產(chǎn)品經(jīng)理到底如何做需求分析?看看這篇萬(wàn)字深度解析!
作為產(chǎn)品經(jīng)理,需求分析很重要,但你真的弄懂需求,分析對(duì)用戶的真實(shí)需求了嗎?產(chǎn)品經(jīng)理到底如何做需求分析?作者深度解析了相關(guān)步驟,希望對(duì)你有所幫助。
友情提示:這篇文章比較長(zhǎng),全是干貨!建議先收藏再閱讀,如果你覺得內(nèi)容不錯(cuò),記得幫刀哥分享一下,本文目錄:
- 你真的懂需求嗎?
- 為什么需求分析如此重要?
- 需求來(lái)自于場(chǎng)景
- 需求分析的方法:用戶故事地圖
- 如何挖掘真實(shí)用戶需求:逆向分析法
- 產(chǎn)品需求建模的三大工具
- 如何管理用戶需求和產(chǎn)品需求?
- 一個(gè)需求的一生
產(chǎn)品經(jīng)理在平時(shí)的工作中,需求這個(gè)詞,出現(xiàn)的頻率絕對(duì)是最高的,沒有之一。
當(dāng)我們說(shuō)到需求時(shí),其實(shí)有用戶需求、功能需求、市場(chǎng)需求、商業(yè)需求等。
你真的弄清楚了這些需求分別代表著什么意思嗎?又知道這些需求之間的區(qū)別嗎?
如果沒弄懂的話,你做需求分析的邏輯可能都是錯(cuò)的,更不可能做出優(yōu)秀的產(chǎn)品方案。
因?yàn)椴煌男枨螅治龅倪壿嫼褪褂玫姆椒ǘ际遣灰粯拥摹?/p>
比如,分析用戶需求,需要使用逆向設(shè)計(jì)法,探索用戶更底層的需求。
比如,分析功能需求,需要使用UML建模,將用戶需求轉(zhuǎn)為可實(shí)現(xiàn)的產(chǎn)品需求。
比如,分析商業(yè)需求,需要使用精益畫布,從產(chǎn)品和市場(chǎng)的角度,從成本和營(yíng)收的角度,從問(wèn)題和解決方案的角度,去分析商業(yè)模式是否成立,能否讓公司盈利。
這篇文章,刀哥跟你一起探索需求,為您開啟正確的需求分析之旅。
一、你真的弄懂需求了嗎?
需求,簡(jiǎn)單的來(lái)說(shuō),就是一種需要。
需求方可能是用戶、市場(chǎng)、企業(yè)或者產(chǎn)品。
需求方是用戶時(shí),是用戶需求,用戶遇到問(wèn)題或者無(wú)聊時(shí),需要通過(guò)產(chǎn)品/服務(wù)來(lái)解決。
需求方是市場(chǎng)時(shí),是市場(chǎng)需求,市場(chǎng)需求是用戶需求的集合,需要更多的產(chǎn)品/服務(wù)來(lái)解決。
需求方是企業(yè)時(shí),通常是商業(yè)需求,企業(yè)需要通過(guò)產(chǎn)品實(shí)現(xiàn)盈利。
需求方是產(chǎn)品時(shí),是產(chǎn)品需求,產(chǎn)品需求包括功能需求和非功能需求。
作為產(chǎn)品經(jīng)理,我們經(jīng)常接觸到的是用戶需求和功能需求。
本文,也將重點(diǎn)討論這兩個(gè)需求。
二、為什么做好需求分析如此重要?
相信大家對(duì)這張圖不陌生,雖然是個(gè)段子,但卻真實(shí)體現(xiàn)了需求分析過(guò)程中的失真。
首先,在用戶需求分析的時(shí)候,如果沒有抓到本質(zhì),可能直接導(dǎo)致后面的工作沒有意義。
做完了以后發(fā)現(xiàn),和預(yù)期不符,要么變更需求重新做,要么直接失敗,做出一堆沒用的產(chǎn)品/功能。
其次,在做產(chǎn)品需求分析時(shí),如果沒有有效的方法,需求描述不清楚,后面的研發(fā)過(guò)程會(huì)非常痛苦。
總之,需求,是任何產(chǎn)品的起點(diǎn),為產(chǎn)品的直接負(fù)責(zé)人,產(chǎn)品經(jīng)理要準(zhǔn)確的定義這個(gè)起點(diǎn),讓正確的事情相繼發(fā)生,否則,就會(huì)出現(xiàn)方向不對(duì),努力白費(fèi)。
三、需求來(lái)自于場(chǎng)景
要準(zhǔn)確識(shí)別用戶需求,我們必須要了解場(chǎng)景,因?yàn)橛脩舻男枨螅欢ㄊ莵?lái)自于場(chǎng)景。
用戶需求場(chǎng)景是指用戶在某種環(huán)境下,做某件事來(lái)滿足某種需求。
影響需求有兩個(gè)核心要素,一個(gè)是環(huán)境,一個(gè)是用戶當(dāng)前的狀態(tài)。
我們舉一些例子,來(lái)理解場(chǎng)景對(duì)需求的影響。
胖子一定會(huì)有減肥的需求嗎?并不一定,有些胖子天天喝快樂(lè)肥宅水,吃油炸食品,過(guò)得很快樂(lè),并不一定需要減肥。
只有當(dāng)胖子因?yàn)樽约貉歉?、血壓高,身體因?yàn)榉逝侄唤】档臅r(shí)候(用戶狀態(tài)),或者因?yàn)榉逝直蝗藧u笑,找不到對(duì)象時(shí),他才會(huì)減肥(環(huán)境)。
而當(dāng)他真正去減肥的時(shí)候,他的需求可能是身體健康(如果胖且健康,就不會(huì)減肥),或者是找到彼此欣賞的對(duì)象(如果胖也能得到贊賞,并且能找到對(duì)象,就不減肥了)。
慢性子的人永遠(yuǎn)都是不慌不慌嗎?并不一定,當(dāng)他上班快遲到的時(shí)候,他也很慌。
大齡單身狗一定會(huì)焦慮找不到對(duì)象嗎?并不一定,他本身就是不婚主義者,很享受單身生活,毫無(wú)焦慮。
需求,一定來(lái)自于特定的場(chǎng)景!
需求,一定來(lái)自于特定的場(chǎng)景!
需求,一定來(lái)自于特定的場(chǎng)景!
只有真正理解了這個(gè)道理,才能真正理解用戶,做出合適的解決方案。
前段時(shí)間我到商場(chǎng)玩,花了300塊錢,換來(lái)了一堆沒啥用的小玩偶,小玩具,市場(chǎng)價(jià)最多50元。
在任何一個(gè)理智人看來(lái),這都是不劃算的,難道是因?yàn)槲疑祮幔?/p>
并不是。而是因?yàn)槲以谔囟ǖ膱?chǎng)景里,產(chǎn)生了需求,做出了消費(fèi)的行為。
這個(gè)場(chǎng)景就是電玩城。
那天我?guī)е⒆尤ド虉?chǎng)玩,見到商場(chǎng)里有個(gè)電玩城,有很多夾娃娃的、夾玩具的……
孩子看到這些玩具,興奮得很,非得讓我去夾。
剛開始我買了100塊的幣,想著夾完就不完了,結(jié)果幣塊用完的時(shí)候,有一個(gè)孩子想要的玩具,始終夾不到。
我不想讓孩子失望,就又花了100,夾了很久,終于夾到了,幣也差不多用完了。
后來(lái)又看了一些其他玩具,又花了100。
最后看夾到的這些玩具,市場(chǎng)價(jià)可能就50塊錢,300塊可以買很多更好的玩具了。
這就是在特定場(chǎng)景,產(chǎn)生特定需求的案例,在電玩城的環(huán)境里,已經(jīng)在我們?cè)谏虉?chǎng)玩耍的這個(gè)狀態(tài)下,我們產(chǎn)生的可能并不一定是獲得某個(gè)物品的需求,而是獲得通過(guò)概率游戲,去獲得物質(zhì)獎(jiǎng)勵(lì)的刺激感。
四、需求分析的方法:用戶故事地圖
1. 用戶故事和用戶故事地圖
我們做需求分析,概括起來(lái),可以分為兩步:
- 識(shí)別用戶需求
- 轉(zhuǎn)化成功能需求
在識(shí)別用戶需求,并轉(zhuǎn)為功能的過(guò)程中,有幾個(gè)關(guān)鍵要素:用戶、功能和希望達(dá)成的目標(biāo)。
使用用戶故事,剛好可以把這幾個(gè)關(guān)鍵要素串聯(lián)起來(lái)。
用戶故事可以發(fā)現(xiàn)用戶需求,并定義解決方案,即功能。
通過(guò)團(tuán)隊(duì)一起頭腦風(fēng)暴,梳理用戶故事地圖,就可以做到既見森林又見樹木。
用戶故事地圖,是由用戶故事組成的全景圖,用戶故事由核心步驟和用戶故事組成。
核心步驟是完成目標(biāo)需要完成的關(guān)鍵環(huán)節(jié),用戶故事是根據(jù)核心步驟拆分出來(lái)的更具體的小任務(wù)。
例如,用戶在電商產(chǎn)品中,核心步驟可以分為:瀏覽商品——下單——付款——收貨——評(píng)價(jià),在瀏覽商品這個(gè)步驟里,可以分為更具體的用戶故事,如查看首頁(yè)、搜索、對(duì)比、查看詳情、查看評(píng)論等。
用戶故事地圖,有這樣幾個(gè)作用:
1、和業(yè)務(wù)、研發(fā),甚至用戶一起梳理需求,不遺漏關(guān)鍵功能;
2、在團(tuán)隊(duì)內(nèi)達(dá)成共識(shí),讓項(xiàng)目成員有全局感,既見樹木,又見森林;
3、更好的規(guī)劃版本,每次新迭代,都是做的當(dāng)前最重要的功能,不浪費(fèi)研發(fā)資源;
2. 梳理用戶故事地圖的方法
梳理用戶故事地圖,需要組織一次頭腦風(fēng)暴會(huì)議,參與人須是各崗位關(guān)鍵角色,包括產(chǎn)品負(fù)責(zé)人、項(xiàng)目負(fù)責(zé)人、業(yè)務(wù)負(fù)責(zé)人、技術(shù)和老板等,人數(shù)控制在7人以內(nèi),但不要少于3人。
這些角色可以從多個(gè)角度提供建議,使產(chǎn)品/功能更加完善。
開會(huì)前,要提前準(zhǔn)備一些材料。最好準(zhǔn)備一個(gè)白板、不同顏色的便利貼、膠帶等等。
如果沒有條件,也可以使用線上工具。
圖片來(lái)自網(wǎng)絡(luò),侵刪
1、第一步,進(jìn)行產(chǎn)品定義。我們要確定我們的用戶是誰(shuí)?解決什么問(wèn)題?用戶目標(biāo)是什么?產(chǎn)品目標(biāo)是什么?通過(guò)這些問(wèn)題,可以基本框定整體的范圍。
2、第二步,梳理骨干故事。梳理故事要確定好一級(jí)故事、二級(jí)故事,保證故事的完整性,同時(shí)要廣度優(yōu)先,而非深度。最后的效果就是看到故事群。
3、第三步,拆分故事。在剛剛梳理的每一個(gè)二級(jí)故事下面做停留,去拆分二級(jí)故事獲取更多細(xì)節(jié)內(nèi)容。圍繞這個(gè)故事寫更多細(xì)節(jié)。
在這個(gè)過(guò)程中,先讓大家在一定時(shí)間內(nèi)按照自己的想法寫出來(lái),把每一條寫在一張卡片上,做到相互不干擾,然后每個(gè)人出聲說(shuō)出自己的卡片內(nèi)容,讓所有人了解并貼在墻上。
項(xiàng)目組人在寫想法的時(shí)候,相當(dāng)于腦暴的過(guò)程,這時(shí)可以通過(guò)一些問(wèn)題來(lái)刺激大家腦暴出更多的內(nèi)容,比如:
- 用戶在這步具體做什么?
- 用戶還有其他選擇么?
- 用戶怎么做才能更爽?
- 出現(xiàn)問(wèn)題如何處理?
在真實(shí)業(yè)務(wù)當(dāng)中,發(fā)生特殊情況該怎么辦?所以這一步我們將盡量多地關(guān)注到所有場(chǎng)景的故事。
做完這步,我們已經(jīng)獲取到了足夠多的細(xì)節(jié)信息,整個(gè)團(tuán)隊(duì)都會(huì)做到對(duì)產(chǎn)品又見森林又見樹木的狀態(tài)。
4、第四步,溝通確認(rèn)。這一步是將前面豐滿而又臃腫的故事,通過(guò)對(duì)標(biāo)標(biāo)題、充分討論,把公認(rèn)的留下來(lái),無(wú)用的剔除掉,同時(shí)區(qū)分要做的故事細(xì)節(jié)的優(yōu)先級(jí)。
完成所有故事梳理后,就出現(xiàn)了下面這張圖:用戶故事地圖。
五、挖掘真實(shí)需求:逆向分析法
當(dāng)我們梳理用戶故事時(shí),會(huì)有一個(gè)常見的誤區(qū),把用戶提出的方案,當(dāng)作我們最終的解決方案。
用戶想要一匹更快的馬,如果我們把用戶的方案當(dāng)最終的方案,就永遠(yuǎn)只會(huì)去想,如何給用戶提供更快的馬。
更加科學(xué)的做法是,當(dāng)我們接到用戶提的方案時(shí),先不要著急定方案,而是按照下面的步驟去思考。
1. 逆向調(diào)查
用戶為什么會(huì)有這樣的需求,背后的真實(shí)目的是什么,可以借助黃金思維圈工具,從What到How再到Why。
比如,用戶想要一匹更快的馬,只是表象,真實(shí)的動(dòng)機(jī)是,想更快地到達(dá)目的地?!靖斓鸟R】只是他能想到的最好的方案。
2. 找到真實(shí)需求
繼續(xù)往下面挖掘,用戶想更快的到達(dá)目的時(shí),是為了更快地完成交貨。
更快地交貨,是為了促進(jìn)更多的成交,賺到更多的錢。
賺更多的錢,是為了過(guò)上美好的生活,實(shí)現(xiàn)自由、快樂(lè)。
……
每個(gè)需求,挖到最后,都是人性的需求。
不過(guò),我們應(yīng)該重點(diǎn)關(guān)注,我們可以影響的那個(gè)層級(jí),不必?zé)o限往下挖掘。
3. 調(diào)研
挖掘到用戶的真實(shí)需求后,就可以著手調(diào)研解決方案了。
用戶的提案,是基于用戶的認(rèn)知,用戶只會(huì)基于自己的認(rèn)知提出解決方案。
我們通過(guò)調(diào)研,是要找到更好的方案,我們的認(rèn)知一定是要能高于用戶的。
用戶想要一匹更快的馬,我們發(fā)現(xiàn)用戶是想更快地到達(dá)目的地。
于是我們?nèi)フ{(diào)研,有沒有更好的讓用戶從A到B的方案。
經(jīng)過(guò)調(diào)研,我們發(fā)現(xiàn),根據(jù)目前人類最先進(jìn)的技術(shù),可以制造一輛四個(gè)輪子的汽車,比馬更快。
再往后,技術(shù)還會(huì)發(fā)展,可能還有高鐵、飛機(jī)。
4. 假設(shè)并設(shè)計(jì)
基本明確方案后,就可以假設(shè)一個(gè)方案,并著手設(shè)計(jì)。
通過(guò)設(shè)計(jì)方案,實(shí)現(xiàn)方案,去驗(yàn)證我們的方案是否達(dá)到預(yù)期,形成一個(gè)閉環(huán)。
這一步可以使用OSM模型,即目標(biāo)、策略和度量。
制定一個(gè)方案想要達(dá)成的目標(biāo)(O),然后,圍繞這個(gè)目標(biāo),去設(shè)計(jì)方案(S),最后,通過(guò)關(guān)鍵數(shù)據(jù)指標(biāo)(M)來(lái)衡量所采用的策略是否達(dá)到預(yù)期。
六、產(chǎn)品需求建模三大利器
在完成用戶需求分析后,我們需要將分析出來(lái)的功能,轉(zhuǎn)化成產(chǎn)品需求,并交付給研發(fā)團(tuán)隊(duì)來(lái)實(shí)施。
交付的形式是PRD。PRD里面包含功能需求和非功能需求。
功能需求里面包含業(yè)務(wù)流程、業(yè)務(wù)規(guī)則、界面交互等。
在推導(dǎo)功能需求之前,我們要對(duì)需求建模。
產(chǎn)品經(jīng)理,需求建模有3個(gè)常用的工具:ER圖、業(yè)務(wù)流程圖和狀態(tài)機(jī)。
1. ER圖
1)什么是ER圖?
E-R圖,也叫做實(shí)體關(guān)系圖,是用來(lái)描述現(xiàn)實(shí)世界的模型。ER圖是由美籍華人陳品山于1976年提出的一種數(shù)據(jù)建模工具。
實(shí)體是指客觀存在的事物,比如人、對(duì)象、概念、事件,都可以看作實(shí)體,通過(guò)梳理實(shí)體,以及實(shí)體之間的關(guān)系,可以梳理出產(chǎn)品的大致信息結(jié)構(gòu)。
通過(guò)E-R圖來(lái)梳理信息結(jié)構(gòu),對(duì)產(chǎn)品經(jīng)理來(lái)說(shuō),有以下幫助:
1、給開發(fā)提供數(shù)據(jù)庫(kù)建表依據(jù)。程序=數(shù)據(jù)結(jié)構(gòu)+算法,有了數(shù)據(jù)結(jié)構(gòu),對(duì)開發(fā)來(lái)說(shuō),對(duì)即將開發(fā)的系統(tǒng)就有了更清晰的框架。
2、可以指導(dǎo)產(chǎn)品經(jīng)理進(jìn)行原型設(shè)計(jì)。在動(dòng)手畫原型之前,梳理ER圖,根據(jù)已知的信息畫在原型上就行,而不用一邊畫原型,一邊想字段。
3、提升產(chǎn)品經(jīng)理的抽象及歸納能力。梳理E-R圖,是一個(gè)建模的過(guò)程,建模需要通過(guò)業(yè)務(wù)溝通、流程梳理,從這些分析活動(dòng)中提煉出核心實(shí)體。
2)ER圖的核心組成
E-R圖由實(shí)體、屬性和聯(lián)系組成。實(shí)體是抽象出來(lái)的人(如學(xué)生、講師)、對(duì)象(如課程)、概念(如章節(jié))。實(shí)體一般是個(gè)名詞,用一個(gè)方框來(lái)描述。
屬性是對(duì)實(shí)體不同維度的描述,用橢圓來(lái)表示,并和實(shí)體連接起來(lái)。但是大部分情況下,我更喜歡直接在實(shí)體里面去添加屬性,維護(hù)成本更低,可擴(kuò)展性更強(qiáng)。
實(shí)體與實(shí)體之間,通過(guò)一個(gè)菱形來(lái)連接,菱形里描述實(shí)體之間的聯(lián)系,比如用戶<創(chuàng)建>訂單,課程<關(guān)聯(lián)>講師,菱形里一般是個(gè)動(dòng)詞。
實(shí)體和實(shí)體之間,有幾種數(shù)量對(duì)應(yīng)關(guān)系,即基數(shù),基數(shù)有1對(duì)1,1對(duì)多,多對(duì)多。在菱形兩邊的線上,通過(guò)1、N、M來(lái)表達(dá)數(shù)量關(guān)系。
以下是標(biāo)準(zhǔn)的ER圖:
3)ER圖的三種模型
ER圖按照其目的,可以分為三種類型的模型,分別是概念模型、邏輯模型和物理模型。
- 概念模型,主要呈現(xiàn)的是系統(tǒng)主要的實(shí)體,即核心業(yè)務(wù)對(duì)象,不會(huì)描述屬性和基數(shù)。
- 邏輯模型,主要呈現(xiàn)的是實(shí)體,關(guān)系,基數(shù)和屬性。
- 物理模型,主要呈現(xiàn)實(shí)體,關(guān)系,基數(shù)和更詳細(xì)的屬性,更詳細(xì)的屬性包括鍵值、主鍵、外鍵等。
產(chǎn)品經(jīng)理平時(shí)用到的,主要是概念模型和邏輯模型,在需求分析階段輸出時(shí),可以利用其指導(dǎo)我們進(jìn)行原型設(shè)計(jì)即可。
邏輯模型也可以作為開發(fā)創(chuàng)建數(shù)據(jù)庫(kù)的依據(jù),開發(fā)在創(chuàng)建數(shù)據(jù)庫(kù)的時(shí)候,會(huì)使用物理模型。
以下是三個(gè)模型的對(duì)比:
所謂的列,你可以理解為屬性,列的類型是屬性的數(shù)據(jù)類型。
比如,用戶作為一個(gè)實(shí)體,有姓名、年齡、生日等屬性,姓名是字符、年齡是數(shù)字、年齡是日期。
4)ER圖示例
邏輯模型ER圖
物理模型ER圖
ER圖的畫法非常簡(jiǎn)單,但是用處特別大,實(shí)體關(guān)系更是一種思考模型,可以讓產(chǎn)品經(jīng)理“透過(guò)現(xiàn)象看本質(zhì)”。ER圖可以指導(dǎo)產(chǎn)品進(jìn)行需求分析,產(chǎn)品設(shè)計(jì),還可以作為開發(fā)人員建表的依據(jù)。
ER圖包括實(shí)體、屬性和關(guān)系,分為概念模型、邏輯模型和物理模型,產(chǎn)品經(jīng)理經(jīng)常用到的是概念模型和邏輯模型,開發(fā)人員使用物理模型。
ER圖的工具,刀哥推薦使用processon,當(dāng)然Axure也可以,因?yàn)镋R圖相對(duì)簡(jiǎn)單,其實(shí)使用什么工具差異都不太大。
2. 業(yè)務(wù)流程圖
1)什么是業(yè)務(wù)流程
業(yè)務(wù)流程是不同角色,完成業(yè)務(wù)目標(biāo)的先后順序,是一系列步驟、程序,是對(duì)每個(gè)環(huán)節(jié)進(jìn)行的程序化處理。
角色可以是任何對(duì)象,例如人、系統(tǒng)、部門、公司…
一個(gè)業(yè)務(wù)流程由多個(gè)連續(xù)的活動(dòng)組成,復(fù)雜的業(yè)務(wù)流程還分為子流程。
業(yè)務(wù)流程有多種類型,例如部門人與人之間的業(yè)務(wù)流程、用戶(人)與系統(tǒng)(產(chǎn)品)的交互業(yè)務(wù)流程、系統(tǒng)與系統(tǒng)之間的業(yè)務(wù)流程。
人與人之間的業(yè)務(wù)流程如公司的請(qǐng)假、調(diào)休、轉(zhuǎn)崗、離職等,OA系統(tǒng)里面會(huì)有很多這種流程。
人與系統(tǒng)的業(yè)務(wù)流程如注冊(cè)、登錄、找回密碼這些基礎(chǔ)流程,還有如打車、叫外賣、購(gòu)物的業(yè)務(wù)流程。系統(tǒng)可以看作是一個(gè)黑箱子,箱子里面又包含有前端和后端等。
系統(tǒng)與系統(tǒng)的業(yè)務(wù)流程主要在于進(jìn)行數(shù)據(jù)交互,系統(tǒng)使用結(jié)構(gòu)化設(shè)計(jì),將整個(gè)系統(tǒng)拆分成很多聚合度很高、耦合度很低的模塊,模塊之間除了內(nèi)部交互外,還需要外部系統(tǒng)進(jìn)行交互,系統(tǒng)之間的交互通常使用接口。
每個(gè)業(yè)務(wù)流程都由多個(gè)連續(xù)的活動(dòng)組成,例如請(qǐng)假這個(gè)業(yè)務(wù)流程,里面的活動(dòng)有填寫請(qǐng)假單、審批請(qǐng)假單等活動(dòng)。注冊(cè)的流程涉及填寫手機(jī)號(hào)、獲取驗(yàn)證碼、輸入密碼等活動(dòng)。
2)業(yè)務(wù)流程分析
業(yè)務(wù)流程分析就是在開始動(dòng)手畫之前對(duì)業(yè)務(wù)和執(zhí)行過(guò)程進(jìn)行詳細(xì)的調(diào)查,并回答以下問(wèn)題:
(1)業(yè)務(wù)流程的目的或者想達(dá)到的目標(biāo)是什么?
(2)業(yè)務(wù)流程從哪里開始?如何完成?包含哪些活動(dòng)和步驟?結(jié)束的條件是什么?
(3)這個(gè)業(yè)務(wù)流程有哪些角色參與?
(4)流程的活動(dòng)之間有哪些控制流(判斷、同步分支和匯合,稍后會(huì)說(shuō)到)業(yè)務(wù)流程畫法
3)業(yè)務(wù)流程圖的基本元素
業(yè)務(wù)流程圖的基本元素包括:活動(dòng)、判定、開始和結(jié)束、文檔、數(shù)據(jù)、控制元素,如下圖:
不論用什么工具,記住這幾個(gè)基本元素,就可以覆蓋所有的業(yè)務(wù)流程。不管什么流程圖,都可以僅用以上幾個(gè)元素表達(dá),比如跨部門職能流程圖,就是加泳道而以,頁(yè)面流程圖,可以用『文檔/數(shù)據(jù)』那個(gè)元素表示。
4)繪制業(yè)務(wù)流程圖的注意事項(xiàng)
繪制業(yè)務(wù)流程圖,應(yīng)該注意以下幾點(diǎn):
a. 首先從核心業(yè)務(wù)流程圖入手,它們是系統(tǒng)中起關(guān)鍵作用的部分。
b. 繪圖應(yīng)該根據(jù)流程方向盡量從上至下、從左至右,保持一致性。
c. 使用統(tǒng)一的符號(hào)。
d. 一個(gè)流程只有一個(gè)起點(diǎn),有一個(gè)或多個(gè)終點(diǎn)。
e. 盡量避免交叉,并行的活動(dòng)采用并行元素。
f. 盡量識(shí)別出表格和文檔。
5)幾種常見流程示例
① 人與人
以某高校期末考試流程為例,期末考試前,教務(wù)處負(fù)責(zé)安排全校課程的考試時(shí)間和地點(diǎn),下發(fā)『考試安排表』。
正式考試之前,各任課老師準(zhǔn)備好試卷,填寫『試卷審批表』,交由系主任審批簽字,簽字后再交由教務(wù)處打印試卷。
學(xué)生參加考試并答卷,產(chǎn)出成績(jī)單,任課老師閱出成績(jī),并將答卷封裝存檔,如果不及格,教務(wù)處安排補(bǔ)考。
② 人與系統(tǒng)
③ 系統(tǒng)與系統(tǒng)
在梳理系統(tǒng)與系統(tǒng)之間的業(yè)務(wù)流程圖時(shí),切記不要梳理得太細(xì)。
不要在流程圖上體現(xiàn)太多的分支流程和異常流程。
如果過(guò)細(xì)的話,會(huì)把這份流程圖變得非常復(fù)雜,可讀性太差。
最后,因?yàn)檫^(guò)于復(fù)雜而沒人愿意看,自己后面看的時(shí)候可能都會(huì)繞暈,開發(fā)測(cè)試更是不愿意看。
最好的做法是,核心系統(tǒng)間的流程圖簡(jiǎn)要描述即可,通過(guò)這個(gè)圖重點(diǎn)描述幾個(gè)事情:
1、核心業(yè)務(wù),涉及到多少個(gè)系統(tǒng)。
2、系統(tǒng)之間,如何進(jìn)行交互和流轉(zhuǎn)。
3、在這些流轉(zhuǎn)過(guò)程中,分為幾個(gè)大的步驟(縱向分階段)。
然后,對(duì)復(fù)雜的業(yè)務(wù)邏輯,通過(guò)單個(gè)業(yè)務(wù)流程圖來(lái)進(jìn)行拆解。
在單個(gè)業(yè)務(wù)流程圖中,盡量廣而全地描述分支流程和異常流程。
3. 狀態(tài)機(jī)圖
狀態(tài)圖,用于描述某個(gè)實(shí)體的狀態(tài)變化和流轉(zhuǎn)規(guī)則。
狀態(tài)機(jī)圖對(duì)于梳理業(yè)務(wù)邏輯和開發(fā)實(shí)現(xiàn),有很大的幫助。在實(shí)際工作場(chǎng)景中,寫一大堆文字來(lái)描述狀態(tài)流轉(zhuǎn),效果通常都不太好。對(duì)于狀態(tài)定義及流轉(zhuǎn)的描述,狀態(tài)機(jī)圖是最好的工具,沒有之一。
狀態(tài)描述最常見的應(yīng)用場(chǎng)景,是對(duì)各類訂單的描述,如電商的訂單狀態(tài)、快遞物流狀態(tài)、支付狀態(tài)等。
狀態(tài)機(jī)也不復(fù)雜,只需遵循以下幾個(gè)原則,即可畫出高質(zhì)量的狀態(tài)機(jī)圖:
1、有限集合。狀態(tài)都是有限的,需要枚舉所有狀態(tài)。并且每個(gè)狀態(tài)都能體現(xiàn)一個(gè)實(shí)體的某個(gè)階段。
2、狀態(tài)互斥。狀態(tài)之間,一定沒有重合的地方,必須互斥。
3、可能具備子狀態(tài)。子狀態(tài)的前提,是有子訂單,比如,電商的主訂單是購(gòu)物訂單,基于這個(gè)購(gòu)物訂單,衍生出了支付訂單、物流訂單、售后訂單,在待發(fā)貨這個(gè)狀態(tài)下,有退款中和退款完成兩個(gè)子狀態(tài)。
4、持續(xù)一定時(shí)長(zhǎng)。狀態(tài)是能持續(xù)一定時(shí)長(zhǎng)的,而不是瞬間狀態(tài),比如創(chuàng)建一個(gè)訂單,創(chuàng)建這個(gè)過(guò)程,由代碼執(zhí)行,需要一定的時(shí)間,但是很短暫,我們?nèi)绻x一個(gè)“創(chuàng)建中”的狀態(tài),就沒有必要。
5、包括已中待其中一個(gè)詞。定義一個(gè)狀態(tài)時(shí),通常使用“已”、“中”、“待”其中一個(gè)。
以下是一個(gè)電商訂單的實(shí)例:
從示例圖中,我們可以看出,一個(gè)完整的狀態(tài)機(jī)圖,包含幾個(gè)核心要素:
1、開始和結(jié)束。開始通常代表產(chǎn)生對(duì)象的開始,結(jié)束代表狀態(tài)已經(jīng)進(jìn)入終態(tài)。
2、狀態(tài)流轉(zhuǎn)的條件。從一個(gè)狀態(tài)流轉(zhuǎn)到另外一個(gè)狀態(tài),必定有1個(gè)或多個(gè)事件。
3、狀態(tài)本身。定義訂單當(dāng)前的階段。
狀態(tài)機(jī)圖跟實(shí)體關(guān)系圖一樣,畫法很簡(jiǎn)單,但是代表的是對(duì)狀態(tài)的定義和規(guī)則的思考,幫助巨大。
可以使用ProcessOn、Visio、Axure就可以很方便地畫出來(lái)。
4. 小結(jié)
對(duì)產(chǎn)品/功能完成建模后,我們就完成需求分析很重要的一步,我們來(lái)總結(jié)下這三個(gè)建模工具:
使用ER建模和流程建模,其實(shí)背后還代表著一種設(shè)計(jì)思想。
ER圖代表DDD,即領(lǐng)域驅(qū)動(dòng)設(shè)計(jì),我們?cè)谑崂鞥R圖的時(shí)候,可以識(shí)別所有業(yè)務(wù)對(duì)象,這本身也是一個(gè)熟悉陌生領(lǐng)域的過(guò)程。
流程圖代表PDD,即流程驅(qū)動(dòng)設(shè)計(jì),在梳理業(yè)務(wù)流程圖的過(guò)程中,考慮更細(xì)節(jié)的分支流程和異常流程,從而可以補(bǔ)全用戶故事地圖,從而真正做到既有廣度,又有深度。
另外,其實(shí)還有一些其他的建模工具,如用例圖、時(shí)序圖。感興趣的朋友可以自行去研究,刀哥公眾號(hào)也有相關(guān)的文章。
刀哥認(rèn)為,熟練掌握這3個(gè)建模工具,就可以覆蓋工作中大部分的場(chǎng)景了。
七、如何管理用戶需求和產(chǎn)品需求?
1. 原始需求和產(chǎn)品需求
前面我們說(shuō)過(guò),需求有用戶需求和產(chǎn)品需求。
用戶提交的需求,還沒有經(jīng)過(guò)深入思考,整理解決方案的,叫做原始需求。
使用逆向分析法,對(duì)原始需求進(jìn)行進(jìn)一步的挖掘,然后整理出可交付給研發(fā)實(shí)施的需求,叫產(chǎn)品需求。
原始需求和產(chǎn)品需求是多對(duì)多的關(guān)系,多個(gè)原始需求可能對(duì)應(yīng)同一個(gè)產(chǎn)品需求。
一個(gè)原始需求,也可能對(duì)應(yīng)多個(gè)產(chǎn)品需求。
比如在B端系統(tǒng)上,業(yè)務(wù)方提出,希望做一個(gè)會(huì)員系統(tǒng),這是一個(gè)原始需求。
但是對(duì)應(yīng)的產(chǎn)品需求,可能包括積分模塊、成長(zhǎng)值模塊、優(yōu)惠券模塊、還有對(duì)前端APP的改造,包括很多模塊。
原始需求,提交方通常是帶著方案來(lái)的,我們千萬(wàn)不要把用戶的方案當(dāng)方案,而是用戶提案背后的真實(shí)目的。
C端產(chǎn)品,可能對(duì)應(yīng)到馬斯洛模型。B端產(chǎn)品,可以使用逆向分析法。
C端產(chǎn)品,用戶可能并不會(huì)直接提出需求,需要很強(qiáng)的洞察力和同理心,去感知用戶的需求。
B端產(chǎn)品,可以讓提交人提交一個(gè)需求提報(bào)表,讓提交人重點(diǎn)描述背后的期望以及想實(shí)現(xiàn)的價(jià)值。
需求提報(bào)表,核心包括提交人、優(yōu)先級(jí)、問(wèn)題描述、預(yù)期目標(biāo)、預(yù)期收益、期待解決方案、期待上線日期等字段。
需求提交的模板可以在刀哥產(chǎn)品資料集里面獲取,關(guān)注刀哥公眾號(hào),即可獲取。
2. 需求的類型和價(jià)值
需求按照軟件工程這個(gè)維度分,可以分為功能需求和非功能需求。
按照不同提交主體,又可以分為業(yè)務(wù)需求、用戶需求和技術(shù)需求。
業(yè)務(wù)需求是由中高層提出,主要是一些策略和管理制度等,如績(jī)效規(guī)則、風(fēng)控策略、規(guī)則制度……
用戶需求由一線產(chǎn)品直接使用者提出,主要使用產(chǎn)品具體的體驗(yàn)以及相關(guān)利益,可以使用客戶旅行地圖這個(gè)模型去分析。
技術(shù)需求是由技術(shù)提出,為了提升系統(tǒng)的擴(kuò)展性、易用性,更好的服務(wù)業(yè)務(wù),技術(shù)要做一些技術(shù)優(yōu)化,很多時(shí)候,隨著業(yè)務(wù)的發(fā)展,技術(shù)架構(gòu)不能滿足業(yè)務(wù)發(fā)展的需求時(shí),需要進(jìn)行重構(gòu)。
在做任何一個(gè)需求時(shí),我們都需要思考實(shí)現(xiàn)這個(gè)需求的價(jià)值,從不同的角度出發(fā),需求有以下幾種價(jià)值:
商業(yè)價(jià)值。能否為公司帶來(lái)收益?
業(yè)務(wù)價(jià)值。能否降本增效或者提高安全、風(fēng)控?
用戶價(jià)值。能否解決用戶問(wèn)題,或帶來(lái)“效用”?
技術(shù)價(jià)值。能否提升產(chǎn)品的擴(kuò)展性、易用性?
3. 如何管理需求池?
不管從什么渠道,接到什么需求,第一步我們都記錄到原始需求池。
然后根據(jù)模塊,由不同的產(chǎn)品人員負(fù)責(zé)并分析,然后變更原始需求池的狀態(tài)。
原始需求經(jīng)過(guò)分析后,有些可能是偽需求,有些實(shí)現(xiàn)后可能也沒什么價(jià)值,有些轉(zhuǎn)成了產(chǎn)品需求。
轉(zhuǎn)成產(chǎn)品需求后,再記錄到產(chǎn)品需求池里,根據(jù)項(xiàng)目進(jìn)度進(jìn)行維護(hù)更新。
還記得之前說(shuō)的ER圖嗎?我們把原始需求和產(chǎn)品需求看成兩個(gè)實(shí)體,就是以下關(guān)系:
管理需求池,可以用TAPD或禪道這樣的工具,在項(xiàng)目團(tuán)隊(duì)內(nèi)可以很好的流轉(zhuǎn),如果團(tuán)隊(duì)配合得好,使用規(guī)范的話,可以導(dǎo)出需求池,隨時(shí)知曉需求的整體進(jìn)度。
但是項(xiàng)目工具使用不規(guī)范,我們有時(shí)還得借助Excel的工具,由專人進(jìn)行維護(hù)(通常是項(xiàng)目經(jīng)理),才能更好的管理好需求池。刀哥的公眾號(hào)有Excel版本的需求池模板,大家可以自行去獲取并下載。
4. 如何衡量需求的優(yōu)先級(jí)?
需求的優(yōu)先級(jí),需要從多個(gè)維度進(jìn)行綜合評(píng)估,包括公司戰(zhàn)略、市場(chǎng)動(dòng)態(tài)、競(jìng)爭(zhēng)對(duì)手、內(nèi)部資源等。
但是歸納起來(lái),就這幾個(gè)核心點(diǎn):
- 投產(chǎn)比:可量化的需求,投入多少研發(fā)資源,可以獲得多少收益。收益可能直接給公司帶來(lái)的營(yíng)收,也可能是間接的降本增效。
- 風(fēng)控:不太好量化,但是處理了這類需求,就可降低外部用戶薅羊毛的風(fēng)險(xiǎn),內(nèi)部飛單的風(fēng)險(xiǎn),系統(tǒng)崩潰的風(fēng)險(xiǎn)等。
- 合規(guī):不太好量化,但是如果不處理這里需求的話,可能面臨被有關(guān)部門處罰,APP下架等。
- 體驗(yàn):不太好量化,但是處理以后可以提升用戶的使用體驗(yàn),比如更好的交互,更快的響應(yīng)速度,更好的情緒感受。
但是,我們做任何一個(gè)需求,盡量都要去量化。
刀哥一直記得一句很經(jīng)典的話,沒有量化的產(chǎn)品,就像沒有儀表盤的飛機(jī),是盲飛,你敢坐盲飛的飛機(jī)嗎?
量化后的數(shù)據(jù),可以給產(chǎn)品經(jīng)理提供決策依據(jù)。量化后才能更好的驗(yàn)證需求是否達(dá)成了預(yù)期。
量化有幾個(gè)思路。
1、看業(yè)務(wù)指標(biāo)??瓷暇€后的需求是否帶來(lái)業(yè)務(wù)增量。
2、看行為指標(biāo)。通過(guò)埋點(diǎn),統(tǒng)計(jì)使用次數(shù)、人數(shù)及轉(zhuǎn)化率。看功能的使用情況,
2、看NPS。通過(guò)凈推薦值,看用戶的綜合主觀評(píng)價(jià)。
5. 小結(jié)
需求分為原始需求和產(chǎn)品需求,原始需求是用戶提出的,產(chǎn)品需求是產(chǎn)品經(jīng)理經(jīng)過(guò)思考和分析提出的。
需求有業(yè)務(wù)需求、用戶需求和價(jià)值需求。需求的價(jià)值有商業(yè)價(jià)值、業(yè)務(wù)價(jià)值、用戶價(jià)值和技術(shù)價(jià)值。產(chǎn)品經(jīng)理要能夠識(shí)別需求的類型和價(jià)值,才能做出更好的分析。
管理需求池可以利用項(xiàng)目管理工具,也可以簡(jiǎn)單地用excel,管理的重點(diǎn)是跟進(jìn)與維護(hù)。
需求的優(yōu)先級(jí)可以通過(guò)投產(chǎn)比,安全,合規(guī)等幾個(gè)方面去考慮。
做需求,一定要量化,有量化,才能驗(yàn)證需求是否符合預(yù)期,通過(guò)收集需求,做方案,看數(shù)據(jù),才能形成有效的項(xiàng)目循環(huán),并提升能力。
八、一個(gè)需求的一生
一個(gè)需求,從挖掘到分析、調(diào)研,再到整理成產(chǎn)品需求,再到研發(fā)測(cè)試上線,用下面這張圖,可以很好呈現(xiàn)。
這張圖來(lái)自騰訊的TAPD,這里又要安利下這個(gè)項(xiàng)目管理工具,可以管理從需求到交付的全過(guò)程。
了解需求的全生命周期,也就掌握了項(xiàng)目管理的核心方法,項(xiàng)目管理的起點(diǎn),就是需求。
首先,產(chǎn)品經(jīng)理規(guī)劃需求,需求可能來(lái)自于業(yè)務(wù)、技術(shù)或者用戶,經(jīng)過(guò)分析,將這些需求按照一個(gè)一定顆粒度拆分,每個(gè)需求都有可能研發(fā)的詳細(xì)需求文檔。
然后,將這些需求組合,按照優(yōu)先級(jí),形成發(fā)布計(jì)劃。研發(fā)根據(jù)發(fā)布計(jì)劃拆分任務(wù),規(guī)劃迭代,進(jìn)入研發(fā),研發(fā)完成后,產(chǎn)品經(jīng)理驗(yàn)收,并交付給需求方。
最后,需求對(duì)應(yīng)的功能上線后,產(chǎn)品經(jīng)理去收集用戶反饋,分析功能的使用情況,是否有達(dá)到預(yù)期,然后根據(jù)分析結(jié)果,再次迭代優(yōu)化。
九、寫在最后
需求分為用戶需求、產(chǎn)品需求、市場(chǎng)需求和商業(yè)需求。用戶需求使用逆向分析法、產(chǎn)品需求使用UML、市場(chǎng)需求商業(yè)需求使用精益畫布,不同需求,分析的工具和方法論不一樣。
做好需求分析,可以讓正確的事情相繼發(fā)生,讓產(chǎn)品有價(jià)值、研發(fā)有價(jià)值。
需求來(lái)自于場(chǎng)景,產(chǎn)品經(jīng)理必須認(rèn)知到這一點(diǎn),只有熟悉了場(chǎng)景,才能理解用戶,做出好的解決方案。
分析用戶需求,可以使用用戶故事地圖法,使用用戶故事地圖,可以做到既見森林,又見樹木。
挖掘用戶真實(shí)的需求,可以使用逆向分析法,用戶會(huì)說(shuō)需要一匹更快的馬,但想要的是更安全快速到達(dá)目的地。
產(chǎn)品需求建模三大工具,掌握這3個(gè)工具,就能梳理邏輯縝密的需求方案,這三個(gè)工具是ER圖、流程圖和狀態(tài)機(jī)。
需求有業(yè)務(wù)需求、技術(shù)需求和用戶需求,不同的需求對(duì)應(yīng)的價(jià)值也不一樣。
需求的優(yōu)先級(jí),可以從投產(chǎn)比、風(fēng)控、合規(guī)等方面考慮,需求一定要量化,量化才能衡量,量化可以從幾個(gè)角度去考慮,業(yè)務(wù)指標(biāo)、行為指標(biāo)和NPS。
一個(gè)需求,從誕生到最后實(shí)現(xiàn),需要經(jīng)過(guò)一系列的過(guò)程,可以使用敏捷開發(fā)的思路,認(rèn)識(shí)了需求的生命周期,是做好項(xiàng)目管理的基礎(chǔ)。
專欄作家
刀哥,微信公眾號(hào):刀哥說(shuō),人人都是產(chǎn)品經(jīng)理專欄作家。7年產(chǎn)品老司機(jī),現(xiàn)任某互聯(lián)網(wǎng)公司高級(jí)產(chǎn)品專家,有豐富的金融項(xiàng)目經(jīng)驗(yàn),豐富的實(shí)操經(jīng)驗(yàn),擅于輸出接地氣的實(shí)用干貨,幫助成千上萬(wàn)的產(chǎn)品經(jīng)理晉升成長(zhǎng)。
本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來(lái)自Unsplash,基于 CC0 協(xié)議。
該文觀點(diǎn)僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺(tái)僅提供信息存儲(chǔ)空間服務(wù)。
寫的很棒
干貨滿滿,收藏后細(xì)細(xì)分解
寫的太詳細(xì)了,能跟著大佬學(xué)到好多知識(shí)。
學(xué)到了
寫得非常清晰,易懂,實(shí)用