商業智能工程師(Business Intelligence Engineer)工作大揭密
剛走過忙碌的七月，手邊多了幾個有趣、值得細細研究的專案，也開始著手改造和客戶互動的流程，因為這些繁瑣的事情接踵而至，很少有精力撰寫文章，所以這篇文章拖欠許久。剛好最近我成為組上唯一的商業智能工程師(簡稱BIE)，也開放了一個職缺(但還尚未大張旗鼓的公告找人才)，想說可以透過這篇文章，來讓我的忠實讀者了解第一手的職缺資訊，我也會將組上的職缺放在文章末尾，有興趣的讀者歡迎按照文末指示來洽詢內推吧！
同時，因為開了這個職缺，陸續有人透過各種管道來詢問：BIE到底在公司裡面是甚麼樣的職缺、會做甚麼樣類型的工作職責，我就好好用這一篇來進行揭密吧！以後如果想要Linkedin詢問工作內容的，我就一概不回應囉，畢竟文章的涵蓋度應該會是最完整的！(笑)
這篇文章深受一個同是在同公司工作的前輩啟發(Jamie Zhang)，她前一陣子發了一篇文詳細的介紹BIE的工作內容，全英文寫作，寫得極具啟發性，最近也是碰到有人想要問我工作內容，我也是將前輩的文章直接轉貼，我認為我想要介紹的內容也沒她寫得詳細！將連結附在這，也歡迎大家追蹤她。
那以下的篇幅，可能或多或少會和前輩的文章重疊，但我也會希望可以補充她沒有提到的面向，讓讀者對於BIE之於敝公司，到底所在甚麼樣的位置。
正文開始。
BIE之於組織架構中的定位
我們組織就像我之前一年回顧文所說，是一小個一小個的部落，每個部落都會負責一個產品的一部分，可大可小。而比較好理解的方式是，在每個部落中，會再切分成商業產品組(Business Product Team)和財務組(Finance Team)。
商業產品組基本上負責產品功能的擬定、策略訂定、開發、行銷、營運等等；而財務組，有別於一般人所認定的會計報表登錄、成本結算這種偏財務的操作(這當然也會有，但只有一小部分)，其實更多的是支援商業產品組在於資料上、營運指標的分析、報表提供、數據追蹤等等。
BIE這個職能就是會出現在商業產品組，也會出現在財務組裡面，但依照我對我們大組的觀察，BIE的比例在財務組會稍微高一些，而坐落於商業組和財務組的BIE，從事的工作也會有些許差異，做的事情或許類似，但不同的是比例上的分配。
同時，在不同組的BIE匯報的對象也不同。商業產品組BIE的主管通常是產品經理、軟體開發經理、資料科學經理等等，他們所做的事情也會更和產品接近。
而位在財務組的BIE通常匯報的對象是財務經理，比較多處理的是該產品後續的營運指標追蹤，能對產品造成的影響力也是相對偏後見之明。
BIE使用的工具
這也是按照不同的組別有不同的差異。而其差異是可以到很巨大的，所以很難一概回答說，到底甚麼樣的背景或是技能點能錄取BIE。就我的觀察，這其實和你所在的組別(商業產品組vs財務組)，以及老闆背景和組員組成有很大的關係。
通常，如果是在產品組中，且你的同事老闆是工程背景(Software Development Engineer)比較多的，你用的工具可能就會技術含量高一些，包含AWS、Python、甚至會要寫其他工程師要會的程式語言。
如果你是在產品組中的資料科學小組，我有聽說會用到R、Python、甚至是Spark、Scala等等的工具，也會需要建立一些機器學習的模型。
如果你是處於財務組，資料庫語言(SQL)、視覺化工具、甚至是基礎的Excel，就可以讓日常工作順利運作了！
因此，當很多人跟我諮詢，想要詢問其個人背景和經驗能否勝任BIE的工作時，我最常回答的是，還是要因組設事，通過我重點一和重點二的分享，其實就可以知道，BIE所需要的技能值有很大的閾值，最好的方法還是能通過Job Description和聯絡該組的成員，進一步了解到底每個組到底平常是在做甚麼，進而進行和自我履歷與經驗的配適度評估。而這個現象其實跟在美國大部分的職缺都是很像的，資料科學家在不同公司、甚至同一個公司的需求和做的事情也不盡相同，就連軟體工程師也有分前端、後端、資料工程師等，但也會用同一個職稱一概而論，因此多挖掘、多問還是上上策。
那我作為BIE，主要負責那些職責呢？
我所在的組是財務組，因此我平常工作使用的工具就是SQL、視覺化工具和Excel。我很多時候的工作內容基本上處理來自商業產品組的需求和報表的維護。以下就和學姊一樣分為幾個大項目描繪一下我平時工作的樣貌。
1. 周報表、月報表、季報表、各種報表
營運報表是我每周主要的工作內容之一，提供穩定、自動化的報表給商業組進行追蹤與查核是非常重要的，因為數字可以讓產品經理、行銷經理等等知道整個產品有沒有健康的成長。很多時候，報表是一個Flagging的功能，透過數字高高低低的變化，對商業組進行示警，進而提醒哪些地方可能產品出問題、或是使用者行為改變，進而觸發更進一步的研究。
之後應該還會在寫一篇關於自動化報表的分享，簡單來說，維持和創造新的報表很多時候並不是你SQL要寫得多好，重點是身為一個BIE，怎麼去定義問題、怎麼去追蹤指標、怎麼找到對的資料源、建立有效率的Data Pipeline，這部分往往占用最多時間，把這些事情完成，後面Query和自動化的流程就能順利許多。
2. 回答商業組的各種問題和需求
如果說報表的維運是一個規律的安排，那這部分就是我們BIE客戶(產品經理、工程師、行銷經理)與BIE之間的即興了！很多需求是不需要規律追蹤的，偶爾只是客戶有一些短暫的需求或是不同切面的資料問題需要資料點。BIE要做的就是透過Query和分析就回答客戶的問題。
這部分的工作同樣考驗BIE對於自身產品的理解、過去Query經驗的成熟、臨機應變、排優先順序的能力與溝通能力。就我觀察，通常一個BIE會對5–10個客戶，問題的面向五花八門，一個人不可能完成所有的事情，BIE很多時候必須要自己下決斷，並且和客戶溝通討論分析結果產出的時間。
但當然某些需求如果重複出現，可以做的是將這樣的需求變成Self-serving，可能是用儀表板、固定寄出的報表回應這些需求，但就是完全靠BIE的判準與經驗了！
3. 研究與挖掘
有別於第一二點感覺主控權是在客戶手上，以及偏向支援的角色。BIE也可透過自己發現題目和進行額外的資料研究拿回主動性跟創造更大的影響力。
畢竟BIE平常看這麼多資料、經手這麼多需求，隨著經驗積累，應會無形中知道哪些地方有額外的機會點，並且能透過資料提出完整的分析論述，並且將發現呈現給商業組的客戶，進而影響商業組的決策走向。
這部分即是我最近在摸索與進行的，經過一年的時間處理許多商業組的需求、跑了這麼多報表，BIE對於數字的敏銳度一定會穩步(或許被迫)提升，如果能多花一些時間思索資料的呈現、想想哪些領域可以用一些簡單的統計分析、機器學習的建模來提供一些有趣的發現，過程挺未知的，且成就感也會很大！
小結
再次重申，這篇分享是以我的角度出發，分享身為BIE到底平日工作的日常是怎樣的光景。這次的書寫是站在一個比較高的視角簡介我工作的內容。而不同BIE的工作內容也會因為所在組別、附近的組員、產品本身、客戶對象不同而有天差地遠的歧異度，所以還是建議多問多觀察不同職缺的工作要求。
如果大家對於我在更多BIE工作的內容細節、工作小撇步、技能教學、如何和不同客戶互動有興趣，也歡迎大家留言敲碗，感覺每個主題都能寫成獨立的文字進行分享！
最後也附上我們組最近要招募的BIE，會跟我一起工作，一起負責同個商業組的資料支援和商業分析研究。我這篇內推的基本要求是：有兩到三年的商業分析正職經驗(學校實習與學校專案不計入)，且可以立刻上班。如果有符合以上條件，希望我協助內推，請按照我之前內推分享的文章步驟寄信到我信箱，我會將你的履歷傳到內推系統，願大家找工作順利。
如果喜歡我的文章，也歡迎多分享到個人的塗鴉牆或多多鼓掌！
