多且雜的需求確實是產品工作中較為惱人的一件事，那么如何才能科學的管理需求呢？作者分享了自己的一些方法。

作為產品經理，總會在各種時刻接到各種來源的需求，運營、技術、測試、老大……如果不幸做的產品還有對外合作，這些來源還得double一下。這種情況直接導致手頭待做的內容越積越多，如果沒有及時記錄分類，就會影響后續的版本規劃和需求跟進。

非要方法論的話，需求管理就是解決５個Ｗ的問題：what、who、where、when、why。建立需求庫，根據where來進行需求分類，在需求詳情中說明剩余４項即可。

ps：懶得看文字的可直接到最后看思維導圖

一、需求分類（where）

合理的分類應該是對產品流程和結構的梳理，從這個角度分類能更快速地找到符合版本規劃的需求。即使不是為了整理需求，按照以下的方式梳理一個產品，也能短時間內大致了解一個產品的結構和關鍵點。

１、一級分類

一級分類涵蓋了用戶從新增到流失的整個過程，包括關鍵新用戶留存、行為轉化率、體驗問題、和流失召回。其中行為轉化率會包含多項，通過下面的步驟就能簡單提取出來：

• 用一句話描述：“用戶來是做什么的？”——即核心功能是什么
• 稍微細化下流程：“用戶做這件事的步驟是什么樣的？”——即產品涉及的主要場景
• 找到關鍵的頁面：“這個流程中必經的頁面有哪些？”——即產品關注的重點轉化率

以淘寶為例：

• 買東西
• 打開app—>尋找想要的商品—>購買—>收貨
• 重點轉化率：訪問>商品詳情頁>訂單頁>付費

所對應的一級分類就是：訪問>詳情轉化率，詳情>訂單轉化率，訂單>付費轉化率。

一級分類所對應的內容，有時還需要根據KPI和產品的宏觀規劃作出調整，從而方便聚焦到當前產品的的主要關注點。

２、二級分類

二級分類是產品中承載功能的不同模塊，通過將上面分析的用戶使用流程進行細化，就可以得到。

• 細化流程：“每一層轉化，用戶都能通過什么功能實現？”——單獨頁面承載的功能
• 細化場景：“什么能幫助用戶做決策，促進轉化？”——附著于頁面的輔助功能

同樣以淘寶為例：

• 從打開app到找到需要的商品，可能通過搜索、分類、首頁推薦or廣告、關注的店鋪、買手推薦……這些都能構成一些獨立的頁面
• 能夠幫助用戶做決策的部分，包括評論、銷量指標、產品智能排序算法……這些會在不同頁面上作為信息展示，或者本身是不被用戶察覺的背后邏輯。

二、需求詳情（what、who、when、why）

需求詳情主要包括以下幾項內容，不同產品根據自身情況，可能有所刪減：需求內容、解決問題及預期效果、需求調研方向、需求來源、優先級、版本計劃。

what

需求內容——要做什么？

如果不是單獨頁面就能承載的功能，最好在這部分說明下相關頁面，避免遺漏。

why

• 解決問題及預期效果——為什么做這個？
• 需求調研方向——憑什么認為這么做了有效？

如果不想在需求評審時，被開發GG以及運營MM問得啞口無言招架不住，就加油在這部分多下功夫吧。需求調研方向包括但不限于數據表現、用戶反饋、調查問卷、競品分析、相關論文……

who

• 需求來源——需求相關方是誰？

列這個的目的主要有兩個：幫助評估需求的優先級、幫助了解需求細節。

通常一個需求的來源，可能是產品、交互、運營、開發、測試、合作方、領導。來自領導及合作方的需求，極有可能和公司整體的戰略方向相關，或影響產品的正常發布流程，所以這兩個來源的需求，一經確認，通常優先級較高（即使有些雞毛蒜皮感覺不值得做）。而來自其他非產品的需求，則需要和需求方深入溝通了解他們的核心訴求如何，以方便具體方案的制定。否則很可能你做出來的東西和運營要的南轅北轍。

when

• 優先級——重要性緊急性如何？
• 版本計劃——哪個版本做？

這部分沒什么好說的，畢竟做需求整理就是為了看看有什么要做的需求，優先級如何，來跟哪個版本的。

附：思維導圖（分類以音樂App為示例）

本文由 @譚喵 原創發布于人人都是產品經理。未經許可，禁止轉載。