金融業的商業分析師到底都在幹嘛?
嗨,上週嘗試搜集資料來闡述台商比外商,希望讓有些人可以獲得一些不一樣的想法,結果挺引火自焚的,但我覺得我只是希望能夠幫助到人,另外希望透過寫作可以精進自己的思考、邏輯,聽聽不同人的想法,甚至接受逆耳忠言成長自己,幫助別人往往比責備別人還難,所以就繼續在我自己覺得正確的道路前行吧!
終於要回到自己擅長的親身經歷來做一個說明了!今天我想就商業分析師這個職位跟大家分享我們到底都在幹嘛,也讓文組商學院的同學們參考這個職位,以及他迷人的地方。
***關於我***
學歷:交大管院碩士畢業 (搭配巨量資料分析學程)
實習經歷:資策會實習資料分析師 (6個月)
工作經歷:1.銀行業擔任BA (一年8個月)
2.製造業外商擔任供應鏈分析師 (至今)(但也在做BA的事為主)
*** BA的使命與責任***
偏向於公司的中間端,負責數據模型開發與應用落地的中樞角色,對上游資料科學家、數據工程師做溝通的媒介;對下游的業務單位則以顧問、推廣為主的業務,從數據中挖掘商業價值並提供可被應用的商業解決方案,所需技能有BI Tools/Python(or R)/SQL,SQL多於Python or R,BI Tools則看是否有被分配到相關專案而使用。
Ps:有些BA是放在業務單位下的,也有獨立出來一個部門的BA,我是處於後者。
*** BA的日常是什麼?***
1.與業務單位開會討論需求,並規劃可行的解決方案
無論線上或線下,業務單位在活動推廣/績效改善/痛點治療/策略轉型這四個面向會有需求就有可能找到BA來,小至一個活動的A/B Test去觀測/分析受眾,進而得到更多的點擊/轉換;大到高層對於業務單位的數位轉型策略,都會是BA要面對的難題,所以在怎麼見招拆招就是非常重要的關鍵,用簡單的語言去跟業務單位討論,再用數據層面的行話去跟其他角色討論也是必備的。
2.撰寫會議紀錄,魔鬼就在細節
沒錯,因為有一堆的會議要開,會議紀錄必不可少,如果是自己的專案寫會議記錄跟待辦那比較輕鬆;對外的會議紀錄就比較不能馬虎,原則上都有簡潔扼要、言簡意賅,盡量讓排版乾淨,我當時寫完都要給組長看,從塗改一堆到看一下就好了也花了非常大的功夫呢!
3.專案進度追蹤及文件維運
專案有可能來自:A.業務單位提出需求的被動型專案/B.內部提案的主動型專案,小至自己獨立作業,大至有其他分析師、工程師加入,PM們基本上每個禮拜都會發包作業下去,讓專案是每週都有進展的,其中也不乏有些討論,讓專案可以用最有效的方式執行!
有些時候專案文件會是Excel,那就需要去做彙編、統整的動作(有時候會有超多版的專案文件 lol),像是標籤類的專案,Excel文件就扮演著非常重要的角色。
4.下SQL語言創View或是串連表做統計分析
有些專案下真的需要在資料庫裡去做資料的串接來得到自己想要看的數據,有時候如果整表是專案日後都會用到的,則需要跟數據工程師提出自動化的需求,如果只是一次性專案,那就大部分是For 統計分析,例如客戶分群、點擊狀況、模型結果應用等等都是很常見的情境。
5.開發專案,實踐數據驅動
這邊只開發專案主要是以BI Dashboard/建立模型等等為主的說明,但這邊就視每個人接收到的專案來看有沒有這個業務,以建模來說,需要納入像客戶層面相關的變數進去模型,並且做架構設計/交叉驗證/預測準確度等等,而且結果是要跟專案同仁/業務單位闡述的,來讓大家都有一個一致認同的結果才行,所以一定有很多討論在裡面~
6.製作專案簡報,包裝專案變成動人的故事
有人說BA最愛說故事了,只會說故事,是!就是要說故事業務單位才會買單,把故事透過清楚的框架、邏輯並用簡單易懂的語言貫穿那才是難事!所以落地性要有,就要讓業務單位願意用你的東西,如果一個汽車業務對著不懂車的人賣弄一些專有名詞,那對不懂車的人來說是困擾,對吧!
所以BA做簡報的能力大多都很強,從上下頁銜接,到內容都必須合理,不然真的很容易在出去業務單位之前被主管打回呢...
7.規劃A/B Test作專案試行(POC)
在有了動人的故事之後,業務單位通常會去協助規劃,可能某檔活動可以安插一下A/B Test去做實驗,去證實我們的產品真的有達到精準溝通的效果在,因此完整的實驗設計下,我們預期驗證哪些假設就變得非常重要,畢竟這樣我們才可以去比較出來產品是否真的好用!
***總結***
以上大概列了幾個是我觀察到的幾個BA日常會接觸到的主要幾個業務,其實BA真的是讓我覺得學到非常多,職業病則是會很吹毛求疵、注重細節,一個人的說話邏輯我們也是不會放過的哈哈哈,然後也蠻會跟別人喇賽的,也感謝有人敲碗想了解,未來應該也可能會針對BA的流派、學到什麼、BA的發展來做說明,有興趣的其他議題也可以留言喔!

