提起需求，那得從很久很久以前說起。

01?日取其半，萬世不竭

作為產(chǎn)品經(jīng)理，我們每天都離不開各種各樣的需求，需求的來源往往十分廣泛，可能來自老板、運(yùn)營、市場、客服、用戶中的任何一個(gè)人，也可能來自突如其來的靈光一閃。這些需求往往天馬星空，可做可不做，偶爾還自帶必須、馬上需要的屬性。產(chǎn)品經(jīng)理往往在需求方和有限的研發(fā)資源之間糾結(jié)，游擊，被敵視，直到變得強(qiáng)大。

而不管看或者不看，需求總是在那里，不喜不悲。直到某個(gè)灑滿陽光的午后，老板把你叫到跟前，說道：那個(gè)XXXXX的需求，上了么？

腦海中開始飛速旋轉(zhuǎn)，搜索起這些關(guān)鍵字，卻得到了一個(gè)“找不到對象”的答復(fù)，不得不坦白此時(shí)心中所想。直到被吐槽完畢后，才想起數(shù)天前，與老板閑聊時(shí)候一帶而過的過程中曾經(jīng)提及。

此時(shí)追悔已是無用，摸了摸強(qiáng)且禿的前額，決定痛改前非，好好梳理一下需求。

02?什么是需求

講到這里，我們先來談?wù)勈裁词切枨?。這里我拋出一個(gè)自己的定義：需求是用戶在一定時(shí)期內(nèi)未經(jīng)滿足的需要。

這里包含了兩個(gè)維度的概念，一是時(shí)間維度，是要在一定時(shí)期，因?yàn)樾枨罂偸怯衅渖芷诘模瑒傞_始的時(shí)候，需求不旺盛，最后的時(shí)候，需求已經(jīng)變得可有可無。

二是空間維度，需要未被滿足，如果已經(jīng)滿足了，他也不是需求，而是已經(jīng)成型的方案或產(chǎn)品。

產(chǎn)品經(jīng)理的工作重心，就是發(fā)掘產(chǎn)生價(jià)值的用戶需求，并在合適的時(shí)間點(diǎn)讓需求得以實(shí)現(xiàn)。

03?需求池的誕生

需求總是在源源不斷的產(chǎn)生，相應(yīng)的研發(fā)資源總是有限的，不可能無限制的滿足所有人的需求，這個(gè)時(shí)候，就需要工具來管理和沉淀需求，這就是產(chǎn)品經(jīng)理常用的——需求池。

需求池正如其字面意義，需求的池子，滿滿一個(gè)池子里，全是需求。

可事情總是有輕重緩急之分，需求也可謂是千奇百怪。例如根據(jù)手機(jī)殼改變軟件主題顏色，又或者通過機(jī)器推薦資訊實(shí)現(xiàn)商業(yè)目標(biāo)。

實(shí)際上，需求不分對錯(cuò)，有些看起來天馬行空的需求，只要能擇時(shí)去做，是能體現(xiàn)很大價(jià)值的，而很有價(jià)值的需求，時(shí)機(jī)不對，依然能拖垮整個(gè)企業(yè)。共享單車如果不是伴隨著移動(dòng)互聯(lián)網(wǎng)的發(fā)展，是很難做出后來的成績的（當(dāng)然OFO的滑坡又是另一個(gè)課題了）

所以，我比較主張需求不分大小，不分緩急，一律進(jìn)入需求池進(jìn)行沉淀。這樣可以簡化流程，也可以避免需求的遺漏。

在這里解答一下為什么急的需求也要進(jìn)需求池，而不是立即開始行動(dòng)？

• 一是因?yàn)榫o急需求往往時(shí)間緊迫，通常沒有時(shí)間進(jìn)行深入思考，導(dǎo)致為了滿足需求而做需求，記錄進(jìn)入需求池的過程本身也是一個(gè)思考的過程，給緊急情況設(shè)置一重緩沖，降低失敗率。
• 二是因?yàn)檠邪l(fā)都需要進(jìn)行排期，忽略實(shí)際情況悶著腦袋往前沖，偶爾一次可能還好，而緊急的情況隨時(shí)都有發(fā)生，發(fā)生重大錯(cuò)誤的概率也將隨之增加。

我的做法是，緊急需求也納入需求池進(jìn)行管理，要合理安排產(chǎn)品版本，不能因?yàn)榫o急需求的突然增加打亂既定的工作計(jì)劃，緊急情況對原定計(jì)劃有較大影響時(shí)，適當(dāng)給原定工作計(jì)劃進(jìn)行延期。

04?需求池的真身

說了這么多，需求池到底長成什么樣子？

需求池的具體形態(tài)是一張二維圖表，用人話表述就是一張excel表格，大概長下邊這個(gè)樣子。

下面對一些主要的字段進(jìn)行說明：

1. ID：這是需求的唯一ID，增加一個(gè)需求ID則增加1；
2. 端口：記錄需求所涉及的端口，例如安卓、iOS、后臺(tái)，這里是對需求做一個(gè)初步的劃分，如果涉及到多端，一般記為綜合或拆分成多條子需求（大企業(yè)拆分比較好，小企業(yè)直接記為綜合）；
3. 模塊：記錄需求所涉及到的模塊，例如登錄注冊、用戶管理、財(cái)務(wù)管理等；
4. 需求名稱：一句話簡單描述需求是做什么的，例如根據(jù)手機(jī)殼顏色更換軟件主題色；
5. 需求描述：更詳細(xì)描述需求的相關(guān)信息，例如需求提出的背景、需求要達(dá)成什么目的、需求的詳細(xì)說明等；
6. 需求來源：粗略記錄需求的來源方，例如產(chǎn)品、市場、領(lǐng)導(dǎo)等；
7. 優(yōu)化類型：記錄當(dāng)前需求的類型，例如是新功能，功能優(yōu)化，bug修復(fù)；
8. 優(yōu)先級(jí)：記錄需求的優(yōu)先級(jí)，一般用高中低或數(shù)字表達(dá)，需求的優(yōu)先級(jí)是動(dòng)態(tài)的，會(huì)隨著企業(yè)的戰(zhàn)略目標(biāo)不斷發(fā)生改變；
9. 復(fù)雜度：很多需求池模板中不會(huì)包括復(fù)雜度這一項(xiàng)，其實(shí)加入復(fù)雜度是有一定好處的，他可以幫助你在眾多需求中找到優(yōu)先級(jí)雖然并不高，但是調(diào)整后就能很大提升使用體驗(yàn)的需求；
10. 提出時(shí)間：記錄需求被提出的時(shí)間，用于區(qū)分需求產(chǎn)生的年代（有些項(xiàng)目真的可以沉淀下來很有年代感的需求）；
11. 提出人：提出這個(gè)需求的人，有助于在需求詳細(xì)設(shè)計(jì)時(shí)追蹤到原始需求；
12. 跟進(jìn)人：決定在某個(gè)版本實(shí)現(xiàn)需求時(shí)，指定跟進(jìn)的產(chǎn)品經(jīng)理；
13. 狀態(tài)：需求當(dāng)前的狀態(tài)，根據(jù)不同的階段，可以分為進(jìn)入需求池（初始狀態(tài)）→待論證（需求有待進(jìn)一步論證）→待設(shè)計(jì)（論證完成后有價(jià)值并決定近期開展后續(xù)工作）→設(shè)計(jì)中（正在進(jìn)行詳細(xì)設(shè)計(jì)）→設(shè)計(jì)完成→研發(fā)中（已經(jīng)正式安排研發(fā)排期）→已上線（需求正式上線），此外還有個(gè)特殊的狀態(tài)——已關(guān)閉，針對需求因各種原因提前終止其生命周期；
14. 預(yù)計(jì)實(shí)現(xiàn)版本：對產(chǎn)品計(jì)劃上線的版本進(jìn)行計(jì)劃（和研發(fā)版本不一定是一致的），產(chǎn)品部門規(guī)劃的預(yù)計(jì)實(shí)現(xiàn)版本往往會(huì)提前研發(fā)幾個(gè)版本，提前有所規(guī)劃后，可以和相關(guān)部門的同事提前溝通，提升版本的成功率；
15. 實(shí)際完成版本：版本上線后，更新需求實(shí)現(xiàn)的版本號(hào)，以便后期追溯；
16. 上線時(shí)間：記錄版本實(shí)際上線的日期；
17. 備注：針對各種情況進(jìn)行補(bǔ)充說明，例如需求關(guān)閉的原因。

通過記錄上面的信息，就可以通過篩選功能對需求進(jìn)行方便的查看和分析。

05?有必要這么復(fù)雜么

不得不說，上邊的需求池真的太復(fù)雜了，一共17個(gè)字段，不過稍微分析一下可以發(fā)現(xiàn)，其中：

• 不用過腦子的字段有4個(gè)（ID、需求來源、提出時(shí)間、提出人）
• 稍微過下腦子的字段有5個(gè)（端口、模塊、需求名稱、優(yōu)化類型、復(fù)雜度）
• 需要腦袋瓜飛速運(yùn)轉(zhuǎn)的字段有3個(gè)（需求描述、優(yōu)先級(jí)【優(yōu)先級(jí)真的很重要】、狀態(tài)）
• 以及剩下5個(gè)水到渠成時(shí)自然就可以填好的字段（跟進(jìn)人、預(yù)計(jì)實(shí)現(xiàn)版本、實(shí)際完成版本、上線時(shí)間、備注）

這么一想是不是簡單多了，核心就是腦袋瓜需要飛速旋轉(zhuǎn)的那么三個(gè)字段。舉個(gè)例子，公司Q2季度的目標(biāo)是提升訂單轉(zhuǎn)化，那么我們至少在Q1就需要提前分析獲客流程、產(chǎn)品展示、下單流程相關(guān)的需求，并提前了解運(yùn)營是否存在活動(dòng)需求，相關(guān)的所有需求優(yōu)先級(jí)自然會(huì)更高。但相關(guān)需求的優(yōu)先級(jí)仍然存在先后，這還是由于研發(fā)資源、渠道資源始終有限。這個(gè)時(shí)間段思考的重點(diǎn)在于如何在恰當(dāng)?shù)臅r(shí)間滿足恰當(dāng)?shù)男枨蟆?/p>

06?定時(shí)回顧需求

需求池總不能像一只貔貅一樣，只進(jìn)不出。收集需求不是目的，達(dá)成公司長期戰(zhàn)略目標(biāo)才是。

需求池是需要定期回顧的，可以以天、以周、以月為時(shí)間維度進(jìn)行回顧，可以自己看、拉著產(chǎn)品團(tuán)隊(duì)一起看、可以拉著研發(fā)一起看，也可以拉著業(yè)務(wù)部門代表或目標(biāo)用戶一起看?？傊枨蟪刂皇且粋€(gè)開始，是夢想開始騰飛的地方。

07?一點(diǎn)瞎扯

好了，經(jīng)過半年的時(shí)間，需求池越發(fā)豐滿，原來的小池塘也慢慢變成了一片汪洋大海，我們也將被老板以及各個(gè)業(yè)務(wù)部門的唾沫星子給淹沒，如何從口水中脫身，是一門藝術(shù)。

這里先思考一下，為什么會(huì)產(chǎn)生需求？

因?yàn)槲覀兛偸怯泻芏辔唇?jīng)滿足的需要。

所有的需求都應(yīng)當(dāng)被滿足么？

當(dāng)然不是，需求存在優(yōu)先級(jí)，機(jī)會(huì)成本擺在那里。

用戶總有需求沒有滿足，怨氣很大怎么辦？

轉(zhuǎn)移注意力，或者滿足他。

沒法滿足怎么辦？

轉(zhuǎn)移注意力。

忽略上邊那段精神分裂般的自問自答，但核心邏輯是，需求得不到滿足是一件很不爽的事情，但需求總是不可能被滿足的，比較好的做法是，坦誠相待，轉(zhuǎn)移注意力，給予期待。

需求池的目的是沉淀需求，而不是實(shí)現(xiàn)每一個(gè)需求。作為產(chǎn)品經(jīng)理，不應(yīng)該將所有的期待都著眼于通過研發(fā)的方式解決，而是可以通過第三方工具、優(yōu)化業(yè)務(wù)流程等更多元的方式去嘗試解決。用戶不是一個(gè)群體，而是一個(gè)個(gè)活生生的人，他們有著各自的習(xí)慣、各自的思想，不能滿足他的時(shí)候，總要想一些其他的辦法。

小米的MIUI早期一直通過論壇收集用戶的需求，也積極給與反饋，當(dāng)你看到MIUI重視了你的問題并予以實(shí)現(xiàn)的時(shí)候，那種幸福感已經(jīng)遠(yuǎn)遠(yuǎn)超過實(shí)現(xiàn)了你的需求那么簡單。

08?一些工具

經(jīng)過摸索，有以下工具可以在整理需求的過程中給你帶來一定幫助。

（1）釘釘

釘釘可以自定義流程，這為沒有獨(dú)立開發(fā)OA的企業(yè)帶來了福音，我比較喜歡請人事進(jìn)行協(xié)助，自定義需求提交流程和緊急需求提交流程，這主要是針對公司內(nèi)部人員提交需求。其中，

需求提交流程是：任何人可以在釘釘提交需求→任何人的直接上級(jí)明確需求的基本內(nèi)容，判斷是否符合企業(yè)價(jià)值，符合則通過→產(chǎn)品部負(fù)責(zé)人接收需求，并分配給相關(guān)產(chǎn)品經(jīng)理進(jìn)行后續(xù)調(diào)研→產(chǎn)品經(jīng)理了解需求詳細(xì)信息，并進(jìn)行初步分析，并在釘釘回復(fù)需求的后續(xù)進(jìn)展，反饋優(yōu)先級(jí)并記錄到需求池。

緊急需求是針對臨時(shí)的，會(huì)打亂既定生產(chǎn)計(jì)劃但又不得不進(jìn)行調(diào)整的需求，與普通需求提交流程相比，在產(chǎn)品部負(fù)責(zé)人接受需求后，需要了解緊急需求所會(huì)造成的影響，告知主管的上級(jí)領(lǐng)導(dǎo)進(jìn)行決策，通過后則盡快進(jìn)入設(shè)計(jì)和研發(fā)上線流程。

在這個(gè)過程中，需求可以自由的流轉(zhuǎn)給其他人，相關(guān)人員也可以及時(shí)了解到最新的進(jìn)展，需求提出后不容易遺漏，每個(gè)需求都會(huì)被重視，并且產(chǎn)品經(jīng)理可以在有空的時(shí)間進(jìn)行回復(fù)，不至于總是被打斷手中的工作。

（2）石墨文檔/騰訊文檔/SVN

這幾種工具能方便的讓團(tuán)隊(duì)合作編輯EXCEL，需求池的動(dòng)態(tài)可以很方便的共享給其他人。另一方面，需求池屬于敏感信息，這幾種產(chǎn)品都支持權(quán)限設(shè)置，不需要企業(yè)進(jìn)行額外的研發(fā)即可實(shí)現(xiàn)。

————END————

作者：路人，公眾號(hào)：孚說產(chǎn)品

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

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