需求池是需求管理和項(xiàng)目管理的工具，是下版本迭代時(shí)不知道做什么的依據(jù)，也是產(chǎn)品經(jīng)理與領(lǐng)導(dǎo)、業(yè)務(wù)部門(mén)溝通最好的證據(jù)。

需求池：顧名思義“把即將要做或打算要做的內(nèi)容放置到一個(gè)地方進(jìn)行儲(chǔ)存”，也就是INBOX的概念，有一個(gè)區(qū)域去放置我們的Stuff，Stuff中可能會(huì)包含一系列內(nèi)容：想法、任務(wù)、目標(biāo)、靈感、idea……

一、需求來(lái)源

各種行業(yè)，各種類型的產(chǎn)品經(jīng)理都會(huì)跟需求打交道，但是需求的來(lái)源卻不盡一致。可能對(duì)于做業(yè)務(wù)方向的產(chǎn)品經(jīng)理，多數(shù)的需求是業(yè)務(wù)方給提出的；對(duì)于做2C方向的產(chǎn)品經(jīng)理，多數(shù)的需求時(shí)自己通過(guò)調(diào)研或抽樣得出的…

目前筆者在做倉(cāng)儲(chǔ)行業(yè)數(shù)據(jù)平臺(tái)的產(chǎn)品經(jīng)理，對(duì)于我來(lái)說(shuō)可能需求最重要的兩個(gè)來(lái)源就是【業(yè)務(wù)方】和【老板（總裁辦領(lǐng)導(dǎo)）】；為什么我們的數(shù)據(jù)平臺(tái)需求多集中于這兩方呢？因?yàn)樵从跀?shù)據(jù)平臺(tái)的產(chǎn)品定位是：為企業(yè)高層領(lǐng)導(dǎo)決策提供方向，為業(yè)務(wù)方提供數(shù)據(jù)分析；

無(wú)論是老板（總裁辦領(lǐng)導(dǎo)）方的需求還是業(yè)務(wù)方的需求，他們可能主動(dòng)向你提出，但是如果在你的產(chǎn)品年度規(guī)劃中涉及到老板和業(yè)務(wù)部門(mén)的話，就需要你主動(dòng)出擊了。

二、為什么創(chuàng)建需求池

剛?cè)胄挟a(chǎn)品的時(shí)候，最頭疼的兩件事情：下個(gè)版本該做誰(shuí)的需求?和?下個(gè)版本要做什么？

后來(lái)引入了需求池的概念，需求池兩大優(yōu)勢(shì)治好了我的“頭疼病”：明確量化需求優(yōu)先級(jí)?和?新版本規(guī)劃的依據(jù)。

2.1 明確量化需求優(yōu)先級(jí)

做B端產(chǎn)品經(jīng)理的時(shí)候，特別偏業(yè)務(wù)方向比較多的時(shí)候，會(huì)接到各式各樣各種領(lǐng)導(dǎo)的需求，其中往往很多的需求有一個(gè)共同的特點(diǎn)，比如：這個(gè)需求很緊急、這個(gè)需求下周要、這個(gè)需求馬上做……往往這時(shí)候我們會(huì)有一種感覺(jué)：資源是有限的，時(shí)間是有限的，需求是無(wú)限的；我們下個(gè)版本到底該先做誰(shuí)的需求呢？

最初時(shí)接觸過(guò)四象限的方法論，講述是要把需求分一個(gè)重要緊急程度，但是工作使用一段時(shí)間的四象限之后，你會(huì)發(fā)現(xiàn)，僅僅只有重要緊急程度真的不夠用，久而久之會(huì)發(fā)現(xiàn)處在同一層級(jí)的業(yè)務(wù)方領(lǐng)導(dǎo)需求重要緊急程度是一樣的，上述問(wèn)題又出現(xiàn)了，到底先做誰(shuí)、后做誰(shuí)呢？

這個(gè)時(shí)候我們需要對(duì)需求優(yōu)先級(jí)進(jìn)行量化（評(píng)分），需要引入一個(gè)工具“需求池”，通過(guò)需求池能夠?qū)π枨筮M(jìn)行集中管理，集中量化。

原先工作時(shí)的一個(gè)場(chǎng)景：需求池現(xiàn)在已經(jīng)擺放了3個(gè)業(yè)務(wù)方的N個(gè)都非常緊急的業(yè)務(wù)型需求了。那么如何去把看似優(yōu)先級(jí)一致的需求量化呢？這是一個(gè)很現(xiàn)實(shí)的也很燒腦的問(wèn)題，難在考慮讓參與需求量化評(píng)分的業(yè)務(wù)方的人都同意這個(gè)方案；

量化在于【量化模型】的搭建，量化需要考慮的有需求方（業(yè)務(wù)方）緊急程度、使用方緊急程度、開(kāi)發(fā)設(shè)計(jì)資源三個(gè)；由此得出基礎(chǔ)量化模型：【評(píng)分=業(yè)務(wù)迫切度/總工作量】?？偣ぷ髁繜o(wú)外乎：數(shù)據(jù)產(chǎn)品經(jīng)理、數(shù)據(jù)分析師、數(shù)據(jù)開(kāi)發(fā)、UI、測(cè)試的工作量之和；業(yè)務(wù)迫切度需要結(jié)合公司綜合考慮業(yè)務(wù)方、使用方的情況共同搭建出業(yè)務(wù)迫切度的模型，通過(guò)分析公司的整體情況，最終給定的業(yè)務(wù)迫切度由5部分構(gòu)成：重要程度（5分制）、緊急程度（5分制）、使用人員崗位（5分制）、使用頻率（5分制）、是否年度里程碑（2分制）。

越上層的的領(lǐng)導(dǎo)可能決策性的數(shù)據(jù)需要更多一些，基于平臺(tái)定位，所以我會(huì)讓這個(gè)點(diǎn)作為業(yè)務(wù)迫切度的重要因素；看板使用也是分頻率的，可能有的報(bào)表看板一天使用一次，有的一個(gè)月使用一次，那周期越長(zhǎng)顯然分值越低；年度里程碑就屬于公司規(guī)劃內(nèi)需要看重一些。

通過(guò)對(duì)上述量化模型的分子分母構(gòu)成因素分析（分子屬于維度，進(jìn)行乘積計(jì)算，分母進(jìn)行加和計(jì)算），就得出了需求量化的公式：

評(píng)分=（重要度*緊急度*使用人員*使用頻率*年度里程碑）/Σ工作量（數(shù)據(jù)產(chǎn)品經(jīng)理+UI設(shè)計(jì)師+數(shù)據(jù)分析師+數(shù)據(jù)開(kāi)發(fā)+測(cè)試）

當(dāng)然量化模型建立后，需要征集大家意見(jiàn)，當(dāng)大家同意后，統(tǒng)一召開(kāi)需求方評(píng)審會(huì)議，順便叫開(kāi)發(fā)設(shè)計(jì)人員共同參與，給出需求池中每個(gè)業(yè)務(wù)型需求量化評(píng)分，會(huì)議結(jié)束后，需求池中所有業(yè)務(wù)型需求均已被評(píng)分，從高到低優(yōu)先級(jí)一目了然，需求方也沒(méi)有“怨言”了。

需求池是集中管理需求、量化需求優(yōu)先級(jí)的好工具，可以將很多需求放入進(jìn)去管理，使用同樣的量化標(biāo)準(zhǔn)（可以讓每個(gè)人都信服），讓每一個(gè)需求優(yōu)先級(jí)的量化都有跡可循。通過(guò)量化，不僅能夠解決“下個(gè)版本要做誰(shuí)的需求”，還能夠作為和領(lǐng)導(dǎo)溝通的“證據(jù)”。

2.2 新版本規(guī)劃的依據(jù)

現(xiàn)在我們迭代計(jì)劃為一周到兩周，有時(shí)候感覺(jué)月度的計(jì)劃是江郎才盡才湊的需求，只是為了項(xiàng)目經(jīng)理管控的需求個(gè)數(shù)而建立的，自己并沒(méi)有真正的計(jì)劃下個(gè)版本要做什么。

為什么B端產(chǎn)品會(huì)出這種原因呢？有的可能因?yàn)楣緲I(yè)務(wù)比較少，有的可能剛?cè)腴T(mén)沒(méi)有規(guī)劃，有的屬于來(lái)一個(gè)需求溝通完就完事了，不進(jìn)行記錄…而我剛?cè)胄械臅r(shí)候?qū)儆诤笳撸自捳f(shuō)：“好記性不如爛筆頭”，腦子再好用，也敵不過(guò)時(shí)間的殺傷力。每次當(dāng)列下版本計(jì)劃的時(shí)候，總是感覺(jué)隱隱約約有個(gè)需求，但是就是想不起來(lái)的那種痛苦感，真想當(dāng)時(shí)就記錄下來(lái)；這時(shí)需要一個(gè)需求池，對(duì)于需求進(jìn)行及時(shí)記錄、及時(shí)整理并且集中管理。

通過(guò)“需求池”作為管理、溝通的依據(jù)，將溝通的需求行之有效的記錄下來(lái)；不僅能夠安慰需求提出者，讓需求者心里有一個(gè)想法：需求被重視了；另一有價(jià)值的點(diǎn)就是能夠做到讓自己不慌，清晰的規(guī)劃處下個(gè)版本將要做的內(nèi)容，作為新版本規(guī)劃的依據(jù)。

三、如何創(chuàng)建你的需求池？

“頭疼病”的良方叫做“需求池”，開(kāi)篇也說(shuō)過(guò)，需求池就是承載你的想法、任務(wù)、目標(biāo)、靈感…的地方，但是該如何創(chuàng)建呢？下面與大家一起分享。

3.1 確定需求池基本字段

需求池最基本的字段（如3.1.1 圖所示）肯定是必須要有的，基本字段就是對(duì)于需求的基本描述以及下版本規(guī)劃溝通的依據(jù)；但是只有基本字段基本是解決不了上述問(wèn)題的，只是能夠緩解一部分的壓力，所以我們要綜合考慮如何去創(chuàng)建需求池。

圖3.1.1 需求池基本字段

3.2 確定需求池增值字段

上文也說(shuō)到過(guò)創(chuàng)建需求池的原因是想要通過(guò)需求池來(lái)進(jìn)行需求優(yōu)先級(jí)的量化，所以我們首先引入評(píng)分的概念；想要通過(guò)一系列的算法去把需求池中內(nèi)容進(jìn)行評(píng)分，公平公正公開(kāi)，邀請(qǐng)相關(guān)人員共同參與，最終得分情況一目了然且對(duì)比于其他業(yè)務(wù)部門(mén)的需求以及自己的需求有一個(gè)排級(jí)情況認(rèn)知，作為大家均認(rèn)可的量化評(píng)分。

公司里面的年度里程碑計(jì)劃和非年度里程碑計(jì)劃會(huì)涉及到評(píng)分，所以是否年度里程碑會(huì)影響量化需求優(yōu)先級(jí)，需求池中需要存在該字段；

同時(shí)我們會(huì)建立原始需求記錄的字段，因?yàn)槿羰菢I(yè)務(wù)方領(lǐng)導(dǎo)或總裁辦領(lǐng)導(dǎo)提的需求，總會(huì)有很多可挖掘的點(diǎn)，可能我們分析的產(chǎn)品需求只是一部分，原始需求存在，說(shuō)不定可以剖析出其他的產(chǎn)品需求；

當(dāng)然我們的優(yōu)先級(jí)被量化之后，各個(gè)領(lǐng)導(dǎo)知道了我們對(duì)于需求池中需求的評(píng)分那么就會(huì)給出一個(gè)期望上線的日期，所以我們需要記錄：期望上線日期；同時(shí)為了考量我們的產(chǎn)品規(guī)劃、設(shè)計(jì)、開(kāi)發(fā)、測(cè)試的進(jìn)度，會(huì)增加一個(gè)實(shí)際上線日期，用來(lái)比對(duì)進(jìn)展情況，一般會(huì)在復(fù)盤(pán)上一個(gè)版本使用

這樣就根據(jù)我們的實(shí)際場(chǎng)景構(gòu)造了一個(gè)需求池（后續(xù)是否增加字段視具體場(chǎng)景而定），主要包含下列信息（分別用3.2.1腦圖和3.2.2 excel表進(jìn)行展示）

3.2.1 需求池所有字段

圖3.2.2（1） BI系統(tǒng)需求池基本字段

圖3.2.2（2） BI系統(tǒng)需求池增值字段

Ps：因圖片太大，特意將需求池字段展開(kāi)為“基本”和“增值”字段

總結(jié)

需求池的創(chuàng)建源于你的實(shí)際場(chǎng)景，具體場(chǎng)景具體分析，不拘泥于形式，以適合自己的方式做好項(xiàng)目管理和需求管理為主。

本文主要以筆者所在公司情況舉例，分別闡述了需求的來(lái)源，為什么創(chuàng)建需求池以及如何創(chuàng)建你的需求池，希望能夠?qū)Υ蠹矣兴鶐椭?/p>

后續(xù)定期更新《習(xí)慣養(yǎng)成記》系列文章，主要講述產(chǎn)品經(jīng)理在實(shí)際工作中各個(gè)環(huán)節(jié)方法論的總結(jié)，同時(shí)也會(huì)新增其他系列類文章，可以關(guān)注作者或公眾號(hào)，不錯(cuò)過(guò)任何一篇讓我們互相成長(zhǎng)的新文章。

作者：Viper；微信公眾號(hào)：產(chǎn)品經(jīng)理交流館；B端產(chǎn)品經(jīng)理，曾經(jīng)負(fù)責(zé)過(guò)海外產(chǎn)品的產(chǎn)品策劃工作，現(xiàn)負(fù)責(zé)大數(shù)據(jù)BI平臺(tái)

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

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