Ｂ端產(chǎn)品如何做好需求管理？
作為一個(gè)產(chǎn)品經(jīng)理，
從開始接手產(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.等等。
關(guān)于收集需求具體更詳細(xì)的理解，可以參考我之前的一篇文章：
《Ｂ端產(chǎn)品需求的3個(gè)層次，你都了解嗎？》。
第二個(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)行需求分析。
具體如何用這些模型來(lái)做需求分析，可以參考我之前寫過(guò)的兩篇文章：
《Ｂ端產(chǎn)品如何進(jìn)行業(yè)務(wù)流程的梳理與繪制？》；
《Ｂ端產(chǎn)品如何進(jìn)行業(yè)務(wù)全場(chǎng)景的需求梳理？》。
第三個(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)的管理需求。
看到這里就關(guān)注一下吧~