每個(gè)項(xiàng)目都會(huì)有一個(gè)需求池，你的項(xiàng)目應(yīng)該也不例外吧。技術(shù)開發(fā)的速度，感覺總趕不上需求池增長的速度，身有體會(huì)吧。做不完的需求，清不空的需求池。每次版本迭代的源頭，也許不是來自需求池；可是消化不了的需求，總是倒入了需求池。別再讓你的需求池成為需求的垃圾堆，說說需求池的那些事兒。

一、需求池的定義

需求池：不在本次開發(fā)版本范圍內(nèi)的所有需求。嚴(yán)格來說，即使是下一個(gè)開發(fā)版本的需求，也可以算作是需求池的范圍。需求池中的需求，有些可能只是一個(gè)想法，有些還需要調(diào)研，有些還需要討論，總之，需求池中的需求和實(shí)際交付給開發(fā)的需求還是有一定距離。

二、需求池的由來

“好記性不如爛筆頭”，一句話而概之，需求池的由來。你還記得上個(gè)月第二周的產(chǎn)品討論會(huì)上xxx提出的想法嗎？趕緊打開需求池看看吧。別讓你的好想法就這樣溜走，快點(diǎn)記下來吧。

三、需求池的作用

1. 記錄暫時(shí)無法消化的需求；
2. 頭腦風(fēng)暴的源頭；
3. 版本規(guī)劃的源頭。

當(dāng)你沒有產(chǎn)品靈感的時(shí)候，需求池很可能會(huì)幫你一把。

四、需求池的優(yōu)先級

需求有優(yōu)先級，需求池自然也有優(yōu)先級。優(yōu)先級是個(gè)很難劃定的東西，經(jīng)常被人提到的“四象限法”：對需求進(jìn)行歸類，重大問題修復(fù)、重要體驗(yàn)優(yōu)化、重要的新功能…這種比較主觀的歸類，每個(gè)版本都需要進(jìn)行一次主觀的優(yōu)先級判斷，相對來說太消耗時(shí)間了。有些需求或優(yōu)化由于影響了正常的使用和核心功能，這樣的需求優(yōu)先級高，大家很容易達(dá)成共識。對于一些新功能和產(chǎn)品規(guī)劃的方向性問題上，優(yōu)先級的確定很可能會(huì)演變成一聲拉距戰(zhàn)，最后就是誰的級別高聽誰的。

是否還有更優(yōu)的確定優(yōu)先級方法呢？當(dāng)然有。優(yōu)先級最好能夠量化，減少主觀判斷，形成一個(gè)可視化的數(shù)學(xué)計(jì)算方法，而且讓大家達(dá)成共識，也很重要。

試試從這幾個(gè)緯度去考慮優(yōu)先級

1. 階段性目標(biāo)是什么？
2. 需求服務(wù)的用戶數(shù)量是多少？
3. 投入產(chǎn)出比是否合適？

加入這幾個(gè)緯度的考慮，很容易過濾掉一大半的需求，抓住重點(diǎn)，讓大家共識重點(diǎn)?？此坪唵蔚臇|西，可是當(dāng)時(shí)為了優(yōu)先級爭得面紅耳赤的時(shí)候，誰還會(huì)記得它呢？基于這幾個(gè)緯度，可以進(jìn)一步對需求進(jìn)行緯度細(xì)分和權(quán)重細(xì)分，討論出一個(gè)優(yōu)先級計(jì)算公式。以后優(yōu)先級的討論只要套用這個(gè)公式就行，一勞永逸。

五、需求池的細(xì)分項(xiàng)有哪些？

需求標(biāo)題、需求描述、產(chǎn)品線、提交人、提交時(shí)間、功能模塊、優(yōu)先級、需求狀態(tài)等，便于需求的追述、調(diào)研、細(xì)化，最終快速形成可以交付給開發(fā)的需求。無法滿足這些選項(xiàng)的需求，也就沒有必要進(jìn)入需求池了，對待需求也需要一個(gè)嚴(yán)謹(jǐn)?shù)膽B(tài)度。不是你的隨便一個(gè)想法都能進(jìn)入需求池的，這個(gè)idea滿足了我們用戶的什么需求？如果提交人回答不知道，我想就沒有必要進(jìn)入需求池了吧。需求池的細(xì)分項(xiàng)，讓需求更立體化，更清晰，過濾那些想都沒有想清楚的需求吧。

小結(jié)

是時(shí)候該優(yōu)化一下你的需求池了，清理那些沒有價(jià)值和無法細(xì)化的需求，制定好大家認(rèn)可的優(yōu)先級公式，讓重要的需求池動(dòng)起來吧。

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