Zi 字媒體

多且雜的需求確實是產品工作中較為惱人的一件事，那麼如何才能科學的管理需求呢？作者分享了自己的一些方法。作為產品經理，總會在各種時刻接到各種來源的需求，運營、技術、測試、老大……如果不幸做的產品還有對外合作，這些來源還得double一下。這種情況直接導致手頭待做的內容越積越多，如果沒有及時記錄分類，就會影響後續的版本規劃和需求跟進。非要方法論的話，需求管理就是解決５個Ｗ的問題：what、who、where、when、why。建立需求庫，根據where來進行需求分類，在需求詳情中說明剩餘４項即可。ps：懶得看文字的可直接到最後看思維導圖一、需求分類（where）合理的分類應該是對產品流程和結構的梳理，從這個角度分類能更快速地找到符合版本規劃的需求。即使不是為了整理需求，按照以下的方式梳理一個產品，也能短時間內大致了解一個產品的結構和關鍵點。１、一級分類一級分類涵蓋了用戶從新增到流失的整個過程，包括關鍵新用戶留存、行為轉化率、體驗問題、和流失召回。其中行為轉化率會包含多項，通過下面的步驟就能簡單提取出來：用一句話描述：「用戶來是做什麼的？」——即核心功能是什麼稍微細化下流程：「用戶做這件事的步驟是什麼樣的？」——即產品涉及的主要場景找到關鍵的頁面：「這個流程中必經的頁面有哪些？」——即產品關注的重點轉化率以淘寶為例：買東西打開app—>尋找想要的商品—>購買—>收貨重點轉化率：訪問>商品詳情頁>訂單頁>付費所對應的一級分類就是：訪問>詳情轉化率，詳情>訂單轉化率，訂單>付費轉化率。一級分類所對應的內容，有時還需要根據KPI和產品的宏觀規劃作出調整，從而方便聚焦到當前產品的的主要關注點。２、二級分類二級分類是產品中承載功能的不同模塊，通過將上面分析的用戶使用流程進行細化，就可以得到。細化流程：「每一層轉化，用戶都能通過什麼功能實現？」——單獨頁面承載的功能細化場景：「什麼能幫助用戶做決策，促進轉化？」——附著於頁面的輔助功能同樣以淘寶為例：從打開app到找到需要的商品，可能通過搜索、分類、首頁推薦or廣告、關注的店鋪、買手推薦……這些都能構成一些獨立的頁面能夠幫助用戶做決策的部分，包括評論、銷量指標、產品智能排序演算法……這些會在不同頁面上作為信息展示，或者本身是不被用戶察覺的背後邏輯。二、需求詳情（what、who、when、why）需求詳情主要包括以下幾項內容，不同產品根據自身情況，可能有所刪減：需求內容、解決問題及預期效果、需求調研方向、需求來源、優先順序、版本計劃。what需求內容——要做什麼？如果不是單獨頁面就能承載的功能，最好在這部分說明下相關頁面，避免遺漏。why解決問題及預期效果——為什麼做這個？需求調研方向——憑什麼認為這麼做了有效？如果不想在需求評審時，被開發GG以及運營MM問得啞口無言招架不住，就加油在這部分多下功夫吧。需求調研方向包括但不限於數據表現、用戶反饋、調查問卷、競品分析、相關論文……who需求來源——需求相關方是誰？列這個的目的主要有兩個：幫助評估需求的優先順序、幫助了解需求細節。通常一個需求的來源，可能是產品、交互、運營、開發、測試、合作方、領導。來自領導及合作方的需求，極有可能和公司整體的戰略方向相關，或影響產品的正常發布流程，所以這兩個來源的需求，一經確認，通常優先順序較高（即使有些雞毛蒜皮感覺不值得做）。而來自其他非產品的需求，則需要和需求方深入溝通了解他們的核心訴求如何，以方便具體方案的制定。否則很可能你做出來的東西和運營要的南轅北轍。when優先順序——重要性緊急性如何？版本計劃——哪個版本做？這部分沒什麼好說的，畢竟做需求整理就是為了看看有什麼要做的需求，優先順序如何，來跟哪個版本的。附：思維導圖（分類以音樂App為示例） 本文由 @譚喵 原創發佈於人人都是產品經理。未經許可，禁止轉載。