商業分析真的沒那麼難，只要你在對的時間找到對的人(3/7)

對的人難找，但人找到了，才是災難的開始？

1. 找對客戶的關鍵人物，問出需求。
2. 將需求轉化為圖形語言作為溝通工具，用以跟客戶和團隊確認。

1. 最高主管(執行長/總裁/部門主管)Master Manager： 負責跳舞開場，不是，他是來作為宣示目標之用的，簡單來說叫做吉祥物，認真來說叫做 Sponsor，也因為通常 Master Manager 只做為吉祥物的關係，所以當它出現在需求引出會議的時候，其實只是為了宣告：「這場會議很重要，認真開！我要看到成果。」 所以想也知道，Master Manager 這麼重要、這麼忙，怎麼可能每場會議都到場？所以，他通常都只出現在第一次的需求引出會議，並拍拍在場的產品經理的肩膀，意思就是說「我要去吃香喝辣忙其他的事，接下來靠你了」，接下來，就看到產品經理的臉抽蓄到很奇怪的角度，然後大家頭也不回地繼續把會議開下去。
2. 產品經理/Product Manager： 負責掌握解決方案的大方向，作為老闆們的代理人坐鎮在會議中。雖然說有了吉祥物的拍肩加持，但也不代表會議就會順利地進行下去。 這時候產品經理通常都會化身成一般講的「大PM」，把整個系列會議的重責大任交給「小PM」，也就是一般說的專案經理(Project Manager)。
3. 專案經理/Project Manager： 好啦，經過一連串的責任推卸，不，不是推卸，是責任交辦之後，真正要做事的人就在這裡了，也許這時候你會問：「這文章不是在講商業分析？怎麼都已經第三篇了，商業分析師(BA)怎麼都不在人物列表之內？」嗯？真的會有人這樣問嗎？如果真的你會這樣問，那代表你要嘛就是不住在台灣，要嘛就是你們公司的人真的好好(哭)。 在商業分析中，除非很清楚地明定PM和BA分屬於不同職位，不然，當你看到 PM 的時候，請直接把 BA 連接到 PM 這兩字後面，也就是 PM+BA 其實指的是同一個人，那麼也就是說需求引出會議的過程中，如果沒有 PM 在場，那就是 BA 的責任了。
4. 技術經理/架構設計師/SA&PL： 前面講了這麼多，現在終於來到一個真的有在認真做事的人身上了，對，那就是技術經理。當我們在討論使用者需求的時候，說實話，不會有使用者會很清楚明白、條理分明地跟你講述他們的需求，而整場會議中講到最後腦袋勉強還算清楚的人，大概只有技術經理了。 原因在於很簡單的一件事，當使用者在談論需求的時候，他的腦袋裡開始滑過各式各樣的系統功能情境，一顆顆的按鈕、要用的技術、系統架構就要開始在腦袋中飛翔、組合，當你能夠找到這樣的技術經理，基本上就是上輩子祖先有積德到這輩子，整整兩輩子的福報全都灌到你身上了。 雖然說，講得好像這樣的人是萬中選一，是位擁有打通任督二脈的練武奇才，可以用 5 塊錢賣他一本如來神掌一樣。但身為 BA 的你，千萬不要覺得技術經理一臉正經、看起來有在思考，但其實如果使用者講的內容是他從來沒做過的系統，那我可以跟你保證，他打出來的如來神掌恐怕連蠟燭都吹不滅，更何況是一株樹幹比大象腿還粗、名為「使用者」的大樹了。
5. 關鍵使用者/Key Users： 上面囉哩叭唆講了四種角色，講到這裏，你會不會覺得自己好像在浪費時間一樣？這篇文章看了10 分鐘，結果什麼人都不能用，從吉祥物到如來神掌沒一個在認真做事的。對，你說對了，其實整個需求引出會議的重點人物都在關鍵使用者，也就是真的會用這個系統的人。 但是問題來了，這個系統是你規劃、你們團隊要做的，關這些使用者什麼事？什麼？你說怎麼可能不關他們的事？如果，你真的會這樣想，那就太弱了…我寫文章的套路到現在妳還沒看懂嗎？一定是有問題，我才會這樣問的。 原因很簡單，這系統是你在規劃、開發，不是使用者做的。如果做得出來，老闆開心、你開心，但對使用者(或客戶)來說，那叫做理所當然。看懂了嗎？使用者並不會關心一個他們還沒能夠用的系統，在還沒能在手邊用之前，使用者並不在乎你能不能好做事，因為他們自己也有手頭的事情在忙，不會那麼好心地來告訴你他們要的是什麼。 很簡單地來說，使用者是關鍵，但這個關鍵通常不太想出席需求引出會議，因為那會議對他們來說叫做浪費時間。