search
尋找貓咪~QQ 地點 桃園市桃園區 Taoyuan , Taoyuan

需求管理:如何科學管理需求池內容?

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

作為產品經理,總會在各種時刻接到各種來源的需求,運營、技術、測試、老大……如果不幸做的產品還有對外合作,這些來源還得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為示例)

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



熱門推薦

本文由 yidianzixun 提供 原文連結

寵物協尋 相信 終究能找到回家的路
寫了7763篇文章,獲得2次喜歡
留言回覆
回覆
精彩推薦