需求分析師和產(chǎn)品經(jīng)理有什么區(qū)別?
很多人認(rèn)為需求分析師與產(chǎn)品經(jīng)理都圍繞需求的調(diào)研、規(guī)劃、實現(xiàn)展開,并沒有什么差異。但事實上,二者在崗位職責(zé)、工作內(nèi)容上都有非常大的差別。筆者作為一名需求分析師,就和大家聊聊他們的區(qū)別。
需求分析師和產(chǎn)品經(jīng)理看起來很像,但真的放到公司招聘和崗位匹配度來看,又不敢輕易啟用另一個職銜的人。很多互聯(lián)網(wǎng)行業(yè)的同學(xué)傻傻分不清,所以覺得有必要在這里進(jìn)行詳細(xì)的區(qū)別,有助于大家在崗位技能提升時提供方向性的建議。
本文將從以下維度分析互聯(lián)網(wǎng)產(chǎn)品經(jīng)理與需求分析師的區(qū)別:
一、職位差異
1. 需求分析師
一個類似于技術(shù)翻譯的工作,需求分析師們將公司業(yè)務(wù)部門所給予的客戶需求進(jìn)行業(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ī)范化,以提高管理效率和降低運營成本。
需求分析大量混跡于五百強(qiáng)企業(yè),比如銀行、航空公司、快遞公司、保險公司等。
2. 產(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)公司如美團(tuán)、滴滴、抖音等。
二、職位特點
1. 產(chǎn)品經(jīng)理職位特點
產(chǎn)品更多是用戶心理挖掘,利用人性挖掘用戶需求,驅(qū)動用戶使用產(chǎn)品。
2. 需求分析師職位特點
需求分析師負(fù)責(zé)構(gòu)建企業(yè)內(nèi)部生態(tài),小改動就會影響行業(yè)格局,動不動就是百億級海量支撐的。即使沒機(jī)會參與生態(tài)體系構(gòu)建,做的也是支撐型企業(yè)應(yīng)用,那釋放了多少效率,沒有企業(yè)應(yīng)用支撐,根本沒有辦法辦公好么。
比如雙十一馬爸爸節(jié)日百億級流量的業(yè)務(wù),如果沒有需求分析師做支撐,很難玩轉(zhuǎn)。
三、職位要求
1. 對產(chǎn)品經(jīng)理的要求
產(chǎn)品經(jīng)理需要有很好的用戶嗅覺,能準(zhǔn)確提煉用戶真實需求,他們有一套用戶需求獲取的方法論。
比如:
- 用戶遇到的問題(用戶需求)
- 現(xiàn)有解決方案(競品分析)
- 有無改善空間(產(chǎn)品機(jī)會)
- 等….
產(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)略的考慮。
2. 對需求分析師最大的要求
1)強(qiáng)大的邏輯推理能力、需求梳理能力和強(qiáng)大的業(yè)務(wù)建模能力 ,涉及到大系統(tǒng)尤其明顯
比如你要做一個滴滴出行的購物結(jié)算系統(tǒng),結(jié)算涉及如何獲取支付賬單,內(nèi)部自動化對賬,怎么獲取外部供應(yīng)商信息,出對賬單,打款流程、還要設(shè)計審計合規(guī),這些流程又會跨越多個部門、多個事業(yè)群、以及外部公司。
2)喬布斯般的人格魅力
同時這類功能一般牽扯跨部門,跨事業(yè)群團(tuán)隊的合作,他們的目標(biāo)不一定一致,如果沒有優(yōu)秀的推動能力和渾身都揮發(fā)著人格魅力,是不可能推動那么多部門協(xié)通為你構(gòu)建你的目標(biāo)而努力的。
3)從軟件需求在整個軟件生命周期中的定位來看,需求分析師其上接業(yè)務(wù),下接設(shè)計和技術(shù)。從這個概念上來講需求人員必須具備業(yè)務(wù)和技術(shù)兩個方面的能力
對于業(yè)務(wù),首先要解決的是對業(yè)務(wù)的理解,然后才是在理解后業(yè)務(wù)的形式化表達(dá)和業(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)容,在這里我們更加強(qiáng)調(diào)的是類似面向?qū)ο蟮挠美治龊徒5姆椒?,這包含了業(yè)務(wù)用例和系統(tǒng)用例分析和建模,是一種很好的形式化的方式來定義和描述業(yè)務(wù)的方法。
包括從流程分析轉(zhuǎn)入到用例,單個具體的用例分析和建模,每個用例詳細(xì)的基本流、擴(kuò)展流、業(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)品人員進(jì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)分析師對需求進(jìn)行理解。
一個優(yōu)秀的軟件需求人員不存在是否能做新領(lǐng)域的軟件需求的問題,因為最終真正有用的需求分析的方法論和模式,去理解和熟悉業(yè)務(wù)和快速形式化描述和建模的方法,有不斷的實踐總結(jié)出來的快速理解業(yè)務(wù)的能力。
2. 產(chǎn)品經(jīng)理的工作內(nèi)容
進(jìn)行市場調(diào)研;確定產(chǎn)品的定義及設(shè)計;項目的管理;產(chǎn)品的宣介;產(chǎn)品市場的開發(fā);產(chǎn)品生命周期管理等。總體來說,產(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è)模式等等。
五、需求來源差異
1. 需求分析師
以調(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)咨詢分析師崗位的。
2. 產(chǎn)品經(jīng)理
需求以挖掘痛點為主。需求來源大致分為內(nèi)部和外部兩大類,內(nèi)部的來自BOSS和涉及部門的同事,外部的來自用戶和競品。
普遍要求或期望產(chǎn)品本身就是“用戶”,結(jié)合數(shù)據(jù)、競品、人性、習(xí)慣、反饋,推測出目標(biāo)用戶群體的需求與喜好。
六、流量差異
- 需求分析師:主要面向傳統(tǒng)企業(yè),使用的的過程主要運行在企業(yè)內(nèi)部網(wǎng)絡(luò)中。即使是世界500強(qiáng),BA負(fù)責(zé)的產(chǎn)品使用人數(shù)達(dá)到10萬也很驚人了。更多在10~500人之間的企業(yè)。
- 產(chǎn)品經(jīng)理:像微信、支付寶這類日活上億,如果沒辦法一年內(nèi)運營出百萬級流量,基本也就不好意思在朋友圈曬自己的產(chǎn)品了。
產(chǎn)品經(jīng)理、需求分析價值體現(xiàn)最大的區(qū)別:
- 產(chǎn)品經(jīng)理是發(fā)現(xiàn)用戶需求,定義用戶價值,并準(zhǔn)確推動項目組達(dá)成這一目標(biāo)。
- 需求分析是根據(jù)公司戰(zhàn)略或工作需要,構(gòu)建生態(tài)體系,或推動將流程系統(tǒng)化,提升效率。
作者:BA嘉輝,某500強(qiáng)需求分析師 ,公眾號:跟Sam一起學(xué)需求分析
本文由 @BA嘉輝,某500強(qiáng)需求分析師 授權(quán)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)作者許可,禁止轉(zhuǎn)載。
題圖來自Unsplash,基于CC0協(xié)議
需求分析崗工作更加聚焦在B端產(chǎn)品經(jīng)理工作中的某一環(huán)節(jié)
不言而喻,筆者一定是站在大廠的角度來闡述這兩個職位之間的異同了?,F(xiàn)在的實際情況就是,絕大部分中小公司的PM日常工作內(nèi)容已經(jīng)涵蓋需求分析師的工作內(nèi)容了,這一點從招聘軟件里產(chǎn)品職位的JD上就能看出。
最后一句話才是精髓
兩個崗位我都做過,需求分析和產(chǎn)品經(jīng)理都做過幾年。
我的體驗是,實際工作中,產(chǎn)品>需求分析,需求分析說白了就是產(chǎn)品設(shè)計師,屬于產(chǎn)品經(jīng)理工作的一個子集。
文章里說的是B端產(chǎn)品和C端產(chǎn)品的差異,不是產(chǎn)品經(jīng)理和需求分析的差異……
(小白也來寫文章啦?)
那你見過多少產(chǎn)品是從0開始做的 就算是從0開始做你見過多少普通產(chǎn)品能真正參與到需求和決策階段的 現(xiàn)在的產(chǎn)品說白了 大多數(shù)都不用做啥需求分析或者用戶分析 現(xiàn)在的產(chǎn)品幾乎都已經(jīng)飽和了
不能以創(chuàng)業(yè)公司或者外包公司的標(biāo)準(zhǔn)來衡量整個產(chǎn)品行業(yè)。大廠的產(chǎn)品,大部分都有能力從0到1,從1到10規(guī)劃、搭建產(chǎn)品的,從商業(yè)模式到產(chǎn)品細(xì)節(jié),從產(chǎn)品設(shè)計到項目管理,從運營到客服,樣樣都是精通的。需求和決策也是普通產(chǎn)品提出并對結(jié)果負(fù)責(zé)的,上面的大佬更多做的是審批工作。
兩個職位都是可以隨便轉(zhuǎn)換的,產(chǎn)品和需求分析工作的側(cè)重點,負(fù)責(zé)的廣度不完全一樣,但是我理解,產(chǎn)品能兼容需求分析
廣義上的互聯(lián)網(wǎng)產(chǎn)品經(jīng)理=業(yè)務(wù)負(fù)責(zé)人=市場調(diào)研+需求搜集+產(chǎn)品設(shè)計+運營推廣
廣義上的需求分析師=業(yè)務(wù)專家+交互設(shè)計+項目經(jīng)理
兩者都有交集,但由于用戶的特性和產(chǎn)品的目標(biāo)差異,側(cè)重點不同罷了,并沒有樓主說的那么的大的差異,感覺在某些項目中,角色是會相互轉(zhuǎn)換或工作內(nèi)容相互融合的,如果樓主否認(rèn)這點,只能說你們公司的業(yè)務(wù)可能是單方面的商務(wù)模式,但這并不是區(qū)分兩個崗位的標(biāo)準(zhǔn)
互聯(lián)網(wǎng)產(chǎn)品經(jīng)理≠業(yè)務(wù)負(fù)責(zé)人 考慮的東西都不一樣
產(chǎn)品經(jīng)理也要學(xué)PMP,也要懂項目管理
你好我也是設(shè)計B端產(chǎn)品的,我想知道您是如何建用例的,能詳細(xì)說明一下嗎?
《火球UML大戰(zhàn)需求分析》這本書應(yīng)該可以給你答案
需求分析的方法論。需求分析師也要看運營的
挺喜歡作者提出看法的,也沒覺得有吹噓BA,甚至覺得還是產(chǎn)品經(jīng)理要求高一些
我想大家diss我的都是產(chǎn)品經(jīng)理吧~
不敢茍同,什么“需求分析師是作為技術(shù)與業(yè)務(wù)的連接點,他們做的產(chǎn)品功能都是用完即走的,不需要考慮用戶量和用戶粘度”誰跟你說的需求分析師不用考慮用戶黏度了,沒有用戶你設(shè)計出來的東西給誰用???
我覺得應(yīng)該寫成B端產(chǎn)品經(jīng)理與C端產(chǎn)品經(jīng)理有什么區(qū)別。需求分析師與產(chǎn)品經(jīng)理工作耦合性很大,其實也沒有什么太大的邊界了,尤其是B端的產(chǎn)品經(jīng)理比如B端產(chǎn)品經(jīng)理根據(jù)側(cè)重對業(yè)務(wù)理解
這文章過審讓我懷疑審核的人到底有沒有認(rèn)真看
作者是不是ToB太久了就忘記C是什么東西了
通篇陰陽格調(diào),什么沒需求分析師就“沒法辦公好么”
產(chǎn)品經(jīng)理“沒有百萬級流量壓根不好意思曬自己的產(chǎn)品”
尤其是那句“喬布斯般的人格魅力”
???
如果壓抑不住自己的情緒,就不要擺出客觀的姿態(tài)。
倒不如
我建議您直接說,需求分析師年薪百萬,產(chǎn)品經(jīng)理月薪4500
歡迎人人都可以當(dāng)?shù)漠a(chǎn)品經(jīng)理挑戰(zhàn)天龍人需求分析師。
即使你說我過度解讀,那也是您加以引導(dǎo)的。
寫文章被捉到辮子,那就是功力還不夠啊。
這個評論很酷,很欣賞~
不敢茍同,文章作者是需求分析師,對該崗位寫對很詳細(xì),可以理解,但是也不免有吹噓的部分
產(chǎn)品經(jīng)理部分,寫的太淺,只看到了初級產(chǎn)品的工作內(nèi)容
這種高級需求分析師和初級產(chǎn)品經(jīng)理對比,沒什么意義
同意