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

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

一、需求來源

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

3.1 確定需求池基本字段

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

圖3.1.1 需求池基本字段

3.2 確定需求池增值字段

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

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

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

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

這樣就根據(jù)我們的實際場景構(gòu)造了一個需求池（后續(xù)是否增加字段視具體場景而定），主要包含下列信息（分別用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：因圖片太大，特意將需求池字段展開為“基本”和“增值”字段

總結(jié)

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

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

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

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

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

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