從開始接手產(chǎn)品工作的那一刻起，就在和各種各樣的需求打交道。

打交道的過(guò)程中會(huì)遇到如下各種問(wèn)題：

1.需求應(yīng)該要從哪里去收集？

2.各種渠道，各個(gè)相關(guān)角色會(huì)反饋給你一堆需求，這時(shí)應(yīng)該如何去落地？

3.當(dāng)需求越來(lái)越多時(shí)，需要一個(gè)需求庫(kù)來(lái)進(jìn)行相關(guān)需求的管理，這時(shí)需求庫(kù)如何做，需求庫(kù)里應(yīng)該要包含哪些要素會(huì)比較好？

4.接到的需求到底該不該做，什么時(shí)間做，應(yīng)該如何去判斷？

5.等等。

這一系列的問(wèn)題，

通過(guò)做好需求管理的一套方法，將會(huì)一一得到解決。

這一套方法是什么？

我將從以下3點(diǎn)展開來(lái)講：

1.需求全生命周期管理；

2.需求庫(kù)管理；

3.需求取舍、優(yōu)先級(jí)判斷原則。

01需求全生命周期管理

關(guān)于“需求”相關(guān)的問(wèn)題，

我們首先要建立一個(gè)基本的認(rèn)知，那就是：

需求全生命周期管理。

需求不是一個(gè)零碎、單一環(huán)節(jié)的存在，它有相應(yīng)的一套完整管理過(guò)程。

這一套完整的全生命周期管理，大概可以分為以下6個(gè)關(guān)鍵點(diǎn)：

1.需求收集；

2.需求分析；

3.需求確定；

4.需求評(píng)審；

5.需求推進(jìn)；

6.需求變更。

以上6個(gè)關(guān)鍵點(diǎn)，這里我將一一拆開來(lái)詳細(xì)講講。

第一個(gè)關(guān)鍵點(diǎn)，需求收集。 

需求管理的第一步就是收集需求，沒(méi)有收集到需求，何來(lái)后面的全生命周期管理。

收集需求的方法有很多，

比如：

1.可以通過(guò)用戶訪談的形式收集需求；

2.可以通過(guò)用戶調(diào)查的方式收集需求；

3.可以通過(guò)深入一線，觀察、學(xué)習(xí)的方式收集需求；

4.可以通過(guò)會(huì)議溝通的方式來(lái)收集需求；

5.可以通過(guò)競(jìng)品分析的方式來(lái)收集需求；

6.等等。

第二個(gè)關(guān)鍵點(diǎn)，需求分析。

通過(guò)第一階段收集到的需求，可能會(huì)來(lái)自于不同部門、不同角色、不同顆粒度且零散的需求。這時(shí)就需要對(duì)需求進(jìn)行分析。

需求分析的目的就是業(yè)務(wù)分析，也就是：

選擇一種以業(yè)務(wù)為導(dǎo)向的方式將零散的、不同顆粒度的需求串起來(lái)，形成一個(gè)完整的、內(nèi)容清晰的框架，指導(dǎo)后續(xù)相關(guān)的產(chǎn)品設(shè)計(jì) 、產(chǎn)品開發(fā)工作。

做需求分析時(shí)，我們可以用業(yè)務(wù)流程圖，業(yè)務(wù)場(chǎng)景，領(lǐng)域建模，狀態(tài)圖等思考模型來(lái)進(jìn)行需求分析。

第三個(gè)關(guān)鍵點(diǎn)，需求確定。 

對(duì)分析完成的需求，接下來(lái)就要和需求發(fā)起者進(jìn)行確定，這是不是他們想要的需求。

第四個(gè)關(guān)鍵點(diǎn)，需求評(píng)審。 

需求確定以后，接下來(lái)需要與技術(shù)團(tuán)隊(duì)評(píng)審需求，需要開發(fā)的周期、投入的人力需要多少進(jìn)行溝通。

第五個(gè)關(guān)鍵點(diǎn)，需求推進(jìn)。 

對(duì)已經(jīng)完成確定、完成評(píng)審的需求，需要進(jìn)一步往下進(jìn)行原型設(shè)計(jì)、UI設(shè)計(jì)、技術(shù)開發(fā)等工作的推進(jìn)。

如何推進(jìn)？

需求推進(jìn)的過(guò)程中有哪些關(guān)鍵點(diǎn)需要注意，可以參考我之前的一篇文章：

第六個(gè)關(guān)鍵點(diǎn)，需求變更。

已評(píng)審?fù)瓿傻男枨螅谕笸七M(jìn)落地的過(guò)程中，可能會(huì)遇到需求變化的情況。

可能是業(yè)務(wù)方提出的需求變化，

也可能是技術(shù)在開發(fā)過(guò)程中遇到了技術(shù)挑戰(zhàn)，提出了需求變更的請(qǐng)求。

這時(shí)通過(guò)再次溝通、評(píng)估新的產(chǎn)品方案、評(píng)估新的技術(shù)方案，選擇合適方案，往下進(jìn)行需求落地的推進(jìn)。

從需求收集到需求變更是一個(gè)完整、閉環(huán)的需求管理過(guò)程。

只有認(rèn)清需求管理的全生命周期，才能管理好全生命周期中動(dòng)態(tài)的變化，管理好每一個(gè)“需求管理”的節(jié)點(diǎn)。 

02需求庫(kù)管理

一家初創(chuàng)的企業(yè)級(jí)Saas公司，

或者是一家傳統(tǒng)企業(yè)開始開發(fā)軟件來(lái)解決企業(yè)數(shù)字化轉(zhuǎn)型問(wèn)題的公司，

剛開始需求沒(méi)有多少，收集到的需求可能找個(gè)文檔簡(jiǎn)單記錄一下需求就可以。

隨著業(yè)務(wù)的發(fā)展，需求越來(lái)越多，

面對(duì)龐大的需求，這時(shí)就需要找一個(gè)合適的工具來(lái)進(jìn)行需求管理。

這個(gè)工具叫做“需求庫(kù)”，也有人把它稱為“需求池”。

通過(guò)需求庫(kù)的使用，

可以把需求按照標(biāo)準(zhǔn)的方式匯集在一起，方便后面對(duì)需求的統(tǒng)一管理（可以在需求庫(kù)里增加需求、修改需求、查看需求，對(duì)需求進(jìn)行歸類、優(yōu)先級(jí)排序等等）。

需求庫(kù)里包含的要素主要有5大類：

1.需求，包括

需求描述，提出人，提出職級(jí)，提出時(shí)間。

2.優(yōu)先級(jí)

P0,P1,P2。

3.評(píng)估

產(chǎn)品可行性、技術(shù)可行性、投入資源、開發(fā)周期預(yù)估。

4.狀態(tài)

需求確認(rèn)、需求評(píng)審、產(chǎn)品設(shè)計(jì)、技術(shù)設(shè)計(jì)、技術(shù)開發(fā)、測(cè)試、部署上線。

5.變更情況

變更提出人、是否有技術(shù)瓶頸、產(chǎn)品方案是否變更，技術(shù)方案是否變更。

知道需求庫(kù)里需要哪些要素之后，接下來(lái)，就要進(jìn)行需求庫(kù)的繪制，

需求庫(kù)的繪制，可以使用Excel表格或者石墨文檔來(lái)完成。

03需求取舍、優(yōu)先級(jí)判斷原則

文章一開始，我就提到，

日常工作中，各種渠道，各個(gè)相關(guān)角色會(huì)反饋給產(chǎn)品經(jīng)理一堆需求。

面對(duì)一堆需求，需求該不該做，需求的優(yōu)先級(jí)該怎么去排列，

這時(shí)，就我們就需要有一些方法或者是原則來(lái)支撐我們對(duì)需求取舍、需求優(yōu)先級(jí)判斷。

先聊第一個(gè)問(wèn)題，需求取舍。

需求到底該不該做？

根據(jù)我的經(jīng)驗(yàn)來(lái)看，可以有幾個(gè)標(biāo)準(zhǔn)來(lái)綜合判斷：

1.戰(zhàn)略方針

也可以叫產(chǎn)品的價(jià)值主張，知道了產(chǎn)品的價(jià)值主張，就能大概的知道產(chǎn)品的邊界在哪？

屬于價(jià)值主張范圍內(nèi)的需求，可以考慮做；不屬于價(jià)值主張范圍內(nèi)的需求，則不應(yīng)該做。

2.用戶價(jià)值、商業(yè)價(jià)值組合思考

如果需求對(duì)用戶價(jià)值，對(duì)公司也有商業(yè)價(jià)值，那就該做；

如果對(duì)用戶有價(jià)值，對(duì)公司沒(méi)有商業(yè)價(jià)值，那也可以考慮做，可能需求優(yōu)先級(jí)就要排在后面；

如果對(duì)用戶沒(méi)有價(jià)值，不管對(duì)公司是否有商業(yè)價(jià)值，都不應(yīng)該做。

3.若無(wú)必要，則不需要過(guò)度設(shè)計(jì)

我們開發(fā)軟件是為了支持業(yè)務(wù)的需要，支持業(yè)務(wù)需要時(shí)可以是線上+線下來(lái)完成，如果是及其低頻、線下處理比線上處理還要方便的業(yè)務(wù)需求，這時(shí)可以化繁為簡(jiǎn)，沒(méi)必要線上來(lái)做。

接著聊第二個(gè)問(wèn)題，需求優(yōu)先級(jí)排序。 

首先，對(duì)需求類型進(jìn)行分類，我對(duì)所有的Ｂ端需求分為3大類:

1.業(yè)務(wù)閉環(huán)型需求；

2.便利性需求；

3.個(gè)性化需求。

這3類需求，

第一個(gè)最重要，排第一；

第二個(gè)，第二重要，排第二；

第三個(gè)，第三重要，排第三。

我之前在哈佛商業(yè)評(píng)論期刊上看到一篇文章，具體文章標(biāo)題我已經(jīng)忘了，文章中給出了Ｂ端企業(yè)顧客需求的幾個(gè)維度，如下圖：

這張圖里面的基本價(jià)值和功能價(jià)值就是我說(shuō)的業(yè)務(wù)閉環(huán)型需求；

便利價(jià)值就是我說(shuō)的便利性需求；

個(gè)性價(jià)值和理想性價(jià)值就是我說(shuō)的個(gè)性化需求。

這里我舉個(gè)實(shí)際的例子，

比如，小明是某個(gè)給景區(qū)提供營(yíng)銷推廣、SCRM的Saas服務(wù)商的一個(gè)產(chǎn)品經(jīng)理，這家公司是一家初創(chuàng)企業(yè)，在做門票系統(tǒng)時(shí)，有以下幾個(gè)需求：

1.添加門票

2.編輯門票

3.查看門票

4.刪除門票

5.分組批量管理門票

6.面向用戶的詳情頁(yè)，需要有多種樣式可以選擇

這6個(gè)需求中的1、2、3、4對(duì)應(yīng)著我上面講的閉環(huán)型需求，優(yōu)先級(jí)是排第一的；

第5個(gè)需求對(duì)應(yīng)著我上面提出的便利性需求，優(yōu)先級(jí)排第二；

第6個(gè)需求對(duì)應(yīng)著我上面提出的個(gè)性化需求，優(yōu)先級(jí)排第三。

這三類需求中，

不同類別中，也會(huì)存在很多需求，如何進(jìn)行前后排列？

可以從以下幾個(gè)維度來(lái)綜合考慮：

1.需求強(qiáng)烈程度；

2.功能的使用頻次；

3.實(shí)現(xiàn)成本；

4.團(tuán)隊(duì)情況；

5.企業(yè)生命周期階段。

這里還是接著舉例，

比如，

文章中提到的，給景區(qū)提供營(yíng)銷推廣、SCRM的Saas系統(tǒng)，其中有一個(gè)需求是：

掃碼授權(quán)系統(tǒng)可以和景區(qū)服務(wù)號(hào)綁定，這個(gè)需求首先肯定屬于閉環(huán)型需求，排在第一位的，沒(méi)有這個(gè)需求功能，產(chǎn)品閉環(huán)不了。

在第一個(gè)類別中，這個(gè)需求優(yōu)先級(jí)應(yīng)該如何排列呢？

我們來(lái)綜合考慮一下：

1.需求強(qiáng)烈程度，程度是比較高的；

2.功能的使用頻次，頻次是比較低的，一次授權(quán)，終身使用；

3.實(shí)現(xiàn)成本，產(chǎn)品設(shè)計(jì)、技術(shù)開發(fā)上比較耗時(shí)；

4.團(tuán)隊(duì)情況，初創(chuàng)團(tuán)隊(duì)，產(chǎn)品、技術(shù)人員較少；

5.企業(yè)生命周期階段，屬于初期，主要要進(jìn)行產(chǎn)品價(jià)值的驗(yàn)證階段。

綜合評(píng)估完，短期來(lái)講，每增加一個(gè)景區(qū)，技術(shù)手動(dòng)操作，授權(quán)服務(wù)號(hào)綁定系統(tǒng)（這個(gè)比較簡(jiǎn)單，耗時(shí)較小），只要能解決系統(tǒng)綁定服務(wù)號(hào)問(wèn)題就行，不一定要完整的解決方案。

完整的解決方案排在后期再去做，

因此這個(gè)需求的優(yōu)先級(jí)是排在后面的。

以上講了一些方法來(lái)支撐我們對(duì)需求取舍、需求優(yōu)先級(jí)判斷，

不過(guò)老實(shí)來(lái)講，需求優(yōu)先級(jí)判斷這事其實(shí)是沒(méi)有標(biāo)準(zhǔn)答案的，

沒(méi)有一種方法可以將需求劃分到足夠小的顆粒度來(lái)進(jìn)行需求優(yōu)先級(jí)判斷，只要能夠大概的區(qū)分出來(lái)就好。

最后，

關(guān)于Ｂ端產(chǎn)品如何做好需求管理的問(wèn)題就講到這里了。

愿你有所收獲，知道如何動(dòng)態(tài)、系統(tǒng)的管理需求。

-END-