需求池到底該怎么入手管理?
編輯導讀:身為產品經理,每天的工作就是,收集各個部門的需求,進行需求分析,整理進需求池,然后安排技術人員迭代開發。我們如何才能淡定有序地處理好這些需求呢?本文作者對此進行了分析,與你分享。
身為產品經理,平時會接收到四面八方來的需求,我們如何才能淡定有序的處理好這些需求呢?
PM接收需求的來源
01 思考背景
我的日常工作之一,就是管理公司內部辦公協同系統的需求池。收集各個部門的需求,進行需求分析,整理進需求池,然后安排技術人員迭代開發。
在這個過程中,我遇到了一些困擾:
- 多人共同維護需求單,需求記錄不規范,導致后續溝通時無法識別當時的問題是什么。
- 需求優先級沒有明確的標準,優先級并沒起到指導作用。
- 需求缺少關于匯總統計的階段性產物,無法統計效率和改進情況。
- 缺乏系統整體規劃目標,盲目跟著客戶提的需求改問題。
因為系統沒有做數據埋點,所以本次分享不涉及數據分析方面內容。接下來,我需要重新梳理、升級我的需求池。
目的主要有三個:
- 規范需求記錄,定義通用語言,便于團隊理解。
- 以全局的視角指導、分析管理需求。
- 系統價值可視化,便于追蹤和管理。
02 需求池定義是什么
需求池是什么?簡單來說,就是產品經理將所有和產品相關的需求信息按一定的規則進行匯總記錄的地方。
換一種說法,即產品經理通過需求池規劃需求,促進產品的“新陳代謝”,讓產品茁壯成長。
需求池的主要作用:接收新需求、科學描述需求及場景、跟進老需求。
總的來說,需求池管理有兩個原則:有進有出、寬進嚴出。目的是確保來自各個渠道的需求被及時、完整、有序地接收,形成可持續的需求管理機制。
03 如何構建需求池
管理需求池最簡單通用的工具就是Excel在線文檔了,還有一些項目管理的軟件,比如看板、Teambition、Worktile,若項目團隊達成軟件使用方面的一致,運用起來也是很高效的,今天重點分析的是excel在線文檔管理需求池。
1)定義需求池的模版
我將需求池模版的定義分為三部分:
第一部分是接入需求:具體需求的描述。
包括:需求狀態、需求描述、需求截圖、需求類型、所屬模塊、提出方、提出時間。
接入需求信息
第二部分是需求分析:需求的判定和分析。
包括:需求價值評估、是否需求分析、需求分析鏈接、優先級。
需求分析信息
第三部分是解決需求:是需求安排開發和驗證上線。
包括:解決人、是否解決、預計解決用時、實際解決用時。
解決需求信息
2)需求池的屬性說明
管理以上字段的需求,會有對應的字段屬性,也就是每個字段的填寫標準,便于達成共識。
?接入需求的屬性說明:
- 需求狀態:待分析、分析中、待開發、開發中、已發布、取消。
- 需求描述:新需求以用戶故事形式描述;bug抓住核心關鍵要素進行描述。
- 需求截圖:問題截圖。
- 需求類型:功能改進、體驗提升、新增功能、bug、其他。
?需求分析的屬性說明:
- 需求價值評估:需要通過需求判斷是否存在價值,值得投入去做。
- 是否需求分析:是,即需要補充分析鏈接;否,即直接可以安排開發。
- 需求分析鏈接:藍湖原型文檔演示地址。
- 優先級:需求池的優先級是影響需求人員對該需求的處理優先級,P1最高,P4最低。
?解決需求的屬性說明:
- 解決人:開發人員。
- 是否解決:是、否。
- 預計解決時用時:開發評估工時。
- 實際解決用時:開發實際用時。
注意:我們對于需求池的管理,最好是由專人負責,從需求提出、細化、實現、驗收測試全程跟進,完成需求閉環。
3)需求池的簡報統計
我們每日的日常工作可以運用excel的統計功能整理成需求池簡報,自動統計需求的各個維度的統計,例如:提交人、模塊、需求類型、狀態等。
需求簡報
04 如何維護需求池
產品經理每天要梳理需求池,這個池子也是工作來源的一部分。我們維護的內容主要分為三部分:
- 記錄新需求。
- 分析需求、設計需求原型。
- update需求的狀態。
需求池示例
其中很重要的一點是,我們需要有一個系統更新的版本記錄。不論是bug修復和新增功能,每次更新都留痕,便于用戶了解我們系統的一些功能變化。
更新文檔示例
05 寫在最后
關于需求池的維護,主要是能夠讓其高效運轉起來,形成需求提出到需求解決的閉環。此次梳理,能幫助我補充原需求池的缺失,比如關于屬性的說明可以幫助我規范管理;比如關于統計的部分可以實時進行在線統計計算,了解需求的一個現狀。關于需求池,你是怎么維護的?歡迎留言區一起交流探討~
作者:美玉姐姐,一枚成長中的B端產品經理。公眾號:Beryl的產品世界
本文由 @美玉姐姐 原創發布于人人都是產品經理,未經作者許可,禁止轉載。
題圖來自Unsplash,基于CC0協議
????????????
????????????