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