公眾微信號：跟Sam一起學(xué)需求分析
互聯(lián)網(wǎng)的產(chǎn)品經(jīng)理與需求分析師究竟有什么不一樣？
下面我們用以下維度去分析一下互聯(lián)網(wǎng)產(chǎn)品經(jīng)理與需求分析師的區(qū)別。他們看起來很像，但真的放到公司招聘和崗位匹配度來看，又不敢輕易啟用另一個職銜的人。很多互聯(lián)網(wǎng)行業(yè)的同學(xué)傻傻分不清，所以覺得有必要在這里進行詳細(xì)的區(qū)別，有助于大家在崗位技能提升時提供方向性的建議。
一、職位差異
需求分析師：一個類似于技術(shù)翻譯的工作，需求分析師們將公司業(yè)務(wù)部門所給予的客戶需求進行業(yè)務(wù)規(guī)則、業(yè)務(wù)范圍、業(yè)務(wù)流程等方面利用技術(shù)分析完之后，把這些需求輸出成開發(fā)工程師看得懂的語言，如常見的UML統(tǒng)一建模語言，需求規(guī)格說明書等。然后在遵守這些基本的項目流程要求的基礎(chǔ)上，將需求通過軟件工程師來得以實現(xiàn)，滿足他們的需求。更多從事于傳統(tǒng)行業(yè)（財務(wù)、供應(yīng)鏈、物流、金融、航空、保險等）的信息化建設(shè)。通過系統(tǒng)化方式提升信息同步效率，讓管理流程化規(guī)范化，以提高管理效率和降低運營成本。需求分析大量混跡于五百強企業(yè)，比如銀行、航空公司、快遞公司、保險公司等。
產(chǎn)品經(jīng)理：產(chǎn)品經(jīng)理就是在互聯(lián)網(wǎng)中專門負(fù)責(zé)產(chǎn)品管理的人員，產(chǎn)品經(jīng)理主要負(fù)責(zé)用戶調(diào)查，行業(yè)數(shù)據(jù)分析，再根據(jù)用戶的需求，確定開發(fā)何種產(chǎn)品，選擇哪種商業(yè)模式等。并推動相應(yīng)產(chǎn)品的開發(fā)組織，他還要根據(jù)產(chǎn)品的生命周期，協(xié)調(diào)研發(fā)、營銷、運營等，確定和組織實施相應(yīng)的產(chǎn)品策略，更多專注于通過互聯(lián)網(wǎng)改變傳統(tǒng)行業(yè)的商業(yè)模式與業(yè)務(wù)運作方式。以及其他一系列相關(guān)的產(chǎn)品管理活動。產(chǎn)品經(jīng)理大多混跡于江湖上的互聯(lián)網(wǎng)公司如美團、滴滴、抖音等。
二、職位特點
產(chǎn)品更多是用戶心理挖掘，整天利用人性千方百計騙用戶買道具，很庸俗的生意人好不好。需求分析師才是真男人，構(gòu)建企業(yè)內(nèi)部生態(tài)，小改動就會影響行業(yè)格局，動不動就是百億級海量支撐的。即使沒機會參與生態(tài)體系構(gòu)建，做的也是支撐型企業(yè)應(yīng)用，那釋放了多少效率，沒有企業(yè)應(yīng)用支撐，根本沒有辦法辦公好么。
比如雙十一馬爸爸節(jié)日百億級流量的業(yè)務(wù)，如果沒有我們做支撐，根本玩不轉(zhuǎn)，相傳你們騰訊當(dāng)年的天天酷跑、飛機大戰(zhàn)拿60個月的月薪，你們好意思不分給我們BA嗎？
產(chǎn)品經(jīng)理要有很好的用戶嗅覺，能準(zhǔn)確提煉用戶真實需求，他們有一套用戶需求獲取的方法論。
比如：
用戶遇到的問題（用戶需求）
現(xiàn)有解決方案（競品分析）
有無改善空間（產(chǎn)品機會）
等....
產(chǎn)品經(jīng)理還是一個優(yōu)秀的數(shù)據(jù)分析師，能夠根據(jù)數(shù)據(jù)反推產(chǎn)品功能。
產(chǎn)品經(jīng)理還需要擁有很高的交互能力和產(chǎn)品體驗?zāi)芰Α?/p>
初級的產(chǎn)品經(jīng)理最容易犯的錯誤就是把太多時間花在產(chǎn)品細(xì)節(jié)上（原型設(shè)計和交互炫酷），而忽視了產(chǎn)品戰(zhàn)略的考慮。
對需求分析師最大的要求是：
1、強大的邏輯推理能力、需求梳理能力和強大的業(yè)務(wù)建模能力 ，涉及到大系統(tǒng)尤其明顯。
比如你要做一個滴滴出行的購物結(jié)算系統(tǒng)，結(jié)算涉及如何獲取支付賬單，內(nèi)部自動化對賬，怎么獲取外部供應(yīng)商信息，出對賬單，打款流程、還要設(shè)計審計合規(guī)，這些流程又會跨越多個部門、多個事業(yè)群、以及外部公司。
2、喬布斯般的人格魅力
同時這類功能一般牽扯跨部門，跨事業(yè)群團隊的合作，他們的目標(biāo)不一定一致，如果沒有優(yōu)秀的推動能力和渾身都揮發(fā)著人格魅力，是不可能推動那么多部門協(xié)通為你構(gòu)建你的目標(biāo)而努力的。
2、從軟件需求在整個軟件生命周期中的定位來看，需求分析師其上接業(yè)務(wù)，下接設(shè)計和技術(shù)。從這個概念上來講需求人員必須具備業(yè)務(wù)和技術(shù)兩個方面的能力。
對于業(yè)務(wù)，首先要解決的是對業(yè)務(wù)的理解，然后才是在理解后業(yè)務(wù)的形式化表達和業(yè)務(wù)建模能力。而對業(yè)務(wù)如何理解，最核心的仍然是頂層的流程建模和分析能力，底 層的業(yè)務(wù)活動和規(guī)則清晰的描述能力。在這里里面涉及到流程梳理和定義能力，業(yè)務(wù)單據(jù)和對象的抽取和定義能力，業(yè)務(wù)規(guī)則的清晰闡述能力，和流程配套的相關(guān)的崗位角色，交互等描述能力。要知道在這塊往往并不需要太多的IT背景和軟件工程的知識，更多的是對業(yè)務(wù)的熟悉，對流程管理和分析方法的了解。
上面一步的業(yè)務(wù)更多的是屬于頂層方面的內(nèi)容，而第二個層面往往會過渡到系統(tǒng)軟件需求層面的內(nèi)容，在這里我們更加強調(diào)的是類似面向?qū)ο蟮挠美治龊徒５姆椒?，這包含了業(yè)務(wù)用例和系統(tǒng)用例分析和建模，是一種很好的形式化的方式來定義和描述業(yè)務(wù)的方法。包括從流程分析轉(zhuǎn)入到用例，單個具體的用例分析和建模，每個用例詳細(xì)的基本流，擴展流，業(yè)務(wù)規(guī)則，參與角色，界面原型，業(yè)務(wù)對象和對象屬性等各個方面內(nèi)容的描述，要知道我們做用例建模的目的是能夠按用例驅(qū)動的核心，平滑的轉(zhuǎn)入到架構(gòu)設(shè)計中去，因此用例分析建模已經(jīng)不是簡單的描述現(xiàn)實世界的問題，已經(jīng)涉及到業(yè)務(wù)或用戶需求到系統(tǒng)需求的第一層抽象轉(zhuǎn)換。
要做好需求的第二步的事情，那么單純的只有業(yè)務(wù)背景就不足夠的，必須還具備相應(yīng)的IT和軟件工程的技術(shù)背景。這個背景往往并不是說要做過多久的軟件設(shè)計開發(fā)，但是只是是做過，通過軟件開發(fā)你能夠很清楚的知道一個軟件從需求調(diào)研和分析開始，最終是如何形成一個軟件系統(tǒng)的。這個背景知識可以更加方便我們?nèi)タ紤]用例建模，去認(rèn)識到為何要采用這種方式去用例建模，真正理解用例中每個描述點如何影響到最終業(yè)務(wù)系統(tǒng)的實現(xiàn)。一個優(yōu)秀的軟件需求人員不存在是否能做新領(lǐng)域的軟件需求的問題，因為最終真正有用的需求分析的方法論和模式，去理解和熟悉業(yè)務(wù)和快速形式化描述和建模的方法，有不斷的實踐總結(jié)出來的快速理解業(yè)務(wù)的能力。
沒有一點點技術(shù)背景很難真正成為一個優(yōu)秀的
軟件需求分析師，最多也就是一個業(yè)務(wù)需求分析師。
職責(zé)上的差異：
1、需求分析師的工作內(nèi)容是：
根據(jù)概要需求編寫詳細(xì)需求規(guī)格說明書；與產(chǎn)品人員進行前期調(diào)研和產(chǎn)品設(shè)計工作，編寫調(diào)研報告和項目解決方案；參與系統(tǒng)功能驗收工作及用戶手冊、新增產(chǎn)品功能培訓(xùn)資料的編寫；負(fù)責(zé)客戶需求調(diào)研及需求反饋的分析；配合測試人員編寫測試計劃、測試用例和測試報告、產(chǎn)品用戶手冊編寫；協(xié)助系統(tǒng)架構(gòu)師、系統(tǒng)分析師對需求進行理解。一個優(yōu)秀的軟件需求人員不存在是否能做新領(lǐng)域的軟件需求的問題，因為最終真正有用的需求分析的方法論和模式，去理解和熟悉業(yè)務(wù)和快速形式化描述和建模的方法，有不斷的實踐總結(jié)出來的快速理解業(yè)務(wù)的能力。
2、產(chǎn)品經(jīng)理的工作內(nèi)容是：
進行市場調(diào)研；確定產(chǎn)品的定義及設(shè)計；項目的管理；產(chǎn)品的宣介；產(chǎn)品市場的開發(fā)；產(chǎn)品生命周期管理等?？傮w來說，產(chǎn)品經(jīng)理的職責(zé)范圍比需求分析師要廣，也可以理解為全和專的區(qū)別。產(chǎn)品經(jīng)理每天想的事情就是怎么增加用戶量，增加用戶粘度。而需求分析師做的產(chǎn)品就是提供服務(wù)，需求分析師是作為技術(shù)與業(yè)務(wù)的連接點，他們做的產(chǎn)品功能都是用完即走的，不需要考慮用戶量和用戶粘度。對外溝通客戶，了解客戶的想法和業(yè)務(wù)，轉(zhuǎn)換為可以用軟件實現(xiàn)的流程、方案、界面等。對內(nèi)提出軟件的描述和要求，作為測試的依據(jù)。而一般的產(chǎn)品經(jīng)理在工作中是要包括這部分職能的，但是產(chǎn)品經(jīng)理還有更多的事情需要去做，還要根據(jù)需求來確定產(chǎn)品，確定功能矩陣，產(chǎn)品的設(shè)計，公司的戰(zhàn)略及商業(yè)模式等等。（但是現(xiàn)在很多產(chǎn)品經(jīng)理連UML都不懂。。數(shù)據(jù)庫表設(shè)計也不懂，技術(shù)實現(xiàn)方法難易程度也不懂。。純著就是來吹水的，唉...）
流量差異：
需求分析師：主要面向傳統(tǒng)企業(yè)，使用的的過程主要運行在企業(yè)內(nèi)部網(wǎng)絡(luò)中。即使是世界500強，BA負(fù)責(zé)的產(chǎn)品使用人數(shù)達到10萬也很驚人了。更多在10~500人之間的企業(yè)。
產(chǎn)品經(jīng)理：像微信、支付寶這類日活上億，如果沒辦法一年內(nèi)運營出百萬級流量，基本也就不好意思在朋友圈曬自己的產(chǎn)品了。
需求來源差異：
需求分析師：
以調(diào)研為主。長時間到甲方公司長期駐場是常事，幫甲方理順業(yè)務(wù)流程實現(xiàn)系統(tǒng)化，需求來源就是甲方和甲方的客戶；需求方是行業(yè)的從業(yè)人員和甲公司干系人。線下頻繁的走訪調(diào)研需求反饋很必要。項目一般都有《行業(yè)規(guī)范書》，會對項目的整體框架，性能要求，功能列表有大致要求。需求分析師的的產(chǎn)品是最大要求是公司戰(zhàn)略或需求理解能力和推動能力，這類產(chǎn)品不側(cè)重運營，所以需求分析師是運營能力使缺失的，雖然說缺失，但是在他們負(fù)責(zé)的產(chǎn)品也不需要。優(yōu)秀的需求分析師具備做大公司IT系統(tǒng)咨詢分析師崗位的。
產(chǎn)品經(jīng)理：
需求以挖掘痛點為主。需求來源大致分為內(nèi)部和外部兩大類。內(nèi)部的來自BOSS和涉及部門的同事。外部的來自用
戶和競品。普遍要求或期望產(chǎn)品狗本身就是“用戶”，結(jié)合數(shù)據(jù)、競品、人性、習(xí)慣、反饋，推測出目標(biāo)用戶群體的需求與喜好。
產(chǎn)品經(jīng)理、需求分析價值體現(xiàn)最大的區(qū)別：
產(chǎn)品經(jīng)理是發(fā)現(xiàn)用戶需求，定義用戶價值，并準(zhǔn)確推動項目組達成這一目標(biāo)。
需求分析是根據(jù)公司戰(zhàn)略或工作需要，構(gòu)建生態(tài)體系，或推動將流程系統(tǒng)化，提升效率。
無運動，不女神！
看完文章動一動吧~
▼
