筆者在前文《關(guān)于洞察挖掘產(chǎn)品需求的思考與總結(jié)》中介紹了收集和挖掘需求的方法。本篇將接前文，介紹在獲取到一些需求之后，如何進(jìn)行需求管理？

在相對(duì)成熟的產(chǎn)品團(tuán)隊(duì)里，需求管理是產(chǎn)品經(jīng)理的核心工作之一，團(tuán)隊(duì)內(nèi)可使用云協(xié)作類(lèi)的應(yīng)用軟件進(jìn)行協(xié)作管理。我們從以下幾個(gè)方面來(lái)討論需求管理：

一、需求方案初判

作為產(chǎn)品經(jīng)理，需要在溝通需求時(shí)，對(duì)需求的實(shí)現(xiàn)方案、所耗成本和資源、預(yù)期效果、是否有實(shí)現(xiàn)同樣目標(biāo)的低成本替代方案等，有一定的判斷力，即需求方案初判。

舉一個(gè)案例：

距離活動(dòng)日只剩3天，某客戶(hù)部門(mén)提出要增加一個(gè)需求：活動(dòng)日當(dāng)天，做一個(gè)購(gòu)買(mǎi)套餐，加價(jià)1元即可獲贈(zèng)會(huì)員的優(yōu)惠活動(dòng)。

分析當(dāng)時(shí)的客觀(guān)情況：

• 前后端開(kāi)發(fā)人員都在滿(mǎn)負(fù)荷的開(kāi)發(fā)周期中，較困難調(diào)動(dòng)人員臨時(shí)支撐新增加的需求；
• 之前的訂單體系中不支持在一個(gè)訂單里同時(shí)購(gòu)買(mǎi)套餐和會(huì)員，此前未考慮類(lèi)似這樣的需求的拓展性，服務(wù)端有一定的開(kāi)發(fā)量，客戶(hù)端也需要開(kāi)發(fā)適配并更新線(xiàn)上版本，產(chǎn)品、設(shè)計(jì)、開(kāi)發(fā)、測(cè)試、審核發(fā)布一共只有3天時(shí)間；
• 業(yè)務(wù)部門(mén)對(duì)此需求上線(xiàn)后可創(chuàng)造收益的預(yù)期暫不明確。

綜合來(lái)看，如期實(shí)現(xiàn)這個(gè)需求的難度較高。那么有沒(méi)有替代方案可以滿(mǎn)足該部門(mén)的需求呢？

經(jīng)再次溝通了解到，該部門(mén)的活動(dòng)方案所涉及到的用戶(hù)基本都會(huì)有電話(huà)和微信溝通，只要工作人員在活動(dòng)日通過(guò)電話(huà)溝通確認(rèn)用戶(hù)購(gòu)買(mǎi)這一促銷(xiāo)方案，微信發(fā)送公司的收款二維碼，讓用戶(hù)掃碼支付1元后，由工作人員在后臺(tái)批量為用戶(hù)開(kāi)通會(huì)員即可。

換用了一個(gè)思路，便用很輕的方式解決了該客戶(hù)部門(mén)的緊急需求。

其實(shí)從產(chǎn)品的角度來(lái)看，這也算是一個(gè)產(chǎn)品MVP。如果該活動(dòng)經(jīng)分析，效果和成本可以有很好的平衡，即可作為一個(gè)需求，再排期到版本里進(jìn)行開(kāi)發(fā)，實(shí)現(xiàn)線(xiàn)上所有用戶(hù)都能自助購(gòu)買(mǎi)這一促銷(xiāo)優(yōu)惠方案。

在這個(gè)案例里，產(chǎn)品經(jīng)理對(duì)當(dāng)時(shí)產(chǎn)品開(kāi)發(fā)資源、時(shí)間緊急度、替代方案的思考，就是對(duì)一個(gè)需求的方案初判的過(guò)程。對(duì)每一個(gè)需求都有這樣的思考和判斷過(guò)程，會(huì)更合理的對(duì)待需求和待解決的問(wèn)題。

當(dāng)然，在產(chǎn)品經(jīng)理做了需求方案的初判之后，和業(yè)務(wù)部門(mén)的溝通也是非常重要的。共同站在產(chǎn)品和公司的立場(chǎng)出發(fā)是跨部門(mén)溝通與合作的基礎(chǔ)原則，溝通確認(rèn)性?xún)r(jià)比最高的方案，讓產(chǎn)品和功能以更敏捷的方式推向市場(chǎng)，試錯(cuò)迭代，快速優(yōu)化。

二、需求優(yōu)先級(jí)

在通過(guò)需求的初判之后，會(huì)擋掉一些不合理或可以采取更輕的解決方案的需求，對(duì)于留下來(lái)的需求，需要記錄進(jìn)需求池。

在記錄進(jìn)需求池的時(shí)候，需要對(duì)需求的優(yōu)先級(jí)進(jìn)行排序標(biāo)注，有兩種常見(jiàn)的排序方法。一種是基于四象限法則，另一種則是基于KANO模型。

1. 四象限法則

有些情況下，因?yàn)樾枨蟮膩?lái)源和影響因素不同，在排期上總會(huì)不易協(xié)調(diào)。

營(yíng)銷(xiāo)部門(mén)需要我們配合做活動(dòng)，業(yè)務(wù)部門(mén)著急需要滿(mǎn)足大客戶(hù)的要求，開(kāi)發(fā)需要留出做加固，運(yùn)營(yíng)部門(mén)需要解決用戶(hù)投訴的體驗(yàn)問(wèn)題……

所以有時(shí)產(chǎn)品經(jīng)理抉擇起來(lái)會(huì)很痛苦，需要綜合權(quán)衡排期和利弊，考慮最合理并且能說(shuō)服別人的理由。

最常用的判斷方法是 Stephen Covey提出的緊急重要四象限法則，如圖所示：

我們把重要并且緊急的需求排在最前，重要但不緊急的需求其次，不重要但緊急的需求再次，最后是不重要不緊急的需求。

在判斷需求是否重要時(shí)，可以參考如下：

• 不做，會(huì)造成問(wèn)題和負(fù)面影響
• 做了，會(huì)產(chǎn)生正向的效應(yīng)和影響
• 跟戰(zhàn)略布局有關(guān)
• 跟核心用戶(hù)利益有關(guān)
• 跟大部分用戶(hù)權(quán)益有關(guān)
• 跟效率、成本、收入、利潤(rùn)有關(guān)
• 跟用戶(hù)體驗(yàn)有關(guān)

在判斷需求是否緊急，可以參考如下：

• 不做，錯(cuò)誤會(huì)持續(xù)發(fā)生并造成嚴(yán)重影響
• 不做，短期內(nèi)可控但長(zhǎng)期會(huì)有糟糕的影響
• 做了，立刻能解決很多問(wèn)題、產(chǎn)生正面的影響
• 做了，在一段時(shí)間后可以有良好的效果

2. KANO模型

另外一種很常用的方法是東京理工大學(xué)教授狩野紀(jì)昭（ Noriaki Kano）提出的KANO模型，是對(duì)用戶(hù)需求分類(lèi)和優(yōu)先排序的有用工具，以分析用戶(hù)需求對(duì)用戶(hù)滿(mǎn)意的影響為基礎(chǔ)，體現(xiàn)了產(chǎn)品性能和用戶(hù)滿(mǎn)意之間的非線(xiàn)性關(guān)系。如圖所示：

基于四象限法則或KANO模型，可以完成需求優(yōu)先級(jí)的判斷。通常我們會(huì)用P1、P2、P3、P4來(lái)標(biāo)注不同的優(yōu)先級(jí)，P1優(yōu)先級(jí)最高，P4最低。

三、需求來(lái)源和負(fù)責(zé)人

確認(rèn)完需求的優(yōu)先級(jí)之后，將需求記錄進(jìn)需求池。我個(gè)人在帶領(lǐng)團(tuán)隊(duì)工作中，使用的需求池管理模版很簡(jiǎn)潔，如圖所示：

需要在需求池To-do List中需要記錄的一些字段都是非常重要的。我們?cè)谇拔闹杏刑岬酵诰蛐枨蟮膸追N不同方式，再加上各個(gè)部門(mén)提出的多樣的需求，因而需求的來(lái)源是較復(fù)雜的。

我們?cè)谟涗浀臅r(shí)候，將“需求來(lái)源”廣義定義為：需求的來(lái)源方，或產(chǎn)品經(jīng)理所挖掘需求的方式和其成立的結(jié)論支撐。

需求來(lái)源和需求負(fù)責(zé)人的記錄，是為了在出現(xiàn)人員變動(dòng)或排期較長(zhǎng)已經(jīng)記不清的情況下，能夠通過(guò)當(dāng)時(shí)的需求負(fù)責(zé)人和需求來(lái)源的方式推演復(fù)現(xiàn)需求。

此外，需求負(fù)責(zé)人需對(duì)需求從提出到設(shè)計(jì)開(kāi)發(fā)到上線(xiàn)數(shù)據(jù)分析的全過(guò)程負(fù)責(zé)，通過(guò)表格也能夠一目了然每一項(xiàng)具體需求的責(zé)任人是誰(shuí)。

四、需求排期

我們這里所討論的需求排期，指的是還未進(jìn)入設(shè)計(jì)和開(kāi)發(fā)階段的需求排入到具體開(kāi)發(fā)版本的情況。

之后筆者在寫(xiě)到需求評(píng)審?fù)瓿芍?，交付開(kāi)發(fā)的時(shí)候所描述的需求排期，指的是已經(jīng)進(jìn)入到設(shè)計(jì)開(kāi)發(fā)階段的需求實(shí)現(xiàn)的生產(chǎn)要素UI設(shè)計(jì)、前端開(kāi)發(fā)、后端開(kāi)發(fā)、測(cè)試各需要的時(shí)間以及適當(dāng)并行分工的情況。

在確認(rèn)了該需求被記錄進(jìn)To-do List的時(shí)候，產(chǎn)品經(jīng)理需要綜合該產(chǎn)品線(xiàn)的全局需求優(yōu)先級(jí)情況，對(duì)該需求進(jìn)行版本排期，并根據(jù)版本排期推算大致的可上線(xiàn)時(shí)間范圍。

這么做的原因主要是：需求所涉及到的業(yè)務(wù)、運(yùn)營(yíng)、市場(chǎng)等部門(mén)，往往需要根據(jù)大致的可上線(xiàn)時(shí)間，做提前的安排和規(guī)劃。尤其是連接線(xiàn)下業(yè)務(wù)的功能，需要線(xiàn)下提前部署準(zhǔn)備好功能上線(xiàn)后的工作。

產(chǎn)品經(jīng)理在確認(rèn)需求的版本排期的時(shí)候也需要和涉及到的相關(guān)部門(mén)負(fù)責(zé)人員溝通，并在溝通后以以郵件的形式確認(rèn)并通知。

做好產(chǎn)品，從產(chǎn)品思維階梯到工作流程執(zhí)行都需要有適合自己的方法論，筆者會(huì)從建立思維框架、需求挖掘、需求管理、產(chǎn)品方案設(shè)計(jì)、原型設(shè)計(jì)、產(chǎn)品需求文檔編寫(xiě)、UI設(shè)計(jì)、評(píng)審與會(huì)議、跟進(jìn)協(xié)調(diào)開(kāi)發(fā)測(cè)試、產(chǎn)品發(fā)布、數(shù)據(jù)分析與需求驗(yàn)證、數(shù)據(jù)驅(qū)動(dòng)與敏捷開(kāi)發(fā)的流程節(jié)點(diǎn)，分享自己的方法論，不定期更新，感謝閱讀。

下一篇文章，主要和大家分享《產(chǎn)品工作流程與方法論—產(chǎn)品方案設(shè)計(jì)》。

#專(zhuān)欄作家#

吉倩倩，人人都是產(chǎn)品經(jīng)理專(zhuān)欄作家，專(zhuān)注于互聯(lián)網(wǎng)產(chǎn)品與運(yùn)營(yíng)領(lǐng)域的研究和總結(jié)，在用戶(hù)研究，需求分析，產(chǎn)品設(shè)計(jì)，數(shù)據(jù)研究，產(chǎn)品運(yùn)營(yíng)方面有深刻的思考。

本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，不得轉(zhuǎn)載。

題圖來(lái)自 Unsplash，基于 CC0 協(xié)議