需求池是什么？所有需求都匯集在一個(gè)地方，這個(gè)地方就叫需求池。
需求就像是水，而需求池裝滿了需求，方便需求匯總與查找。
一、為什么要弄一個(gè)需求池出來(lái)？
因?yàn)橐话阈枨笫呛芏嗪芏嗟?，這些需求之所以多主要原因一方面是因?yàn)閬?lái)源廣，老板、公司運(yùn)營(yíng)、商務(wù)、用戶等需求方都可以提需求，有時(shí)候是用戶提出的一些小細(xì)節(jié)改動(dòng)屬于小需求，有時(shí)候是加一整個(gè)功能模塊的大需求，另一方面是因?yàn)樾枨筇岷苋菀?，拍個(gè)腦袋想一想又一個(gè)需求了，為了能夠讓這些零零散散的需求（不一定不重要）不被遺忘，所以都統(tǒng)統(tǒng)把這些需求登記到需求池里面，方便后期查詢，不會(huì)遺漏或遺忘掉。
二、如何做一個(gè)需求池？
需求池絕大部分情況都是用表格的形式創(chuàng)建的，主要的工具是Excel表格，一般Excel表格的表頭會(huì)有這幾個(gè)字段：平臺(tái)、功能模塊、需求類(lèi)型、需求概述、需求描述、需求來(lái)源、優(yōu)先級(jí)、狀態(tài)等，當(dāng)然還有一些字段會(huì)增加或刪減，具體看實(shí)際使用情況。
需求池Excel表格關(guān)鍵字段
下面分別介紹表格中的幾個(gè)重要字段。
1. 平臺(tái)
即需求屬于哪個(gè)平臺(tái)，比如：是App端、還是小程序？或者是客戶端、還是后臺(tái)管理？
2. 功能模塊
即需求所屬功能模塊，比如：后臺(tái)管理端的用戶管理模塊。
3. 需求類(lèi)型
需求類(lèi)型一般可分為bug類(lèi)、優(yōu)化類(lèi)（可分為體驗(yàn)優(yōu)化與功能優(yōu)化）、新增功能等，類(lèi)型可根據(jù)具體情況自定義。
4. 需求概述
即用簡(jiǎn)短的語(yǔ)言描述需求，便于快速定位該條需求的主旨。
5. 需求描述
即需求的具體描述，描述要清晰，保證完整性、無(wú)二義性。
6. 需求來(lái)源
需求來(lái)源可以是客戶、領(lǐng)導(dǎo)、銷(xiāo)售、運(yùn)營(yíng)、競(jìng)品等。
7. 優(yōu)先級(jí)
由于研發(fā)資源有限且需求“魚(yú)龍混雜”，需求一定要有優(yōu)先級(jí)，不是所有需求都能被滿足，也不是所有需求都要馬上做。
8.狀態(tài)
即需求的當(dāng)前狀態(tài)，如：待排期、開(kāi)發(fā)中、已完成、拒絕、暫停等。
9. 計(jì)劃開(kāi)始時(shí)間、計(jì)劃完成時(shí)間與實(shí)際完成時(shí)間
這三個(gè)字段對(duì)應(yīng)被接受的需求，便于后續(xù)需求完成情況的追蹤。必要時(shí)，可增加開(kāi)發(fā)人員、測(cè)試人員字段。
三、需求池做好后，如何讓大家共同編輯？
建立好這個(gè)表格之后，比較笨的做法就是把這份表格發(fā)給可能提出需求的人，然后定期收集他們寫(xiě)好的需求之后匯總，這樣會(huì)增加產(chǎn)品經(jīng)理一部分的工作量，首先定期整理，需要把多份表格復(fù)制黏貼到一份表格，即便你懂一些excel快捷操作也需要花一些時(shí)間，如何能夠提高效率？這里我們一般會(huì)使用石墨文檔、金山文檔、騰訊文檔等在線共享文檔進(jìn)行編輯。
舉例騰訊文檔，只需要在電腦端登錄微信，找到騰訊文檔小程序后打開(kāi)騰訊文檔，然后建立表格后分享鏈接出去，其他人就可以共同編輯，就省去了產(chǎn)品經(jīng)理整理和匯總需求的麻煩。
以上都是比較常規(guī)的操作，當(dāng)然還需要根據(jù)公司的相關(guān)習(xí)慣去做，有的公司會(huì)有類(lèi)似于teambition、worktile、tower這類(lèi)的協(xié)同辦公平臺(tái)，也是有需求池，需求池都大同小異，主要是搜集方式不一樣，這個(gè)倒不復(fù)雜，這類(lèi)軟件也是很容易就能上手并知道怎么做。
四、需求池越做越大，開(kāi)發(fā)資源有限，我該怎么辦？
需求池永遠(yuǎn)都逃避不了的就是需求會(huì)越來(lái)越多，開(kāi)發(fā)改進(jìn)的速度很有可能跟不上需求提出的速度，導(dǎo)致需求越來(lái)越多積壓起來(lái)，所以這個(gè)時(shí)候需要排一個(gè)需求優(yōu)先級(jí)，先把重要緊急的需求先挑出來(lái)，先做該需求，或者做一些對(duì)產(chǎn)品未來(lái)規(guī)劃幫助比較大的，或者先做老板提過(guò)來(lái)的需求，再去解決其他需求，對(duì)于已完成的需求，應(yīng)該要標(biāo)記為已完成，并把已完成的需求移動(dòng)到另外一張已完成的表中，這樣就不會(huì)看到需求越來(lái)越多了。
需求池的需求永遠(yuǎn)很難做完，這是沒(méi)有關(guān)系的，對(duì)于如何解決掉需求，很多時(shí)候會(huì)使用到敏捷開(kāi)發(fā)的方法對(duì)需求進(jìn)行快速處理。
敏捷開(kāi)發(fā)也就是10人組成一個(gè)小的開(kāi)發(fā)團(tuán)隊(duì)，一個(gè)蘿卜一到兩個(gè)人一個(gè)坑，組成最小作戰(zhàn)團(tuán)隊(duì)，每個(gè)作戰(zhàn)團(tuán)隊(duì)只負(fù)責(zé)一個(gè)小需求，而需求完成時(shí)間是兩個(gè)星期，一個(gè)星期開(kāi)發(fā)，一個(gè)星期測(cè)試上線，可以讓需求能夠快速更新迭代，當(dāng)然對(duì)于比較大的需求，則需要派更多的人手去做，這樣能快速的“消滅”需求，讓產(chǎn)品不斷的進(jìn)行“新陳代謝”。
五、需求池的需求只是記錄，不是最終的詳細(xì)需求。
需求池的需求只是做需求記錄，一般寫(xiě)的比較簡(jiǎn)單，有時(shí)候?qū)懙弥挥袑?xiě)的人才能看得懂，這個(gè)時(shí)候溝通就很重要。
一般會(huì)在間隔一定時(shí)間內(nèi)召開(kāi)一次需求確定會(huì)議，對(duì)需求池里的需求，確定在接下來(lái)的一段時(shí)間都要處理哪幾個(gè)，這個(gè)會(huì)議的參與人一般由需求提出方和產(chǎn)品經(jīng)理以及技術(shù)負(fù)責(zé)人參加，定好接下來(lái)做什么需求后，則需要產(chǎn)品經(jīng)理詳細(xì)的和需求方溝通，了解詳細(xì)的需求情況，才開(kāi)始進(jìn)行原型繪制，最后在召開(kāi)評(píng)審會(huì)的時(shí)候也需要需求提供方參加相關(guān)的會(huì)議，避免傳達(dá)錯(cuò)誤。
六、需求池的優(yōu)先級(jí)劃分
缺陷優(yōu)先級(jí)從2個(gè)角度來(lái)提及：
一個(gè)是產(chǎn)品的缺陷優(yōu)先級(jí)；一個(gè)是公司的缺陷問(wèn)題優(yōu)先級(jí)；
6.1 產(chǎn)品缺陷產(chǎn)生的優(yōu)先級(jí)
比如在前面提到的小程序登錄問(wèn)題，屬于這類(lèi)問(wèn)題。由于是用戶的必經(jīng)路徑、也是產(chǎn)品未深度體驗(yàn)之前的頁(yè)面，由于影響范圍大、覆蓋用戶群體多，在產(chǎn)品上是一定要修復(fù)的。
根據(jù)重要、緊急層度。如果要想讓產(chǎn)品在用戶得到好的口碑和轉(zhuǎn)化傳播，這類(lèi)問(wèn)題就要優(yōu)先處理。
6.2 產(chǎn)品缺陷問(wèn)題
公司的缺陷也分兩類(lèi)，一類(lèi)是技術(shù)框架的問(wèn)題；一類(lèi)是業(yè)務(wù)的問(wèn)題。
技術(shù)框架的問(wèn)題
公司缺陷和商業(yè)模式最相關(guān)的是業(yè)務(wù)問(wèn)題，但技術(shù)框架同樣重要。比如之前選擇的是開(kāi)源系統(tǒng)，在后期選擇使用php的形式自主開(kāi)發(fā)，就是技術(shù)框架失敗導(dǎo)致公司缺陷
若不切換技術(shù)框架，隨之而來(lái)的開(kāi)發(fā)時(shí)間周期會(huì)隨著迭代指數(shù)型增長(zhǎng)；同樣也不兼容未來(lái)的產(chǎn)品擴(kuò)展。
公司業(yè)務(wù)的問(wèn)題
比如我們之前有嘗試過(guò)做鄭州、長(zhǎng)沙等二三線城市的沙龍活動(dòng)。為此開(kāi)發(fā)當(dāng)?shù)氐膱?bào)名系統(tǒng)，結(jié)合當(dāng)?shù)氐牡赜騼?nèi)容和用戶習(xí)慣做開(kāi)發(fā)整合，實(shí)際上這類(lèi)業(yè)務(wù)是有問(wèn)題的，因?yàn)榛顒?dòng)頻率太低。
比如我們?cè)谧霎a(chǎn)品銷(xiāo)售，會(huì)有熱賣(mài)單品和普通單品。熱賣(mài)單品為了滿足更多訂單需求，就增加了用戶的個(gè)性化自定義屬性的選項(xiàng)，實(shí)際上反而利潤(rùn)急速降低。
負(fù)責(zé)普通單品的sku產(chǎn)品團(tuán)隊(duì)在開(kāi)發(fā)資源上就會(huì)減少，甚至是迭代進(jìn)度延期，盡可能把時(shí)間都給在熱門(mén)單品的產(chǎn)品。
最終導(dǎo)致商品更新?lián)Q代沒(méi)有品控，不標(biāo)準(zhǔn)化。
七、總結(jié)
總的來(lái)說(shuō)，需求池就是一個(gè)記錄需求的地方，一般使用騰訊文檔等在線文檔讓團(tuán)隊(duì)成員共同操作，最后匯總了需求還需要經(jīng)過(guò)大家一起開(kāi)會(huì)篩選出那些是接下來(lái)需要做的需求，排列需求優(yōu)先級(jí)，需求池里的需求不會(huì)特別詳細(xì)，需要產(chǎn)品經(jīng)理進(jìn)一步溝通之后，繪制出詳細(xì)的原型圖或需求文檔，把原型圖等交給開(kāi)發(fā)才能進(jìn)行研發(fā)，測(cè)試并上線。
