會做分析，不代表會做事
我之前聊過，數據分析師大致可以分成兩種光譜：一種往資料科學家的方向走，模型、演算法、工程，是他們的日常；另一種往商業分析師的方向走，產品、行銷、業務，是他們的語言。
這兩種人各有所長，但在職場上，商業分析師通常更容易被老闆看見。
為什麼？因為他們比較有機會跟老闆互動，所以比較知道老闆在想什麼。
略懂公司策略、略懂業務目標、熟悉BI工具、會說人話，有這些能力，若再加上一點溝通協調的天賦，要在組織裡拚出能見度，其實沒那麼難。
當然，這也讓一些技術咖同事心裡不是滋味：「又不是技術很強，啊不就是會做簡報嗎？」
但是，距離老闆近，有好也有壞。
先說好處，優秀的商業分析師不是因為「只會做簡報」，是他們真的有搞清楚老闆想要什麼，然後用老闆聽得懂的方式說出來，這是一種能力，不是投機。
那壞處呢？由於是跟老闆在會議上直球對決，可沒有什麼閃躲空間，萬一你講得老闆聽不懂，很高機率是得承受老闆的批評，這也不是每個人都扛得住。所以這次我就直接講：兩個商業分析師最常踩的坑，很多人踩了十年還不知道自己在坑裡。
坑一：你的提案住在雲端，腳沒有踩到地
「分析出來了，接下來怎麼辦？」 這個問題的答案，你藏在哪裡？
我看過很多商業分析師的提案，說真的，分析品質都不差，數據有、邏輯通、結論也說得頭頭是道。
問題在於：看完之後，好像可以做很多事、卻不知道具體如何開始？
提案裡寫著「建議針對高價值客群規劃個人化溝通策略，預估可提升轉換率15%」，然後就……沒有然後了。
老闆聽完，點頭稱讚、然後散會，接著一週後，什麼都沒發生。
換句話說，你的分析提案在這個會議開始、也在這個會議結束。
你覺得是老闆不夠積極？還是其他部門不配合？也許是，但更大的可能是：你的提案給了一個漂亮的目的地，卻沒有告訴任何人怎麼出發。
商業分析師有一個很常見的傾向，就是分析做得很深，但從「分析結果」到「實際行動」之間的那段距離，經常是被跳過的 (甚至覺得與你無關)。
這段距離，實務上叫「落地規劃」，白話就是：你要把這件事做成，第一步是什麼？第一個月要驗證什麼？要找哪些人、動用哪些資源？哪些東西要分階段做、哪些要提前溝通？
這些問題如果你沒有在提案裡回答，那你的提案就還沒完成。
我特別想強調「分階段」這件事
因為很多商業分析師的通病，是想一步到位。分析出來說可以做個人化行銷，就直接提一個完整的個人化行銷系統；分析出來說要優化客戶旅程，就直接提一個跨四個部門的旅程再造計畫。
這不是有野心，這是不切實際。
老闆聽到這種規模的計畫，心裡的第一個念頭通常是：「現在時機不對」、「資源不夠」、「等明年」，然後你的提案就進了辦公桌抽屜。
一個落地性高的提案，應該讓老闆覺得「這件事可以開始」，不是「這件事之後再說」。
下次你準備提案的時候，試著在結論後面加一段「執行路徑」：第一個月做什麼、需要哪些資源、什麼時候可以看到第一個成果。哪怕是一個很小的試點，也比一個龐大的藍圖更能推動事情發生。
另外還有一件很多人忘記的事：
合作單位有沒有被提前溝通？
你的提案需要IT提供數據介接？需要行銷部門配合執行？需要業務團隊改變跟客戶互動的方式？
這些人，在你提案之前，有沒有人跟他們聊過？
如果沒有，那你在老闆面前說的那些美好計畫，落地的時候會遇到大量的「這個我們不確定能做」、「這個要重新排工時」、「這個你應該先來跟我們討論」。
計畫是你提供的，阻力也是你自找的。
坑二：你覺得IT「做一下就好了」 這念頭很危險
不懂系統的分析師，提需求就像在餐廳點菜、卻不知道廚房有沒有備料
好，現在聊第二個坑，這個坑雖然較為後端，但後果同樣嚴重。
商業分析師因為角色定位偏業務應用，有時候會對資訊系統這塊相對陌生，這本來沒什麼大問題，各司其職嘛。
但「陌生」如果變成「完全不管」，問題就來了。
有一種幻想模式叫做：「反正跟IT提需求就好了，系統應該都做得到。」
這種幻想，讓我見過很多讓人哭笑不得的場面。
商業分析師說：「我需要一個即時更新的客戶消費儀表板。」 IT說：「你說的那個數據來自三個不同系統，目前都是每天批次更新，要做到即時，底層要重新設計，至少要半年。」 分析師說：「啊，那就先做個可以手動更新的好了。」 IT說：「……」
或者，
商業分析師說：「我要把客戶的消費頻率、客單價、流失風險都整合到一個地方，方便PM查看。」 IT說：「這三個指標在三個不同的系統，沒有統一的客戶ID，要整合需要先做資料治理。」 商業分析師說：「那不是你們IT的事嗎？」 IT說：「不是吧….IT怎麼會知道USER到底需要哪些資料？」
這類場景每天在公司裡上演。
不是IT在推拖，是商業分析師在提需求時，對系統架構的認知太淺薄，導致提出的需求要嘛不可行、要嘛成本遠超預期，雙方雞同鴨講，最後專案時程一延再延，然後怪IT，你自己也是受害者。
商業分析師不需要成為工程師，但有幾件事值得花時間去了解：
你分析用的數據，是怎麼來的
它從哪個系統產生？經過了幾層ETL？有沒有遺漏值的問題？更新頻率是多少？這些問題的答案，會直接影響你的分析品質，也會讓你在跟IT溝通的時候，不再是完全的外行人。
現有系統能做什麼、不能做什麼
你不需要懂架構，但你需要知道「這個系統的邊界在哪裡」。這樣你在提需求之前，至少能先問一句：「這個在現有系統裡能做到嗎？大概要多久？」這一句話，可以替你省去很多來回溝通的時間。
跟IT說話要具體
「我需要一個可以看到每個客戶過去半年消費明細的查詢功能，包含消費日期、品項、金額，依客戶ID查詢」，比「我需要一個360度客戶視圖」好溝通太多了。前者IT可以明確地估工時，後者他們還要再問你十個問題。
這些都不需要你去讀資料庫教材或學程式，你需要做的，只是多跟IT同事聊幾次、多問幾個「這個數據是怎麼來的」、多看幾份系統文件。
投入不多，但回報會讓你的提案少卡很多次。
把這兩件事修好，你的提案會脫胎換骨
說到這裡，讓我幫你整理一下。
很多商業分析師在職場上遇到的困境：提案被擱置、時程延誤、老闆口頭支持卻沒有後續，背後的原因，往往不是分析品質不夠好，而是這兩個盲點在悄悄扯後腿。
盲點1：提案太高空，缺乏落地的執行路徑，也沒有提前跟合作單位溝通。
盲點2：對資訊系統認知不足，跟IT雞同鴨講，讓自己的專案時程受到拖累。
這兩件事，說穿了都是「做事方式」的問題，跟分析能力無關。
你的分析能力可能已經很強了，但如果這兩個環節沒有補上，你的洞察就會一直停在PPT裡，進不了現實世界。
商業分析師最大的價值，不在於你分析出了什麼，而在於你分析出來的東西，能不能真的被執行、真的產生影響。
從下一個提案開始，給自己加兩個新的習慣：
在交出提案之前，問問自己：「這個提案有沒有清楚的分階段路徑？相關的合作單位我提前確認過了嗎？在系統層面，這件事可行嗎？」
這三個問題能回答清楚，你的提案就已經贏過大多數人了。
後記：技術強的人，請也把這兩件事補上
最後補一句，給那些覺得「商業分析師只是比較會做簡報」的技術咖同事。
技術強也是很好的優勢，但技術強的人一樣可能踩這兩個坑，提案太理想、跟業務單位溝通斷層，這不是商業分析師的專利，是所有數據分析師在推動變革時都可能遇到的障礙。
真正能在職場發揮影響力的數據分析師，是那種分析做得好、落地想得清楚、又能跟不同背景的人順暢溝通的人。
這三件事，缺一個都會打折。