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

人多嘴雜，但有時候人不多，反而你的心念就會開始越來越雜。

1. 最高主管(執行長/總裁/部門主管)Master Manager：
   毫無殘念地，Master Manager 在這個時候仍然要參與，但現在扮演的角色則逐漸退居幕後，成為這個專案的背後支持與關注力量，雖然說是往後退，但千萬不能退得太後面，畢竟 Master Manager 的關注仍然會是一股足以「鎮壓」大家共同往目標邁進的「動力」。
   這個角色分為開發端與客戶端，兩端的最高主管都必須肩負起 Push 大家往前進的責任，唯有持續參與，事務的推動才會有往前的動力。
2. 專案經理/Project Manager：
   負責控管產品開發時程、進度及產品團隊內的各成員間的溝通與協調。
   許多公司對於專案經理和產品經理兩個角色會將之混雜在一起，為求將這兩角色的職權明確地分開，可以將產品經理視為產品團隊的對外溝通協調窗口或是產品決策者及領導人，專案經理是對內團隊的溝通協調負責人及時程控管的角色。
   通常這兩個職位的人要能夠互相協調並配合，有時分別扮黑臉與白臉，有時是一致對外，有時會有彼此理念的衝突，在這些時候最後的決策權是落在產品經理身上，因為產品經理要對 Master Manager和團隊外部負起此產品的成功責任，因此專案經理務必扮演起將團隊的內部訊息傳遞給產品經理的責任，當對內與外的雙方都能夠為了共同理念、願景和產品一同努力，產品才能夠有最好的發展。
   這個角色同樣的也分為開發端與客戶端，因為雙方的 PMs同樣要負起彼此溝通的責任，Product 對 Product 溝通、同步該系統的功能與規格是否符合 Business Value 的責任，Project 對 Project 協調開發的進度、資源管理、執行間的問題排除等責任。
3. 使用經驗設計師/UE/UX：
   負責軟體產品的操作流程(包含操作方式、介面元件位置及共用性設計等等)、細節呈現及整體使用體驗。由於使用經驗設計師這個名詞在前幾年才剛出現，因此這職位所肩負的責任仍然很容易和視覺設計師(一般稱之UI)混淆。
   而最佳也最正確的職責應將UX和UI完全分割開來，應讓UX負責整體產品共同呈現的元件風格、文字大小、擺放位置、操作手勢、介面轉換方式、輸入與輸出資料的流程(例如：每個介面應該輸入或輸出的資料欄位)，主要針對各介面能夠提供使用者簡便、完整與順暢的使用體驗。
   UX為達成這些要素必須產品經理、專案經理、架構設計師、UI以及主程式設計師們通力合作，也由於需要同時和這麼多人合作，所以也經常把這個職責當成產品經理應負責的角色，然而產品經理為了兼顧產品團隊的整體發展，因此沒有時間和思緒可以鑽入產品的UX設計細節，提供足夠充足且考慮完整的作法，給團隊內的成員們依照UX藍圖進行設計。
   因此，將 UX 的角色從 Product Manager 身上獨立出來，並尋找有工程背景但對介面規劃設計、使用動線設計、使用者經驗建構有興趣的工程師轉職，會對整體的系統設計有最大的效益。
4. 視覺設計師/VD/UI：
   負責軟體產品呈現給使用者的視覺效果設計，不同於UX，UI更正確(或更好)的說法應該為視覺設計，必須專注在產品呈現的色彩、圖像設計以及整體風格，甚至與其他相鄰的產品線共同擁有可供辨識的統一性，舉例來說：Microsoft 的方塊介面設計、Google 的 Material Design等等。
   UI需要跟UX在不同時期肩負不同程度的責任，以80(UE)：20(UI)逐步轉換到50(UE)：50(UI)，然後是20(UE)：80(UI)，因為越到產品開發階段性的後期，UI為了呈現出更好的視覺效果，會與RD更加緊密地合作，甚至反過頭來要求UX協助思考，是否可以修改UX藍圖以配合更好的視覺效果，因此UI應該被稱為VD更加正確的原因在此。
5. 技術經理/架構設計師/SA&PL：
   負責整體產品的邏輯設計，通常在許多地方將此角色被稱為SA，而且通常是總工程師的另一種稱呼，他需要對軟體產品所使用的程式技術、語言特性、團隊成員能力、合作夥伴技術、市場新技術、元件重用(通用)性及產品未來發展方向等，有深刻的了解和經驗，
   因為SA設計出來的架構將會因為團隊能夠掌握的技術以及架構，而影響此產品的各階段時程與未來前景是否能夠順利發展。

1. 最高主管：不用變，就是部門最高主管。
2. 專案經理：也不用變，老闆指派的專案負責人就是專案經理。
3. UX/UI/SA：掌管關鍵技術、擁有關鍵決策建議影響力的人。可能會是資深的老師傅、工班主管、業務主管、財務主管、倉庫主管，甚至是法務主管等等。這裡講的主管是在假設他們的專業技術能力夠強，是足以掌握公司在不同部門流程中的關鍵角色。如果有些是作為流程管理專業的主管，也是包含在內。