互聯網產品經理必修課:產品需求管理
筆者本意是通過總結一些關于產品需求管理的內容文字讓自己對此有個完整的認知,以備工作之需;同時需求管理也是從事產品不可回避的核心工作,做好需求管理是一個靠譜產品經理必須掌握的技能……
先說句題外話,在工作中,很多人會將用戶反饋、用戶需求、產品需求的概念混淆,更甚者將用戶需求等同于產品需求……這顯然是不對的。產品經理只有很好的把握住什么是產品需求,才能做好對產品需求的管理工作。
圖-2?用戶反饋、用戶需求、產品需求之間的關系
產品經理首先是從目標用戶那里收集反饋信息,然后從用戶反饋中進行分析,進而得到初步的用戶需求,然后進行市場調研、深度驗證,并結合公司戰略、用戶需求、產品目標進行產品規劃,構建解決方案,即產出產品功能列表,這些待實現的產品功能就是產品需求。
產品需求是經過產品經理對收集的多方需求進行分析、評估、去偽存真之后的產物,弄清楚產品需求是什么,如何產生的,是進行產品需求管理的第一步。可能你會說那么將這些需求一一實現不就好了,為什么還有費勁巴拉的做產品需求管理呢?
- 首先,海量需求雖經過分析、評估、篩選但依然會保留各種各樣的需求,有些需求在現階段未必是核心需求,也未必是滿足公司現階段商業目標的重要需求,這需要產品經理結合公司戰略目標、資源條件等因素,經過深思熟慮的規劃和權衡來確定現階段的核心需求,以期投入有限資源打造一款現階段適合用戶、達到商業目標的產品。
- 其次,產品研發周期受研發成本、技術資源、業務復雜程度、功能點等因素的影響,如果一股腦的將功能需求實現,可能會因為研發周期過長造成產品上線延遲,錯失市場機會。只有做好需求管理、需求優先級劃分、需求控制和維護,才能有效控制產品研發進度,降低產品落地的風險。
接下來進入正題,文章按照產品設計研發流程,并圍繞產品需求收集分析、評估分類、優先級劃分、需求控制等幾個主要方面來總結產品經理如何做好產品需求管理。
一、需求收集、整理、分類
在產品的生命周期中,產品經理會通過用戶、市場調研,競品分析,行業、數據分析等渠道收集各類需求;面對這些需求,產品經理要學會收集,整理,挖掘需求。需求管理從這里就開始了。
圖-3 需求獲取方法、需求來源
以上是筆者匯總的一些獲取需求的常見方法,以及需求的主要來源。產品經理通過一些方法原則,系統、全面的收集需求之后,就需要對這些散亂的各種需求進行整理。
二、需求分析、評估分類
1. 需求分析
收集整理的需求信息,往往不是真實的或者準確的,產品經理需要對需求信息進行深度思考、分析、探尋需求背后的動機。其目的是通過需求分析深刻理解需求及其本質、價值、可行性、合理性,排除偽需求,挖掘真實需求,并進行產品設計和規劃,從而確定產品需求。
當然,需求分析需要考慮并思考許多問題,如該需求是在什么場景下,解決的誰的什么問題等等,這里不再展開。
2. 評估分類
主要是對經過需求分析得到的產品需求進行評估和分類,此環節通常由產品團隊(產品經理、用研、交互設計師、運營等)協作完成。需求評估和分類的主要內容如下圖所示:
圖-4 需求評估與分類
經過一系列的思考、分析、評估、分類等工作,已經完成了對產品需求列表的初步優先級判定,如哪些需求是核心需求、主要需求、次要需求,產品需求的重要程度、緊急程度,投入回報率如何……為確定產品需求落地序列做了充足準備。
產品經理經過這個環節可以將需求放入“需求池”,以此來記錄需求的詳細信息,一般包括需求的以下信息:需求ID、需求名稱、需求類型、需求描述、價值描述、重要程度、緊急程度、優先級、提交時間、需求提出人/負責人、需求狀態、備注。
圖-5 需求池
注意,在實際工作中可能只包括其中的一些需求信息屬性而并非全部,設計一款適合自己、適合當前產品或項目的需求池才是最重要的,要學會活學活用。
三、需求優先級劃分
這里的優先級劃分是對產品需求評估的延伸,目的是繼續細化、明確產品需求落地序列,尤其是產品需求分多個版本迭代落地的情況;這個環節確定下來的需求優先級結果可以補充到“需求池”中。
一個產品經理靠不靠譜、功能是深是淺,從需求優先級劃分環節就可以知道,下面看一下在這個環節產品經理需要了解哪些內容:
常見的幾種優先級較高的需求:
- 產品初期,需要快速搭建的功能需求(或基礎需求);
- 產品上線后,與近期運營目標契合的需求;
- 用戶反應惡劣的需求;
- 意見領袖的意志或需求;
產品需求優先級判定常見方法:
(1)四象限法則
一種常用的需求重要緊急程度判定和需求落地排序的方法,通過對需求按照重要且緊急、重要不緊急、不重要但緊急、不重要不緊急順序進行劃分,來確定需求落地序列。
(2)KANO模型
這是一種用戶需求分類和優先級的工具,通過分析用戶對待實現需求的滿意程度為基礎,進行需求劃分,這里不再詳細展開。
(3)需求維度量化計算
此類產品需求優先級判定方法,筆者個人認為太過于理想化,在實際工作中實施起來難度較大。
這里僅簡單描述一下:先設定量化維度,一般包括階段性目標(或現階段目標)、需求服務的用戶占比、投入產出比(需求價值)、用戶體驗、性能優化,也可以根據具體的產品或項目關注的需求因素進行設立;通過對量化維度進行權重劃分(百分比),來計算需求優先級,如下圖所示,僅供參考。
圖-5 需求優先級計算方式
四、需求變更控制
圖-6 需求變更控制流程
隨著時間的推移,產品設計、研發成員對所處行業、競品、市場、產品以及需求的認知和理解都在深化,在產品構思、研發、優化等過程中經常會迸發新的靈感和想法。在產品生命周期中,需求變更是常態,也是產品需求管理的工作核心之一。
在工作中需求變更通常有以下原因造成的,如下:
- 市場調研、用戶分析、需求驗證不充分;
- 需求評審、技術評估、工作量估算不到位;
- 設計、研發對產品需求理解不到位,導致設計方案有缺陷、不夠健壯,不能達到需求目標;
- 新業務,市場、行業機會發生變化,產品目標改變;
- ……
需求雖然是變化的,但在一段時間內,產品目標和產品需求是相對穩定的,應盡可能減小因需求變更對產品需求落地計劃的干擾和風險。
產品經理在進行產品需求管理過程中,要有風險意識,首先要適當控制欲望,不以自己的喜好決定需求;同時要全面、深刻的認識到需求變更所帶來的風險,尤其是一個未經深思熟慮的想法或需求所帶來的后果。
在進行需求變更時,要慎重審視每一個需求,加強變更控制,確保團隊的精力都聚焦在產品的核心需求的實施上。如果不嚴加控制可能會導致現有需求的重大變更或增加新的需求,嚴重干擾團隊精力,打亂產品落地計劃,結果可能會導致錯失市場先機,導致產品價值大打折扣甚至失敗。
下面總結了一些需求變更需要注意的內容:
- 進行需求變更分析,明確變更動機或目的,對變更內容進行深度分析;
- 評估變更需求的可行性、重要性、必要性、變更成本等;
- 進行需求變更影響分析,明確需求變更對當前計劃的影響、利弊和造成的風險;
如何做好產品需求變更的相關工作呢?
- 對需求變更的流程規范做出清晰的定義,制定需求變更標準流程和特殊流程(針對特殊需求變);
- 對變更的需求進行深度分析、評審,明確變更內容信息及需求落地計劃,如當前版本實現,還是在迭代版本中實現……
- 明確團隊各成員職責,并指定一個人專門維護需求變更事宜,做好需求變更記錄;
- 建立產品需求基準版本文檔和需求變更控制版本文檔,產品需求基準版本文檔是項目各方對產品需求達成共識的快照;之后的需求變更同步在產品需求控制版本文檔中,避免產品需求管理因變更導致混亂;
五、需求跟蹤
產品需求管理是一個持續的動態管理過程,新需求不斷產生,同時一批批待實現需求實施落地,產品經理要負責對產品需求的進展情況進行跟蹤,并時刻更新需求狀態,這也是產品經理進行產品需求管理的核心工作。
需求跟蹤包括:
- 維護產品需求變更的歷史記錄,記錄需求變更的詳細情況(如需求變更內容、原因、日期、負責人、版本號以及需要通知的開發所涉及的人員等);
- 需求狀態信息的跟蹤,維護記錄每項需求的進度狀態(一般包括待確定、未開始、開發中、已完成、擱置、取消、關閉)變化,還需要記錄與需求進展相關的其他重要信息,如需求完成時間、需求擱置、取消、關閉原因等等。
此環節的工作建議產品經理借助一下需求管理協助工具,來完成產品需求的管理和跟蹤。筆者在下面的內容也推薦了幾款。
六、幾款工具幫助你做好需求管理工作
在實際工作中,各種產品或者項目的管理工作讓產品經理應接不暇,提高工作效率,做好各環節的工作,必須借助一些強大的工具來幫助產品經理應對繁復的工作,使其在工作中游刃有余。不同的工具,可以解決不同的工作,下面介紹幾款筆者自己常用的工具:
1. Excl,表格文檔,操作簡單,功能強大,幾乎能夠解決產品需求管理的全部工作;但是在周期短,要快速迭代和開發的互聯網環境下,它在維護需求信息方面起來要復雜,笨拙,不那么便捷。
筆者經常用它來做如下工作:在初步確定產品需求后,用其記錄全部的產品需求,產出產品需求列表;待產品需求進行評審、分類及優先級劃分后,建立產品需求基準版本。
2. ONES.Project,筆者在用,此工具支持團隊各成員共同管理和維護,在需求變更、控制、跟蹤以及需求狀態維護等方面都非常便利;筆者在產品研發、測試、上線、迭代優化階段使用此工具。
3. Teambition,也是一款好用的團隊協作工具,在項目管理、敏捷開發、產品設計、創新管理等方面都非常實用。
除此之外,市面上有很多不錯的在線工具,如Testin、worktile……君子善假于物,工具可以提高工作效率,讓工作井井有條;切記:要善用工具,但不可完全依賴工具。
最后再說一句,產品需求管理是產品經理必備的核心技能,而需求優先級劃分、需求變更控制、需求跟蹤是需求管理的核心和主要工作,做好需求管理是一個靠譜產品經理的重要標簽。
文章雖多多查閱文字資料,詳細研讀之后,再結合實踐經驗,但仍未能將需求變更的內容提高到方法論的高度,整理成冊,分享給大家。只望本篇文字的梳理能對產品需求管理方面不知如何開展工作的童鞋有所幫助,有所啟發就好……
本文由 @歲月 原創發布于人人都是產品經理。未經許可,禁止轉載
題圖由作者提供
看了需求來源列表 就覺得值得讀完整篇文章 落地、可行
老曹教你這樣打廣告的嗎? ??
說的很好,學習了。
跟項目管理的需求管理有些類似,比如獲取需求的方法。產品管理對變更的控制沒有項目管理那么嚴苛,當然是因為產品尤其是互聯網產品應該積極擁抱變化。。
一款產品,包含數個項目;要實現產品目標,必然要先落地各個項目目標;對產品需求的管理也正是對各個項目的管理……一個靠譜的產品經理既要積極擁抱變化,也好適當控制欲望,只有將產品落地,才能體現產品存在的價值。
excel…
3Q