很多人認為需求分析師與産品經理都圍繞需求的調研、規劃、實現展開，并沒有什麼差異。但事實上，二者在崗位職責、工作内容上都有非常大的差别。筆者作為一名需求分析師，就和大家聊聊他們的區别。

需求分析師和産品經理看起來很像，但真的放到公司招聘和崗位匹配度來看，又不敢輕易啟用另一個職銜的人。很多互聯網行業的同學傻傻分不清，所以覺得有必要在這裡進行詳細的區别，有助于大家在崗位技能提升時提供方向性的建議。

本文将從以下維度分析互聯網産品經理與需求分析師的區别：

一、職位差異

1. 需求分析師

一個類似于技術翻譯的工作，需求分析師們将公司業務部門所給予的客戶需求進行業務規則、業務範圍、業務流程等方面的技術分析後，把這些需求輸出成開發工程師看得懂的語言，如常見的UML統一建模語言，需求規格說明書等。然後在遵守這些基本的項目流程要求的基礎上，将需求通過軟件工程師來得以實現，滿足他們的需求。

更多從事于傳統行業（财務、供應鍊、物流、金融、航空、保險等）的信息化建設，都會通過系統化方式提升信息同步效率，讓管理流程化規範化，以提高管理效率和降低運營成本。

需求分析大量混迹于五百強企業，比如銀行、航空公司、快遞公司、保險公司等。

2. 産品經理

産品經理就是在互聯網中專門負責産品管理的人員，産品經理主要負責用戶調查，行業數據分析，再根據用戶的需求，确定開發何種産品，選擇哪種商業模式等，并推動相應産品的開發組織。

他還要根據産品的生命周期，協調研發、營銷、運營等，确定和組織實施相應的産品策略，更多專注于通過互聯網改變傳統行業的商業模式與業務運作方式。

以及其他一系列相關的産品管理活動。産品經理大多混迹于江湖上的互聯網公司如美團、滴滴、抖音等。

二、職位特點

1. 産品經理職位特點

産品更多是用戶心理挖掘，利用人性挖掘用戶需求，驅動用戶使用産品。

2. 需求分析師職位特點

需求分析師負責構建企業内部生态，小改動就會影響行業格局，動不動就是百億級海量支撐的。即使沒機會參與生态體系構建，做的也是支撐型企業應用，那釋放了多少效率，沒有企業應用支撐，根本沒有辦法辦公好麼。

比如雙十一馬爸爸節日百億級流量的業務，如果沒有需求分析師做支撐，很難玩轉。

三、職位要求

1. 對産品經理的要求

産品經理需要有很好的用戶嗅覺，能準确提煉用戶真實需求，他們有一套用戶需求獲取的方法論。

比如：

1. 用戶遇到的問題（用戶需求）
2. 現有解決方案（競品分析）
3. 有無改善空間（産品機會）
4. 等….

産品經理還是一個優秀的數據分析師，能夠根據數據反推産品功能。

産品經理還需要擁有很高的交互能力和産品體驗能力。

初級的産品經理最容易犯的錯誤就是把太多時間花在産品細節上（原型設計和交互炫酷），而忽視了産品戰略的考慮。

2. 對需求分析師最大的要求

1）強大的邏輯推理能力、需求梳理能力和強大的業務建模能力 ，涉及到大系統尤其明顯

比如你要做一個滴滴出行的購物結算系統，結算涉及如何獲取支付賬單，内部自動化對賬，怎麼獲取外部供應商信息，出對賬單，打款流程、還要設計審計合規，這些流程又會跨越多個部門、多個事業群、以及外部公司。

2）喬布斯般的人格魅力

同時這類功能一般牽扯跨部門，跨事業群團隊的合作，他們的目标不一定一緻，如果沒有優秀的推動能力和渾身都揮發着人格魅力，是不可能推動那麼多部門協通為你構建你的目标而努力的。

3）從軟件需求在整個軟件生命周期中的定位來看，需求分析師其上接業務，下接設計和技術。從這個概念上來講需求人員必須具備業務和技術兩個方面的能力

對于業務，首先要解決的是對業務的理解，然後才是在理解後業務的形式化表達和業務建模能力。而對業務如何理解，最核心的仍然是頂層的流程建模和分析能力，底層的業務活動和規則清晰的描述能力。

這裡涉及到流程梳理和定義能力，業務單據和對象的抽取和定義能力，業務規則的清晰闡述能力，和流程配套的相關的崗位角色，交互等描述能力。

要知道在這塊往往并不需要太多的IT背景和軟件工程的知識，更多的是對業務的熟悉，對流程管理和分析方法的了解。

上面一步的業務更多的是屬于頂層方面的内容，而第二個層面往往會過渡到系統軟件需求層面的内容，在這裡我們更加強調的是類似面向對象的用例分析和建模的方法，這包含了業務用例和系統用例分析和建模，是一種很好的形式化的方式來定義和描述業務的方法。

包括從流程分析轉入到用例，單個具體的用例分析和建模，每個用例詳細的基本流、擴展流、業務規則、參與角色、界面原型、業務對象和對象屬性等各個方面内容的描述。

要知道我們做用例建模的目的是能夠按用例驅動的核心，平滑的轉入到架構設計中去，因此用例分析建模已經不是簡單的描述現實世界的問題，已經涉及到業務或用戶需求到系統需求的第一層抽象轉換。

要做好需求的第二步的事情，那麼單純的隻有業務背景就不足夠的，必須還具備相應的IT和軟件工程的技術背景。

這個背景往往并不是說要做過多久的軟件設計開發，但是隻是是做過，通過軟件開發你能夠很清楚的知道一個軟件從需求調研和分析開始，最終是如何形成一個軟件系統的。

這個背景知識可以更加方便我們去考慮用例建模，去認識到為何要采用這種方式去用例建模，真正理解用例中每個描述點如何影響到最終業務系統的實現。

一個優秀的軟件需求人員不存在是否能做新領域的軟件需求的問題，因為最終真正有用的需求分析的方法論和模式，去理解和熟悉業務和快速形式化描述和建模的方法，有不斷的實踐總結出來的快速理解業務的能力。沒有一點點技術背景很難真正成為一個優秀的軟件需求分析師，最多也就是一個業務需求分析師。

四、職責上的差異

1. 需求分析師的工作内容

• 根據概要需求編寫詳細需求規格說明書；
• 與産品人員進行前期調研和産品設計工作，編寫調研報告和項目解決方案；
• 參與系統功能驗收工作及用戶手冊、新增産品功能培訓資料的編寫；
• 負責客戶需求調研及需求反饋的分析；
• 配合測試人員編寫測試計劃、測試用例和測試報告、産品用戶手冊編寫；
• 協助系統架構師、系統分析師對需求進行理解。

一個優秀的軟件需求人員不存在是否能做新領域的軟件需求的問題，因為最終真正有用的需求分析的方法論和模式，去理解和熟悉業務和快速形式化描述和建模的方法，有不斷的實踐總結出來的快速理解業務的能力。

2. 産品經理的工作内容

進行市場調研；确定産品的定義及設計；項目的管理；産品的宣介；産品市場的開發；産品生命周期管理等。總體來說，産品經理的職責範圍比需求分析師要廣，也可以理解為全和專的區别。

産品經理每天想的事情就是怎麼增加用戶量，增加用戶粘度。

而需求分析師做的産品就是提供服務，需求分析師是作為技術與業務的連接點，他們做的産品功能都是用完即走的，不需要考慮用戶量和用戶粘度。對外溝通客戶，了解客戶的想法和業務，轉換為可以用軟件實現的流程、方案、界面等。對内提出軟件的描述和要求，作為測試的依據。

而一般的産品經理在工作中是要包括這部分職能的，但是産品經理還有更多的事情需要去做，還要根據需求來确定産品、确定功能矩陣、産品的設計、公司的戰略及商業模式等等。

五、需求來源差異

1. 需求分析師

以調研為主。長時間到甲方公司長期駐場是常事，幫甲方理順業務流程實現系統化，需求來源就是甲方和甲方的客戶；需求方是行業的從業人員和甲公司幹系人。線下頻繁的走訪調研需求反饋很必要。

項目一般都有《行業規範書》，會對項目的整體框架，性能要求，功能列表有大緻要求。

需求分析師的産品是最大要求是公司戰略或需求理解能力和推動能力，這類産品不側重運營，所以需求分析師是運營能力使缺失的，雖然說缺失，但是在他們負責的産品也不需要。優秀的需求分析師具備做大公司IT系統咨詢分析師崗位的。

2. 産品經理

需求以挖掘痛點為主。需求來源大緻分為内部和外部兩大類，内部的來自BOSS和涉及部門的同事，外部的來自用戶和競品。

普遍要求或期望産品本身就是“用戶”，結合數據、競品、人性、習慣、反饋，推測出目标用戶群體的需求與喜好。

六、流量差異

• 需求分析師：主要面向傳統企業，使用的的過程主要運行在企業内部網絡中。即使是世界500強，BA負責的産品使用人數達到10萬也很驚人了。更多在10~500人之間的企業。
• 産品經理：像微信、支付寶這類日活上億，如果沒辦法一年内運營出百萬級流量，基本也就不好意思在朋友圈曬自己的産品了。

産品經理、需求分析價值體現最大的區别：

• 産品經理是發現用戶需求，定義用戶價值，并準确推動項目組達成這一目标。
• 需求分析是根據公司戰略或工作需要，構建生态體系，或推動将流程系統化，提升效率。

作者：BA嘉輝，某500強需求分析師 ，公衆号：跟Sam一起學需求分析

本文由 @BA嘉輝，某500強需求分析師 授權發布于人人都是産品經理，未經作者許可，禁止轉載。

題圖來自Unsplash，基于CC0協議

,

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!

查看全部