上一篇我們討論了需求分析，主要從需求的對(duì)象、需求的意圖、需求的成本三個(gè)維度去探討，接下來(lái)我們講一講需求池。

需求池對(duì)于圈內(nèi)產(chǎn)品人來(lái)說(shuō)是想當(dāng)然的存在，因?yàn)閹缀趺刻於紩?huì)面對(duì)，但你可曾認(rèn)真想過(guò)為什么會(huì)有需求池？

在時(shí)間上，需求的收集可能比較分散，但也可能蜂擁而來(lái)，將需求傳達(dá)給設(shè)計(jì)、研發(fā)還需要進(jìn)一步評(píng)估、轉(zhuǎn)化，這需要花費(fèi)不少的時(shí)間。這時(shí)候需求池提供了一個(gè)緩沖空間，平衡了需求的供給，同時(shí)需求池也是調(diào)控項(xiàng)目周期的重要工具，有規(guī)劃版本作用。

需求池看似簡(jiǎn)單，想做好卻也不容易，我們?cè)賮?lái)了解下管理需求池有哪幾個(gè)重要環(huán)節(jié)？

如果把需求池形象化，那么蓄水池再合適不過(guò)。

蓄水池是一個(gè)蓄水設(shè)施，想要蓄水自然需要有水的流入，蓄水的目的是為了平衡水的流出。如果想蓄水池發(fā)揮更高級(jí)作用，那么在蓄水的同時(shí)通過(guò)濾懸浮顆粒、去除有機(jī)污染物、處理可溶無(wú)機(jī)物等工序凈化水質(zhì)，使其流進(jìn)來(lái)的是污水，流出去的是凈化水。

如同蓄水池一般，管理需求池可分為三個(gè)重要環(huán)節(jié)：需求輸入、需求轉(zhuǎn)化、需求輸出。

下面我們針對(duì)這三個(gè)環(huán)節(jié)逐一討論。

一、輸入：需求錄入

經(jīng)歷了前面用戶需求分析，我們已經(jīng)得到需求的大致樣貌。需求池作為一個(gè)緩沖區(qū)，需要把需求基本信息清晰地記錄起來(lái)，既要把原始需求描述清楚，也要把分析后的場(chǎng)景、服務(wù)對(duì)象記錄好，等下一次再看時(shí)，能夠還原需求本質(zhì)而不產(chǎn)生歧義。

儲(chǔ)蓄字段

需求池記錄方式不限制，可以簡(jiǎn)單地用表格文檔，也可以用項(xiàng)目協(xié)作工具，只要能把需求描述清即可。一個(gè)合格的需求池里應(yīng)該有以下幾個(gè)字段：

• 需求來(lái)源：記錄需求從那個(gè)渠道獲取，方便后期跟蹤核對(duì)。
• 需求描述：記錄第一手需求描述，方便后期跟蹤核對(duì)。
• 需求場(chǎng)景：場(chǎng)景化是需求推演的重要依賴(lài)。
• 服務(wù)對(duì)象：需要仔細(xì)甄別，提出者與需求受益者并不一致。
• 本質(zhì)意圖：有別于需求描述，記錄經(jīng)過(guò)分析后的需求目標(biāo)。
• 提出時(shí)間：有些需求存放過(guò)于長(zhǎng)久的時(shí)需要重新取舍或再分析。
• 優(yōu)先級(jí)：是輸出版本規(guī)劃的重要依據(jù)。

上面提到只是基本字段，需要根據(jù)產(chǎn)品性質(zhì)、公司流程酌情增加。

諸如需求場(chǎng)景、服務(wù)對(duì)象、本質(zhì)意圖等在第一階段的需求分析已經(jīng)有了答案，現(xiàn)在只是組織言語(yǔ)依次填入。

比較特殊的是歸類(lèi)，大部分的需求池都會(huì)有。但實(shí)際上有不少的歸類(lèi)僅僅是為了存在而存在，對(duì)于需求的描述并沒(méi)有多大幫助，有的甚至造成誤導(dǎo)。這個(gè)需要本身工作流已經(jīng)形成清晰的需求分類(lèi)才考慮，這是需要注意的細(xì)節(jié)。

優(yōu)先級(jí)排序

關(guān)于優(yōu)先級(jí)，也有不少人總結(jié)出一套完整的流程，大致是通過(guò)KANO模型對(duì)用戶滿意度的分析，根據(jù)基本需求、期望需求、興奮需求、無(wú)差異需求、方向需求五個(gè)特征給需求打分，再綜合緊急程度、開(kāi)發(fā)成本、研發(fā)周期等最終評(píng)定出優(yōu)先級(jí)。

看起來(lái)很棒，這種精細(xì)分析針對(duì)于某個(gè)大需求或整個(gè)產(chǎn)品去做調(diào)研，分析效果不錯(cuò)，但大量運(yùn)用于每個(gè)需求幾乎是不可能的。

首先，需求的滿意度從何談起？

必須通過(guò)用戶調(diào)研或數(shù)據(jù)分析才能建立模型，這樣做需要花費(fèi)大量的人力與時(shí)間，顯然不適合應(yīng)用在每個(gè)需求上。但如果不這么做，那么這個(gè)模型就只能依賴(lài)產(chǎn)品經(jīng)理的主觀經(jīng)驗(yàn)去判定，然后打分。

那何必繞一個(gè)大圈子來(lái)掩飾自己的主觀意識(shí)呢？亂了思緒也亂了工作流程，因此我并不推薦。

工具方法是好，但不應(yīng)該亂用，老老實(shí)實(shí)結(jié)合當(dāng)前產(chǎn)品周期，給需求定一個(gè)需要完成的時(shí)間，通過(guò)這個(gè)時(shí)間排個(gè)序。

后期根據(jù)研發(fā)排期也可靈活調(diào)整優(yōu)先級(jí)，坦白承認(rèn)這確實(shí)依賴(lài)工作經(jīng)驗(yàn)，但隨著實(shí)踐次數(shù)的增多，判斷會(huì)越來(lái)越準(zhǔn)確。

二、轉(zhuǎn)化：需求轉(zhuǎn)述

當(dāng)我們接了許多活忙得昏天暗地時(shí)，我們肯定很想找人分擔(dān)下，把一堆的需求鍋丟給設(shè)計(jì)師、程序猿，給他們制造點(diǎn)“麻煩”，想想就是興奮。但一股腦直接丟過(guò)去估計(jì)是要打架的，互聯(lián)網(wǎng)八卦咱們?nèi)套〔徽?，記得別這么干就是了。

轉(zhuǎn)化產(chǎn)品需求描述

盡管在這之前我們已經(jīng)確定了需求背后的意義與其基本的可操作性，從開(kāi)發(fā)的角度而言，這個(gè)叫做用戶需求，是關(guān)于用戶意圖的實(shí)際描述。然而具體怎么做，設(shè)計(jì)師、程序猿們不一定能很好的理解。

打個(gè)比方，用戶的問(wèn)題是“某一個(gè)頁(yè)面的按鈕很被難點(diǎn)到”。

從產(chǎn)品的角度看，放大按鈕、調(diào)整位置，似乎都有助于改善用戶體驗(yàn)，改哪一個(gè)？一起改？這個(gè)問(wèn)題的解決方法是模糊的。

實(shí)際上還有一種可能，并是不按鈕太小跟位置問(wèn)題，而是點(diǎn)擊按鈕時(shí)都會(huì)有短暫時(shí)間的無(wú)響應(yīng)。這在用戶看來(lái)就是沒(méi)點(diǎn)著，如此一來(lái)，無(wú)論在視覺(jué)交互上怎么修改，都解決不了問(wèn)題。

所以，產(chǎn)品經(jīng)理作為用戶與團(tuán)隊(duì)對(duì)接第一人，需要拆解問(wèn)題、分析功能，將用戶需求定到位，最終轉(zhuǎn)義形成適合于產(chǎn)品開(kāi)發(fā)的功能描述與產(chǎn)品目標(biāo)，再一并傳達(dá)給研發(fā)團(tuán)隊(duì)。

與團(tuán)隊(duì)先切磋

產(chǎn)品經(jīng)理既然承載了用戶與團(tuán)隊(duì)的溝通橋梁，多溝通是關(guān)鍵，避免梳理出一大堆研發(fā)團(tuán)隊(duì)看不懂的文檔。

想在溝通層面做好，首先要善于分享，這需要苦口婆心多次重復(fù)，越是重要的事越需要被重復(fù)提及才能被理解、被記住，有能力的管理者通過(guò)溝通將產(chǎn)品的核心理念清晰的往外傳達(dá)。

其次，要不恥下問(wèn)，在溝通中保持開(kāi)放，產(chǎn)品經(jīng)理干得活不少，會(huì)面臨到許多方面的問(wèn)題。有些問(wèn)題需要留給垂直能力突出的專(zhuān)業(yè)人士來(lái)處理，我們需要做的只是拋磚引玉。

也只有研發(fā)團(tuán)隊(duì)了解產(chǎn)品的核心理念，再通過(guò)他們進(jìn)一步轉(zhuǎn)化相關(guān)的需求描述。這樣，需求描述是建立在大家共同的認(rèn)知上，能為后期避免很多因歧義產(chǎn)生的爭(zhēng)論。

三、輸出：版本規(guī)劃

關(guān)于輸出，主要是決定當(dāng)前需要實(shí)現(xiàn)哪些需求，既是為下一步的需求評(píng)審確定好內(nèi)容，也是對(duì)產(chǎn)品的版本規(guī)劃。

頂住外界壓力

當(dāng)我們?cè)诖_定當(dāng)前要實(shí)現(xiàn)哪些需求時(shí)，幾乎每一個(gè)部門(mén)都認(rèn)為他們的需求才是最重要的，包括老板，有木有？

切莫被各個(gè)部門(mén)牽著鼻子走，記住我們才是專(zhuān)業(yè)的；老子說(shuō)了算，要有霸氣，要有骨氣。

當(dāng)然，適當(dāng)調(diào)整需求的優(yōu)先級(jí)也是可以的。

需求關(guān)聯(lián)

版本規(guī)劃不應(yīng)該著眼一個(gè)需求，應(yīng)該站在全局的角度去思考，在需求功能上下鉆挖掘，在需求模塊上橫向聯(lián)系。在理清楚需求之間存在的關(guān)聯(lián)后，將有聯(lián)系的需求規(guī)劃在同一個(gè)版本輸出。

從長(zhǎng)期來(lái)看，關(guān)聯(lián)嚴(yán)謹(jǐn)?shù)男枨蠹嫌兄陧?xiàng)目的快速推進(jìn)。

簡(jiǎn)易文檔

如果前面的工作都做好了 ，那么文檔的輸出就是水到渠成的事。這里需要形成的是簡(jiǎn)易文檔或原型，后期再逐步深入。

這里是啟動(dòng)階段，主要以磋商為主，文檔也是以交流為主。

當(dāng)我們做到這里，需求池管理的基本工作已經(jīng)結(jié)束了，下面總結(jié)一下流程。

1. 首先，整理需求錄入排好優(yōu)先級(jí)；
2. 其次，與團(tuán)隊(duì)積極溝通形成產(chǎn)品需求描述；
3. 最后，聯(lián)動(dòng)需求規(guī)劃好版本輸出溝通文檔。

以上就是本期內(nèi)容，每個(gè)人都有屬于自己的工作方式，找到合適自己的才是最重要。小龍只是拋磚引玉，希望對(duì)你能有所啟發(fā)。

下一期需求評(píng)審，咋們不見(jiàn)不散。

#相關(guān)閱讀#

《想做好需求分析？這3個(gè)問(wèn)題你需要解答》

作者：小龍的執(zhí)著；公眾號(hào)：小龍的執(zhí)著（ID：york_wu1219_office）

本文由 @小龍 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)作者許可，禁止轉(zhuǎn)載。

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