5點簡介需求池管理「需求池管理的常見思路」

作為產品經理，你會接到來自用戶、市場、運營、老闆等各個方面的需求，雖然產品在不斷的更新迭代，但是需求還是會源源不斷的增加，你會感覺怎麼需求越做越多，好像沒有減少。如果你有這種感覺，這時候就需要用需求池這個工具，來管理這些源源不斷的需求了，

所以，我們在工作中要建立自己的“需求池”，讓需求寬進嚴出，以保證開發的需求都是有助於產品發展的。而如何有效利用需求池進行需求管理是產品經理需要認真思考的地方。

本文主要講以下幾點：

1、什麼是需求池

2、需求使用場景和作用

3、如何構建自己的需求池

4、如何維護自己的需求池

5、需求池模板

1、什麼是需求池

需求池是產品經理個人或產品團隊為確保產品需求被及時/完整/有序地接收/描述/

排序/跟進的需求管理機制，需求池的構成，通常包含需求池 和需求模板。

2、需求池使用場景和作用

想象一下，當你不經意遇到運營的同事，她剛好給你提了一個口頭的產品優化的建議，轉角你又遇到老闆，老闆說最近做一下流量變現的功能，剛回到座位上，銷售的同事又來找你，提交了客戶反饋的產品問題，搞清楚反饋的問題，然後測試的同事又跑過來說上次產品bug排在什麼時候處理？

這些場景集中在一起表述只是為了凸顯產品經理可能會在每時每刻都會接到不用的需求，所以這時，你迫切需求一個工具來需求的管理，我這裡推薦使用excel來做需求的管理

需求池的作用有哪些呢？

1）需求容器

說白了，需求池就是個需求容器，不同來源的各種需求都先記錄進來，第一時間沒法評估合理性和用戶價值（商業價值）的，待消化後評估優先級，已經是否拒接。進來之後的需求進行再次的評審，最終決定這個需求的去留。

2）版本規劃

經過再次評審後留下來的需求，可作為下個版本發布的內容或下幾個版本迭代的內容，目的是確保在做版本規劃時有足夠的素材來源，而不僅僅的靠自己盲目的規劃。

3）減少背鍋

做到需求的按輕重緩急有序迭代，同時避免需要的遺漏，跟進老需求，確保需求的及時性/完整性/有序性/可追溯性

3、如何構建自己的需求池

一般我都是推薦用 Excel 來需求管理的，一些 Excel 的簡單技巧，建議大家還是學習一下，

比如條件格式、篩選、單元格有效性、單元格鎖定、隱藏等，可以讓表格管理起來輕

松一點，看起來也美觀一點。

大家可以用其他工具來記錄需求，但核心思路都是大同小異的。整理好的產品需求列

表看起來是下圖的樣子，因為有商業隱私問題，所以我把具體內容弱化了。

3.1需求池模板

（需求池模板–關注公眾：aipm12345，回復“需求池模板”獲取）

介紹下需求池的組成元素：

1. 序號：需求標識，便於需求管理，Excel 的行號沒有一併打印出來，所以後來我們都把序號加上了，作為需求的唯一性標識

2. 模塊：根據產品的模塊劃分

3. 子模塊：模塊的二級分類

4.功能：產品功能的名稱，用簡潔的短語描述需求，要給用戶提供什麼功能，比如：黑名單。

5.用戶故事：作為一個<角色>, 我想要<功能>, 以便於<商業價值>

6. 需求描述：

我們要明確哪類目標用戶是在什麼場景下，為了解決什麼問題或者達成什麼目標而做了什麼任務，即要從用戶、場景、問題這三方面去具象化需求

7. 需求的屬性：

可以分為：新增功能、功能改進、BUG修復、體驗提升（界面設計和交互設計）、內部需求

8. 需求優先級：高、中、地

8. 需求的來源：

包括：用戶反饋（包含用戶訪談和問卷調研）、營銷運營、產品經理、技術建議、高層管理

9. 接收時間：需求提出人提出的時間，即進入漏斗的時間

10. 需求狀態：入庫、評審、開發、拒絕等，每個需求隨着項目的進行，會伴隨不同的狀態，

11.備註：其他任何信息，如：需求期望完成時間、被拒絕原因、暫緩原因

3.2需求模板

1.編號：需求標識，便於需求管理

2.需求部門：需要的來源

3.提出人：即用戶需求的提出者，有疑惑時便於更進一步追溯。

4.提出時間： 這是一個輔助信息，記錄提交人是何時錄入這個需求的。

5.期望時間：期望需求解決的時間，便於排期

6.需求背景：需求在什麼情況場景下產生的

7.需求描述：這裡可以具體解釋一下名稱里說的功能是什麼意思

8.建議方案：提出者建議的解決方案

9.參考競品：建議參考的競品，方便產品經理理解需求

10.優先級：高、中、低

4、如何維護需求池

4.1、維護頻率

建議每天都打開需求池，方便及時記錄新的需求，和及時安排一些緊急的需求進行迭代，或者計划下一個迭代版本，每天梳理你的需求池然後安排自己最近的工作

4.2、維護內容

1）、及時將收集到的需求或者臨時想到的需求填寫到需求池。

2）、update需求的狀態，哪些是拒絕了，哪些是已經評審的，哪些是完成的，都要及時的記錄

為什麼需要歸檔

需求總是在不斷的增加，我們需要把拒絕的和已完成的從需求池中摘出來，頻率可以按一個季度來整理或者月度整理，產品一般每個月都會有迭代，比如把第一季季度已經完成的需求摘出來，歸檔到另一個表格中，2020年第一個季度完成的產品需求。