伴隨著產品經理的爆紅，一個與此類似的崗位業務分析師卻低調很多，很多初入職場的同學對這兩個職位也分的不是很清楚。本文結合自己切身經歷談下對兩個崗位的理解。

01 由來

1. 業務分析師

業務分析師一般來自兩類企業：

• 一是IT咨詢公司，比如埃森哲，IBM，HP，Dell Service。
• 另一類，就是規模比較大的甲方公司。因其 IT部門很龐大，需要IT BA做業務與IT之間的橋梁。比如華為。

這類企業的組織架構一般都會包括研（研發部）、營（市場部）、銷（銷售部）、服（運營部 / 服務部）幾個核心部門。其中研發部門一般都比較大，常見的研發崗位包括架構師、系統工程師、軟件工程師、硬件工程師、ID工程師和測試工程師。

除了研發以外最大的部門可能就是市場和銷售部門，市場部門主要負責品牌策略和渠道策略，銷售部門主要負責客戶關係和產品銷售。

在組織流程上，一個項目通常是從發起人(BOSS/市場部)開始，然後到項目部再到研發部。

但是，項目經理職責在於交付，並不關註需求。所以從市場到研發之間缺乏一個需求的溝通橋梁。

隨著分工的細化，許多企業有了專門從事需求分析的崗位，也就是業務分析師(BA）。

BA所承擔的工作包括：分析需求，出具原型和需求說明書（SRS），之後將具體的需求提交給SA（System Analyst）系統分析師，由SA來將需求拆分為技術實現計劃，並根據技術實現計劃制定時間表，下達給具體開發部門來承接需求開發。

BABOK對BA的定義:

Business analysis is the practice of enablingchangein an enterprise by defining needs and recommending solutionsthat delivervaluetostakeholders.

BA是通過確定需求和向利益相關者提供價值的解決方案建議來促進企業變革的做法。

——BABOK

BA的核心任務就是兩件事情：defining needs、Recommending solution。

當然不同的企業會有一些細分的崗位，如偏咨詢顧問性質的，或者偏defining needs部分(也就是需求分析師）。

2. 產品經理

很多人以為產品經理是互聯網時代才有的，實際上並非如此。世界上第一個產品經理出現在1927的美國P&G寶潔公司，一個非常傳統的行業。

最早產品經理這個職位其實是偏市場職能，它是作為產品和市場專家出現的。產品經理要負責市場調查並根據產品、市場及用戶等的需求，還要確定開發何種產品，選擇何種業務模式、商業模式等。並推動相應產品的開發組織，他還要根據產品的生命周期，協調研發、營銷、運營等，確定和組織實施相應的產品策略，以及其他一系列相關的產品管理活動。

在誕生初期，產品經理是一個戰略角色，是產品保管人和產品的首席執行官。

從起源上看，業務分析師和產品經理定位並不相同，產品經理的職責範圍要比業務分析師大，產品經理既是產品的owner又是需求的owner，而業務分析師/需求分析師只是需求的owner。所謂owner的意思就是不但要管生還要管養，行業術語叫“生命周期管理”，包括需求生命周期和產品生命周期。

02 演化

後來，兩個崗位都有一些發展和變化。

1. 業務分析師的演化

既然有了業務分析師，那需求給研發直接開發不就完了，實際上這裡面還上了一個環節：設計。蓋樓不能只是描述下“建多少層的樓，戶型標準是什麼”，還需要進行建築設計和工程設計，給出施工圖紙。

同樣地，研發開發產品也需要一個類似施工圖紙的交付物，這個交付物包含產品原型、信息流、業務流和數據描述。而提供這個交付的過程就是設計的過程。

在早期，設計並不是業務分析師的主要職責。在BABOK2.0版本中，我們可以看到業務分析師的工作職責並不包括設計。

但在BABOK3.0中，我們也可以看到發生了兩個大的變化，

1. 設計作為和需求分析同等重要的工作列入六大知識領域；
2. 原來的企業分析改為了戰略分析。

2. 產品經理的演化

幾乎是與此同時，隨著互聯網的出現，產品經理也出現了很多變化。包括：

1）出現了細分崗位

• 互聯網產品經理：負責面向個人的產品
• B端產品經理：負責面向企業用戶的產品
• 品牌產品經理：偏市場層面，主要負責渠道和品牌管理
• 運營產品經理：偏運營層面，主要負責用戶增長
• 數據產品經理：偏運營層面，主要負責指標定義和數據管理。

在崗位職責上面，互聯網產品經理主要負責：

從產品概念誕生前的市場調研到產品定義、產品規劃、產品設計，進入技術研發階段後要進行項目管理、產品測試，產品上線後要對產品進行宣介並制定推廣策略，思考變現。

可以看出，和傳統行業的產品經理相比，除了用戶思維和設計思維以外，互聯網產品經理要有運營思維，也就是不但要考慮如何把產品設計出來，從一開始就要考慮用戶如何觸達、如何增長、如何產生商業價值等諸多產品發佈後的運營問題。

2）更強調創造性和用戶體驗

傳統行業面對的需求通常是可預測問題，獲取需求的方式主要是通過通過客戶訪談和市場調研獲取，互聯網產品經理面對的用戶對象分散、個性化需求多、用戶用腳投票現象普遍，導致需求不容易預測，這時候需要產品經理髮揮創造性思維來對沖不確定性，同時更加關註用戶體驗。

3）裝備升級了

伴隨著信息技術的升級，互聯網時代的產品經理可以運用一些新的的技術。如用戶畫像，用戶畫像通過數據分析將用戶的具體信息抽象成標簽，利用這些標簽將用戶形象具體化，從而便於我們理解用戶和提供個性化產品。

其它新技術還包括A/B test,用戶故事等。

4）不是一個人在戰鬥

相對於傳統企業鳳毛棱角的業務分析師，互聯網的產品經理絕對不是一個人在戰鬥，而是一群人，業界有一個公式就是平均5-10個工程師就要配一個產品經理，那麼像BATJ這樣的頭部企業，有幾百個產品經理也就不足為奇了。

有了這麼多人就不能再無組織無紀律了，弄個部門管起來，於是就出現了產品部。

03 業務分析師VS 互聯網產品經理

儘管產品經理有許多細分領域，但互聯網產品經理無疑是最具有代表性的一個群里。下文就業務分析師(BA)和互聯網產品經理(IPM）做個對比分析。

1. 職業通道

BA職業通道

IPM職業通道

兩者起步差不多都是從需求收集和問題識別開始。然後可以獨立進行一個完整的產品/項目：包括收集需求、定義需求、設計、需求生命周期/產品生命周期管理、項目管理幾個過程。高級別的BA和PM具有跨部門、跨系統的分析能力，可以參與組織變革的輔助決策，具有指導他人開展工作的能力。

2. 工作職責

兩者的主要職責高度重疊，都包括：需求分析、方案設計、方案驗證、原型設計、需求生命周期管理幾個領域。此外，BA的職責還包括企業戰略分析、利益相關者管理。而產品經理通常要承擔更多交付和項目管理的工作。

3. 常用的技術

BA和PM的基本能力就是需求分析，在需求分析的常用技術上，兩者有一些通用的技術如：市場分析、頭腦風暴、原型、文檔分析、數據分析、場景分析等。

BA面對的都是企業客戶，通常情況下，企業客戶的決策都是比較理性的，因而需求相對容易預測。BA會更多採用通過客戶直接溝通和互動的方式引導需求，包括訪談、協作游戲、workshop等。

PM面對的都是分散的C端用戶，用戶的購買需求很多來自於“我喜歡”、“開心就好”、“佛系一點”的感性決策，再加上從社交關係鏈對個人的影響(從眾心理、攀比心理），C端用戶的需求會更難預測和把握。這也是PM為什麼需要一些探索性的需求分析工具如：A/B test、用戶畫像的原因。

4. 知識和能力

作為“橋梁”，兩者都需要有較強的溝通能力、協作能力和領導能力。另外兩者都需要基於事實或者數據的歸納、演繹、抽象和概括能力，強大的“邏輯分析能力”也是必不可少的。

除此外， BA面對的都是企業用戶，客戶對象是一個群體，通產包括：企業管理岑、使用單位、合作商和供應商、最終用戶等。

BA面對的業務場景通常包含ERP系統、OA系統、CRM系統、客戶端系統、BI系統等多個系統的組合。所以BA對企業架構和系統設計能力的要求較高。

而互聯網產品經理的職責包括項目管理、產品交付和運營支持，對交付能力、項目管理知識和產品運營知識要求較高。

在領域知識方面，BA的的瞭解深度通常要比PM更深。

5. 思維方式

在思維方式上，BA更強調基於價值流的精益思維，而PM更強調打破常規的創新思維和提高交互質量的設計思維。用戶思維同樣來自互聯用，強調“以用戶為中心”，關註用戶個性化、細分化需求。

而隨著大數據和雲計算技術的發展，傳統企業紛紛通過數字化變革提升自己的創新能力。通過數據獲得用戶洞察、以及通過敏捷提升交付能力已經成為BA和PM的必修課。

04 我是如何踏上PM崗位的？

大學畢業我在西安一家台資背景的軟件企業從事電子詞典開發，從程序員起步開始了職業生涯。

一年後我被深圳一家大型通信企業招聘到深圳。在這家公司我擔任過開發工程師/軟件系統工程師(SE)/項目經理（PM）/產品經理（PM），也順利完成了從開發崗到產品崗的職業轉型。

最早，這家企業只有銷售和研發兩個大的部門，後來公司引入了IPD流程，增加了一個新的部門Marketing，主要包括三個職能：品牌、營銷、規劃。規劃又叫戰略規劃，主要負責5年以上的產品定義。

那麼，這家公司負責產品和需求的就包含了這麼幾個角色：

• 戰略規劃部：負責市場層面，5年以上的產品定義。
• 市場規劃部：負責市場層面，3年以上的產品定義。
• 系統工程師(SE)：負責研發層面的產品定義，輸出版本需求和產品規劃。

經過戰略規劃部和市場規劃部的兩層分解，到SE這裡，已經有市場級別的需求描述，SE要做的更多是需求澄清、規格定義和產品路標。當然SE有時候也會通過競品分析、客戶拜訪等活動直接獲得的需求信息。

後來公司內部的有了一個轉崗的機會，我抓住了時機，開始了產品經理的職業生涯。離開這家公司後，我有一段創業經歷，目前我在從事B端產品的規劃和設計。

職場建議

首先總結一些BA和PM這兩個崗位的特點：

• 負責需求分析和產品/系統設計
• 是業務和技術之間的溝通橋梁
• 有權利沒權力
• 高薪
• 一部分靠“腦子”吃飯，一部分靠“嘴”吃飯

如果你是一個邏輯思維能力很強，心思敏銳，善於溝通的人，那麼就具備了兩個崗位的基本條件。接下來就是選擇圈子，找對主子和走對路子。

1. 選擇圈子

如前所述，這兩個職位的最大區別在於圈子不同,BA的圈子是傳統IT軟件企業、咨詢公司和甲方公司。這類企業一般規模都比較大，面對的都是企業客戶，產品有這個特點：

迭代周期長

很多產品線1-2年才發佈一個新的產品。

系統複雜

一個系統幾百萬行代碼是常有的事情，一般遵循瀑布開發流程。

需求穩定可預測

企業的客戶群一般比較穩定，一般一年大的產品規劃只有2-3次，其他時間更多是修複bug。

而互聯網企業大家都比較熟悉了，產品特點就是個性化需求多、需求變化快、需求不可預測。

BA的圈子是個“高級”圈子，走的是穩扎穩打、步步為贏的路子，強調基於價值的交付和一次性就把事情做好。未來BA可以成為行業顧問和領域專家。

而互聯網是個“江湖”，走的是顛覆性創新的(野)路子，強調基於用戶為中心的交付和多次迭代。PM弄好了可以混個參謀或者軍師，再往上走興許能弄個國師，差一點的就變成“算命先生”了，時運不濟，淪落為“江湖騙子”也是有可能的。

如果你喜歡江湖，喜歡折騰，那麼互聯網的圈子顯然更適合你。

2. 選對主子

如前所述，BA和PM角色其實是個軍師和參謀，是輔助決策的，既然是輔助決策，就存在一個決策機制的問題。

你可能覺得BA和PM輸出了需求分析報告和設計文檔，開發照著做不就完了，其實遠沒有這麼簡單。在流程上BA和PM的輸出都存在一個評審環節，這個評審通常由主管、下游部門和利益相關者參與。

不同企業文化差異很大，決策機制也不一樣。一般來說，通常採用專家委員會評審是一種常規操作。但問題來了，有沒有專家委員會？如果是臨時組建，選那些人進入？

在沒有制度和流程的保障前提下，這樣的評審有時候是極其痛苦的。

我遇到過採用集體打分然後求平均分，再按平均分的高低來決定需求。

很多PM辛辛苦苦花費數周做出的調研和分析報告，很快會被這樣一個“全民公投”平均掉了。

BA和PM的最大挑戰絕對不是收集需求，而是如何向其他人傳遞你的輸出和預期成果之間存在合理的關聯：分析是合理的、數據是可信的、增長是可期的、風險是可控的，這需要大量知識傳遞和權威構建活動。

拍腦袋式的獨裁決策和全民公投式的民主都不是創新的土壤，企業需要一種更具灰度的決策機制，而這通常來自於管理層的意志。

3. 走對路子

BA和PM都是典型的T字型人才，也就是知識和能力既要有一定寬度，又要在某個行業和領域扎的足夠深，有豐富的領域知識。

BA和PM的入行門檻並不高，但要想做出成功的案例成為行業翹楚並不容易。為此你需要持續的學習和實踐，在一個知識框架的體系下完善自己的知識和能力棧。

寫在最後

BA和PM這兩個崗位都具有非常好的發展前景。或許你未必有喬布斯和張小龍的天賦，但你只要有一樣東西就可以開始往BA和PM發展了，那就是夢想：通過產品創造一個更美好的世界！

作者：濤哥，微信公眾號：濤哥筆談。前華為高級產品經理，PPV課數據科學社區發起人，15年以上IT和通信領域，5年B端產品總監，數字化轉型實踐者，Togaf粉

本文由 @濤哥 原創發佈於人人都是產品經理。未經許可，禁止轉載

題圖來自Unsplash，基於CC0協議