作為產(chǎn)品經(jīng)理，需求分析很重要，但你真的弄懂需求，分析對(duì)用戶的真實(shí)需求了嗎？產(chǎn)品經(jīng)理到底如何做需求分析？作者深度解析了相關(guān)步驟，希望對(duì)你有所幫助。

友情提示：這篇文章比較長，全是干貨！建議先收藏再閱讀，如果你覺得內(nèi)容不錯(cuò)，記得幫刀哥分享一下，本文目錄：

1. 你真的懂需求嗎？
2. 為什么需求分析如此重要？
3. 需求來自于場景
4. 需求分析的方法：用戶故事地圖
5. 如何挖掘真實(shí)用戶需求：逆向分析法
6. 產(chǎn)品需求建模的三大工具
7. 如何管理用戶需求和產(chǎn)品需求？
8. 一個(gè)需求的一生

產(chǎn)品經(jīng)理在平時(shí)的工作中，需求這個(gè)詞，出現(xiàn)的頻率絕對(duì)是最高的，沒有之一。

當(dāng)我們說到需求時(shí)，其實(shí)有用戶需求、功能需求、市場需求、商業(yè)需求等。

你真的弄清楚了這些需求分別代表著什么意思嗎？又知道這些需求之間的區(qū)別嗎？

如果沒弄懂的話，你做需求分析的邏輯可能都是錯(cuò)的，更不可能做出優(yōu)秀的產(chǎn)品方案。

因?yàn)椴煌男枨?，分析的邏輯和使用的方法都是不一樣的?/p>

比如，分析用戶需求，需要使用逆向設(shè)計(jì)法，探索用戶更底層的需求。

比如，分析功能需求，需要使用UML建模，將用戶需求轉(zhuǎn)為可實(shí)現(xiàn)的產(chǎn)品需求。

比如，分析商業(yè)需求，需要使用精益畫布，從產(chǎn)品和市場的角度，從成本和營收的角度，從問題和解決方案的角度，去分析商業(yè)模式是否成立，能否讓公司盈利。

這篇文章，刀哥跟你一起探索需求，為您開啟正確的需求分析之旅。

一、你真的弄懂需求了嗎？

需求，簡單的來說，就是一種需要。

需求方可能是用戶、市場、企業(yè)或者產(chǎn)品。

需求方是用戶時(shí)，是用戶需求，用戶遇到問題或者無聊時(shí)，需要通過產(chǎn)品/服務(wù)來解決。

需求方是市場時(shí)，是市場需求，市場需求是用戶需求的集合，需要更多的產(chǎn)品/服務(wù)來解決。

需求方是企業(yè)時(shí)，通常是商業(yè)需求，企業(yè)需要通過產(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)了需求分析過程中的失真。

首先，在用戶需求分析的時(shí)候，如果沒有抓到本質(zhì)，可能直接導(dǎo)致后面的工作沒有意義。

做完了以后發(fā)現(xiàn)，和預(yù)期不符，要么變更需求重新做，要么直接失敗，做出一堆沒用的產(chǎn)品/功能。

其次，在做產(chǎn)品需求分析時(shí)，如果沒有有效的方法，需求描述不清楚，后面的研發(fā)過程會(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)。

三、需求來自于場景

要準(zhǔn)確識(shí)別用戶需求，我們必須要了解場景，因?yàn)橛脩舻男枨?，一定是來自于場景?/p>

用戶需求場景是指用戶在某種環(huán)境下，做某件事來滿足某種需求。

影響需求有兩個(gè)核心要素，一個(gè)是環(huán)境，一個(gè)是用戶當(dāng)前的狀態(tài)。

我們舉一些例子，來理解場景對(duì)需求的影響。

胖子一定會(huì)有減肥的需求嗎？并不一定，有些胖子天天喝快樂肥宅水，吃油炸食品，過得很快樂，并不一定需要減肥。

只有當(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ì)象嗎？并不一定，他本身就是不婚主義者，很享受單身生活，毫無焦慮。

需求，一定來自于特定的場景！

需求，一定來自于特定的場景！

需求，一定來自于特定的場景！

只有真正理解了這個(gè)道理，才能真正理解用戶，做出合適的解決方案。

前段時(shí)間我到商場玩，花了300塊錢，換來了一堆沒啥用的小玩偶，小玩具，市場價(jià)最多50元。

在任何一個(gè)理智人看來，這都是不劃算的，難道是因?yàn)槲疑祮幔?/p>

并不是。而是因?yàn)槲以谔囟ǖ膱鼍袄?，產(chǎn)生了需求，做出了消費(fèi)的行為。

這個(gè)場景就是電玩城。

那天我?guī)е⒆尤ド虉鐾?，見到商場里有個(gè)電玩城，有很多夾娃娃的、夾玩具的……

孩子看到這些玩具，興奮得很，非得讓我去夾。

剛開始我買了100塊的幣，想著夾完就不完了，結(jié)果幣塊用完的時(shí)候，有一個(gè)孩子想要的玩具，始終夾不到。

我不想讓孩子失望，就又花了100，夾了很久，終于夾到了，幣也差不多用完了。

后來又看了一些其他玩具，又花了100。

最后看夾到的這些玩具，市場價(jià)可能就50塊錢，300塊可以買很多更好的玩具了。

這就是在特定場景，產(chǎn)生特定需求的案例，在電玩城的環(huán)境里，已經(jīng)在我們在商場玩耍的這個(gè)狀態(tài)下，我們產(chǎn)生的可能并不一定是獲得某個(gè)物品的需求，而是獲得通過概率游戲，去獲得物質(zhì)獎(jiǎng)勵(lì)的刺激感。

四、需求分析的方法：用戶故事地圖

1. 用戶故事和用戶故事地圖

我們做需求分析，概括起來，可以分為兩步：

1. 識(shí)別用戶需求
2. 轉(zhuǎn)化成功能需求

在識(shí)別用戶需求，并轉(zhuǎn)為功能的過程中，有幾個(gè)關(guān)鍵要素：用戶、功能和希望達(dá)成的目標(biāo)。

使用用戶故事，剛好可以把這幾個(gè)關(guān)鍵要素串聯(lián)起來。

用戶故事可以發(fā)現(xiàn)用戶需求，并定義解決方案，即功能。

通過團(tuán)隊(duì)一起頭腦風(fēng)暴，梳理用戶故事地圖，就可以做到既見森林又見樹木。

用戶故事地圖，是由用戶故事組成的全景圖，用戶故事由核心步驟和用戶故事組成。

核心步驟是完成目標(biāo)需要完成的關(guān)鍵環(huán)節(jié)，用戶故事是根據(jù)核心步驟拆分出來的更具體的小任務(wù)。

例如，用戶在電商產(chǎn)品中，核心步驟可以分為：瀏覽商品——下單——付款——收貨——評(píng)價(jià)，在瀏覽商品這個(gè)步驟里，可以分為更具體的用戶故事，如查看首頁、搜索、對(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è)白板、不同顏色的便利貼、膠帶等等。

如果沒有條件，也可以使用線上工具。

圖片來自網(wǎng)絡(luò)，侵刪

1、第一步，進(jìn)行產(chǎn)品定義。我們要確定我們的用戶是誰？解決什么問題？用戶目標(biāo)是什么？產(chǎn)品目標(biāo)是什么？通過這些問題，可以基本框定整體的范圍。

2、第二步，梳理骨干故事。梳理故事要確定好一級(jí)故事、二級(jí)故事，保證故事的完整性，同時(shí)要廣度優(yōu)先，而非深度。最后的效果就是看到故事群。

3、第三步，拆分故事。在剛剛梳理的每一個(gè)二級(jí)故事下面做停留，去拆分二級(jí)故事獲取更多細(xì)節(jié)內(nèi)容。圍繞這個(gè)故事寫更多細(xì)節(jié)。

在這個(gè)過程中，先讓大家在一定時(shí)間內(nèi)按照自己的想法寫出來，把每一條寫在一張卡片上，做到相互不干擾，然后每個(gè)人出聲說出自己的卡片內(nèi)容，讓所有人了解并貼在墻上。

項(xiàng)目組人在寫想法的時(shí)候，相當(dāng)于腦暴的過程，這時(shí)可以通過一些問題來刺激大家腦暴出更多的內(nèi)容，比如：

• 用戶在這步具體做什么?
• 用戶還有其他選擇么?
• 用戶怎么做才能更爽?
• 出現(xiàn)問題如何處理?

在真實(shí)業(yè)務(wù)當(dāng)中，發(fā)生特殊情況該怎么辦？所以這一步我們將盡量多地關(guān)注到所有場景的故事。

做完這步，我們已經(jīng)獲取到了足夠多的細(xì)節(jié)信息，整個(gè)團(tuán)隊(duì)都會(huì)做到對(duì)產(chǎn)品又見森林又見樹木的狀態(tài)。

4、第四步，溝通確認(rèn)。這一步是將前面豐滿而又臃腫的故事，通過對(duì)標(biāo)標(biāo)題、充分討論，把公認(rèn)的留下來，無用的剔除掉，同時(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á)目的地。【更快的馬】只是他能想到的最好的方案。

2. 找到真實(shí)需求

繼續(xù)往下面挖掘，用戶想更快的到達(dá)目的時(shí)，是為了更快地完成交貨。

更快地交貨，是為了促進(jìn)更多的成交，賺到更多的錢。

賺更多的錢，是為了過上美好的生活，實(shí)現(xiàn)自由、快樂。

……

每個(gè)需求，挖到最后，都是人性的需求。

不過，我們應(yīng)該重點(diǎn)關(guān)注，我們可以影響的那個(gè)層級(jí)，不必?zé)o限往下挖掘。

3. 調(diào)研

挖掘到用戶的真實(shí)需求后，就可以著手調(diào)研解決方案了。

用戶的提案，是基于用戶的認(rèn)知，用戶只會(huì)基于自己的認(rèn)知提出解決方案。

我們通過調(diào)研，是要找到更好的方案，我們的認(rèn)知一定是要能高于用戶的。

用戶想要一匹更快的馬，我們發(fā)現(xiàn)用戶是想更快地到達(dá)目的地。

于是我們?nèi)フ{(diào)研，有沒有更好的讓用戶從A到B的方案。

經(jīng)過調(diào)研，我們發(fā)現(xiàn)，根據(jù)目前人類最先進(jìn)的技術(shù)，可以制造一輛四個(gè)輪子的汽車，比馬更快。

再往后，技術(shù)還會(huì)發(fā)展，可能還有高鐵、飛機(jī)。

4. 假設(shè)并設(shè)計(jì)

基本明確方案后，就可以假設(shè)一個(gè)方案，并著手設(shè)計(jì)。

通過設(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ān)鍵數(shù)據(jù)指標(biāo)（M）來衡量所采用的策略是否達(dá)到預(yù)期。

六、產(chǎn)品需求建模三大利器

在完成用戶需求分析后，我們需要將分析出來的功能，轉(zhuǎn)化成產(chǎn)品需求，并交付給研發(fā)團(tuán)隊(duì)來實(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)系圖，是用來描述現(xiàn)實(shí)世界的模型。ER圖是由美籍華人陳品山于1976年提出的一種數(shù)據(jù)建模工具。

實(shí)體是指客觀存在的事物，比如人、對(duì)象、概念、事件，都可以看作實(shí)體，通過梳理實(shí)體，以及實(shí)體之間的關(guān)系，可以梳理出產(chǎn)品的大致信息結(jié)構(gòu)。

通過E-R圖來梳理信息結(jié)構(gòu)，對(duì)產(chǎn)品經(jīng)理來說，有以下幫助：

1、給開發(fā)提供數(shù)據(jù)庫建表依據(jù)。程序=數(shù)據(jù)結(jié)構(gòu)+算法，有了數(shù)據(jù)結(jié)構(gòu)，對(duì)開發(fā)來說，對(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è)建模的過程，建模需要通過業(yè)務(wù)溝通、流程梳理，從這些分析活動(dòng)中提煉出核心實(shí)體。

2）ER圖的核心組成

E-R圖由實(shí)體、屬性和聯(lián)系組成。實(shí)體是抽象出來的人（如學(xué)生、講師）、對(duì)象（如課程）、概念（如章節(jié)）。實(shí)體一般是個(gè)名詞，用一個(gè)方框來描述。

屬性是對(duì)實(shí)體不同維度的描述，用橢圓來表示，并和實(shí)體連接起來。但是大部分情況下，我更喜歡直接在實(shí)體里面去添加屬性，維護(hù)成本更低，可擴(kuò)展性更強(qiáng)。

實(shí)體與實(shí)體之間，通過一個(gè)菱形來連接，菱形里描述實(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ì)多。在菱形兩邊的線上，通過1、N、M來表達(dá)數(shù)量關(guān)系。

以下是標(biāo)準(zhǔn)的ER圖：

3）ER圖的三種模型

ER圖按照其目的，可以分為三種類型的模型，分別是概念模型、邏輯模型和物理模型。

1. 概念模型，主要呈現(xiàn)的是系統(tǒng)主要的實(shí)體，即核心業(yè)務(wù)對(duì)象，不會(huì)描述屬性和基數(shù)。
2. 邏輯模型，主要呈現(xiàn)的是實(shí)體，關(guān)系，基數(shù)和屬性。
3. 物理模型，主要呈現(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ù)庫的依據(jù)，開發(fā)在創(chuàng)建數(shù)據(jù)庫的時(shí)候，會(huì)使用物理模型。

以下是三個(gè)模型的對(duì)比：

所謂的列，你可以理解為屬性，列的類型是屬性的數(shù)據(jù)類型。

比如，用戶作為一個(gè)實(shí)體，有姓名、年齡、生日等屬性，姓名是字符、年齡是數(shù)字、年齡是日期。

4）ER圖示例

邏輯模型ER圖

物理模型ER圖

ER圖的畫法非常簡單，但是用處特別大，實(shí)體關(guān)系更是一種思考模型，可以讓產(chǎn)品經(jīng)理“透過現(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ì)簡單，其實(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ù)流程如注冊、登錄、找回密碼這些基礎(chǔ)流程，還有如打車、叫外賣、購物的業(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)。注冊的流程涉及填寫手機(jī)號(hào)、獲取驗(yàn)證碼、輸入密碼等活動(dòng)。

2）業(yè)務(wù)流程分析

業(yè)務(wù)流程分析就是在開始動(dòng)手畫之前對(duì)業(yè)務(wù)和執(zhí)行過程進(jìn)行詳細(xì)的調(diào)查，并回答以下問題：

（1）業(yè)務(wù)流程的目的或者想達(dá)到的目標(biāo)是什么？

（2）業(yè)務(wù)流程從哪里開始？如何完成？包含哪些活動(dòng)和步驟？結(jié)束的條件是什么？

（3）這個(gè)業(yè)務(wù)流程有哪些角色參與？

（4）流程的活動(dòng)之間有哪些控制流（判斷、同步分支和匯合，稍后會(huì)說到）業(yè)務(wù)流程畫法

3）業(yè)務(wù)流程圖的基本元素

業(yè)務(wù)流程圖的基本元素包括：活動(dòng)、判定、開始和結(jié)束、文檔、數(shù)據(jù)、控制元素，如下圖：

不論用什么工具，記住這幾個(gè)基本元素，就可以覆蓋所有的業(yè)務(wù)流程。不管什么流程圖，都可以僅用以上幾個(gè)元素表達(dá)，比如跨部門職能流程圖，就是加泳道而以，頁面流程圖，可以用『文檔/數(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)出成績單，任課老師閱出成績，并將答卷封裝存檔，如果不及格，教務(wù)處安排補(bǔ)考。

② 人與系統(tǒng)

③ 系統(tǒng)與系統(tǒng)

在梳理系統(tǒng)與系統(tǒng)之間的業(yè)務(wù)流程圖時(shí)，切記不要梳理得太細(xì)。

不要在流程圖上體現(xiàn)太多的分支流程和異常流程。

如果過細(xì)的話，會(huì)把這份流程圖變得非常復(fù)雜，可讀性太差。

最后，因?yàn)檫^于復(fù)雜而沒人愿意看，自己后面看的時(shí)候可能都會(huì)繞暈，開發(fā)測試更是不愿意看。

最好的做法是，核心系統(tǒng)間的流程圖簡要描述即可，通過這個(gè)圖重點(diǎn)描述幾個(gè)事情：

1、核心業(yè)務(wù)，涉及到多少個(gè)系統(tǒng)。

2、系統(tǒng)之間，如何進(jìn)行交互和流轉(zhuǎn)。

3、在這些流轉(zhuǎn)過程中，分為幾個(gè)大的步驟（縱向分階段）。

然后，對(duì)復(fù)雜的業(yè)務(wù)邏輯，通過單個(gè)業(yè)務(wù)流程圖來進(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í)際工作場景中，寫一大堆文字來描述狀態(tài)流轉(zhuǎn)，效果通常都不太好。對(duì)于狀態(tài)定義及流轉(zhuǎn)的描述，狀態(tài)機(jī)圖是最好的工具，沒有之一。

狀態(tài)描述最常見的應(yī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è)購物訂單，衍生出了支付訂單、物流訂單、售后訂單，在待發(fā)貨這個(gè)狀態(tài)下，有退款中和退款完成兩個(gè)子狀態(tài)。

4、持續(xù)一定時(shí)長。狀態(tài)是能持續(xù)一定時(shí)長的，而不是瞬間狀態(tài)，比如創(chuàng)建一個(gè)訂單，創(chuàng)建這個(gè)過程，由代碼執(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)系圖一樣，畫法很簡單，但是代表的是對(duì)狀態(tài)的定義和規(guī)則的思考，幫助巨大。

可以使用ProcessOn、Visio、Axure就可以很方便地畫出來。

4. 小結(jié)

對(duì)產(chǎn)品/功能完成建模后，我們就完成需求分析很重要的一步，我們來總結(jié)下這三個(gè)建模工具：

使用ER建模和流程建模，其實(shí)背后還代表著一種設(shè)計(jì)思想。

ER圖代表DDD，即領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)，我們在梳理ER圖的時(shí)候，可以識(shí)別所有業(yè)務(wù)對(duì)象，這本身也是一個(gè)熟悉陌生領(lǐng)域的過程。

流程圖代表PDD，即流程驅(qū)動(dòng)設(shè)計(jì)，在梳理業(yè)務(wù)流程圖的過程中，考慮更細(xì)節(jié)的分支流程和異常流程，從而可以補(bǔ)全用戶故事地圖，從而真正做到既有廣度，又有深度。

另外，其實(shí)還有一些其他的建模工具，如用例圖、時(shí)序圖。感興趣的朋友可以自行去研究，刀哥公眾號(hào)也有相關(guān)的文章。

刀哥認(rèn)為，熟練掌握這3個(gè)建模工具，就可以覆蓋工作中大部分的場景了。

七、如何管理用戶需求和產(chǎn)品需求？

1. 原始需求和產(chǎn)品需求

前面我們說過，需求有用戶需求和產(chǎn)品需求。

用戶提交的需求，還沒有經(jīng)過深入思考，整理解決方案的，叫做原始需求。

使用逆向分析法，對(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)品需求，可能包括積分模塊、成長值模塊、優(yōu)惠券模塊、還有對(duì)前端APP的改造，包括很多模塊。

原始需求，提交方通常是帶著方案來的，我們千萬不要把用戶的方案當(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í)、問題描述、預(yù)期目標(biāo)、預(yù)期收益、期待解決方案、期待上線日期等字段。

需求提交的模板可以在刀哥產(chǎn)品資料集里面獲取，關(guān)注刀哥公眾號(hào)，即可獲取。

2. 需求的類型和價(jià)值

需求按照軟件工程這個(gè)維度分，可以分為功能需求和非功能需求。

按照不同提交主體，又可以分為業(yè)務(wù)需求、用戶需求和技術(shù)需求。

業(yè)務(wù)需求是由中高層提出，主要是一些策略和管理制度等，如績效規(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à)值。能否為公司帶來收益？

業(yè)務(wù)價(jià)值。能否降本增效或者提高安全、風(fēng)控？

用戶價(jià)值。能否解決用戶問題，或帶來“效用”？

技術(shù)價(jià)值。能否提升產(chǎn)品的擴(kuò)展性、易用性？

3. 如何管理需求池？

不管從什么渠道，接到什么需求，第一步我們都記錄到原始需求池。

然后根據(jù)模塊，由不同的產(chǎn)品人員負(fù)責(zé)并分析，然后變更原始需求池的狀態(tài)。

原始需求經(jīng)過分析后，有些可能是偽需求，有些實(shí)現(xiàn)后可能也沒什么價(jià)值，有些轉(zhuǎn)成了產(chǎn)品需求。

轉(zhuǎn)成產(chǎn)品需求后，再記錄到產(chǎn)品需求池里，根據(jù)項(xiàng)目進(jìn)度進(jìn)行維護(hù)更新。

還記得之前說的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)略、市場動(dòng)態(tài)、競爭對(duì)手、內(nèi)部資源等。

但是歸納起來，就這幾個(gè)核心點(diǎn)：

• 投產(chǎn)比：可量化的需求，投入多少研發(fā)資源，可以獲得多少收益。收益可能直接給公司帶來的營收，也可能是間接的降本增效。
• 風(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)。看上線后的需求是否帶來業(yè)務(wù)增量。

2、看行為指標(biāo)。通過埋點(diǎn)，統(tǒng)計(jì)使用次數(shù)、人數(shù)及轉(zhuǎn)化率?？垂δ艿氖褂们闆r，

2、看NPS。通過凈推薦值，看用戶的綜合主觀評(píng)價(jià)。

5. 小結(jié)

需求分為原始需求和產(chǎn)品需求，原始需求是用戶提出的，產(chǎn)品需求是產(chǎn)品經(jīng)理經(jīng)過思考和分析提出的。

需求有業(yè)務(wù)需求、用戶需求和價(jià)值需求。需求的價(jià)值有商業(yè)價(jià)值、業(yè)務(wù)價(jià)值、用戶價(jià)值和技術(shù)價(jià)值。產(chǎn)品經(jīng)理要能夠識(shí)別需求的類型和價(jià)值，才能做出更好的分析。

管理需求池可以利用項(xiàng)目管理工具，也可以簡單地用excel，管理的重點(diǎn)是跟進(jìn)與維護(hù)。

需求的優(yōu)先級(jí)可以通過投產(chǎn)比，安全，合規(guī)等幾個(gè)方面去考慮。

做需求，一定要量化，有量化，才能驗(yàn)證需求是否符合預(yù)期，通過收集需求，做方案，看數(shù)據(jù)，才能形成有效的項(xiàng)目循環(huán)，并提升能力。

八、一個(gè)需求的一生

一個(gè)需求，從挖掘到分析、調(diào)研，再到整理成產(chǎn)品需求，再到研發(fā)測試上線，用下面這張圖，可以很好呈現(xiàn)。

這張圖來自騰訊的TAPD，這里又要安利下這個(gè)項(xiàng)目管理工具，可以管理從需求到交付的全過程。

了解需求的全生命周期，也就掌握了項(xiàng)目管理的核心方法，項(xiàng)目管理的起點(diǎn)，就是需求。

首先，產(chǎn)品經(jīng)理規(guī)劃需求，需求可能來自于業(yè)務(wù)、技術(shù)或者用戶，經(jīng)過分析，將這些需求按照一個(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)品需求、市場需求和商業(yè)需求。用戶需求使用逆向分析法、產(chǎn)品需求使用UML、市場需求商業(yè)需求使用精益畫布，不同需求，分析的工具和方法論不一樣。

做好需求分析，可以讓正確的事情相繼發(fā)生，讓產(chǎn)品有價(jià)值、研發(fā)有價(jià)值。

需求來自于場景，產(chǎn)品經(jīng)理必須認(rèn)知到這一點(diǎn)，只有熟悉了場景，才能理解用戶，做出好的解決方案。

分析用戶需求，可以使用用戶故事地圖法，使用用戶故事地圖，可以做到既見森林，又見樹木。

挖掘用戶真實(shí)的需求，可以使用逆向分析法，用戶會(huì)說需要一匹更快的馬，但想要的是更安全快速到達(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)過一系列的過程，可以使用敏捷開發(fā)的思路，認(rèn)識(shí)了需求的生命周期，是做好項(xiàng)目管理的基礎(chǔ)。