我的產品方法論之需求分析(中)
上篇文章推送后得到了大家的鼓勵和建議,我準備趁熱打鐵繼續上周的話題:我的需求分析方法論第二步——利用四象限分析法來進行優先級排序。
1
首先,我們先回顧需要與需求的的定義:
需要,是解決問題或者滿足欲望,它是我們最終目的。
需求,是需要付出一定成本來滿足,具體表現為解決方案中的具體產品或是功能。
在上文發出后,我總是想著能否用更為簡潔的類比方式來描述兩者的關系,直到看到老黃的那篇《身為互聯網人,看不懂用戶行為該怎么辦》,里面提出了以下觀點:
A?類需求往往與用戶的外在環境和特定的行為表象有關,通常會因為環境、工具、用戶習慣等外部條件的變化而周期性發生變化。典型比如人們在特定場景下的話語體系和交流方式(如各類層出不窮的花式表情包、“皮皮蝦我們走”、“打call”),新的娛樂和消磨時間的方式(如抖音、狼人殺),最近又新近流行了哪些好吃的等等。
B?類需求則往往是面向內在的,它往往與用戶的心理和內在情緒相關,相比起 A 類需求來說,它會更加恒定持久,鮮少會因為時代、環境的變化而發生變化。
我并非想去爭執,這兩類需求說到底就是需要與需求,概念模糊才會讓我們在解決實際問題是捉襟見肘,每個人都有一套自己的理論卻很難說服對方。
看罷文章,我突然想到了如何向他人講解兩者的好辦法,需要與需求其實就是矛盾的共性與個性。
矛盾的共性指矛盾的普遍性,是絕對的、無條件的;
矛盾的個性指矛盾的特殊性,是相對的、有條件的。
矛盾共性與個性的辯證關系是指,共性寓于個性之中,個性又受共性的制約,共性和個性在一定條件下相互轉化。
這一段在高中政治學習的哲學辯證法代表了世間萬物的發展規律與本質。將這一觀點運用到需求分析中特別有效,我就像發現了新大陸那般興奮,如此一來,對于產品工作者而言,我們只需要運用這一關系就能夠挖掘出用戶行為及其產生的環境本后的種種本質。
我們可以升華對于需求分析的理解與認知:
需求可能是用戶一時的喜好與解決方案。需要可能是對于「用戶在遭遇經受何種場景何種沖擊后一定會得到或產生某些特定體驗和感受」有了更加深刻和普世的理解。
2
在《我的產品方法論之需求分析(上)》中,我將自己的需求分析方法論分為三個階段,第一階段我的做法是:
我們在遇見需求時,首先要分析用戶、場景、問題以及現有解決方案,利用思維導圖將思考過程完整記錄并梳理,更要深層地理解用戶需要,圍繞核心的用戶體驗與感受,從中篩選并提煉出最有價值的信息與開發方向。
拋開單個需求分析框架,我們在工作中不免碰到太多需求,很多時候,若是處理不當,很容易打亂我們的日常計劃:
- 今天 ,CEO 提出了新的商業訴求,我們要在內容付費上花功夫,看看能否結合具體業務場景實踐;
- 明天,市場部談了新合作協議,我們的管理平臺需要對場館方與教練開放,并且設置不同的管理權限;
- 后天,IOS 與 Android 版本的啟動頁長時間未更新,用戶反饋太單調了,未能突出平臺與產品價值。
上述這些案例只是我們需求的九牛一毛而已,對于需求提出者而言,這些都很緊急,我們必須盡快安排開發,否則會影響后續商業洽談。
然而,我們需要明白,一個公司的產品路線圖是需要清晰明確的規劃與執行的,「任何需求都可以完成,只是需要時間」,因而,我們需要認真地制定評估原則,原則是我們為人處世的標準。我們常說的優先級排序就是為了確定現階段的任務以及我們為何要開發。
在總結了個人學習與公司發展后,我將需求優先級排序分為以下三個維度:
2.1 用戶量與發生頻率
用戶量是指這個需求或問題是影響小部分用戶還是所有用戶。
發生頻率是指這個需求或問題是每次都出現還是偶爾出現。
我們要優先解決大用戶量的高頻問題,這是保證產品的基礎體驗,也是保證用戶口碑的關鍵所在,若是基礎體驗都無法滿足,何來產品價值與用戶自發推廣?
例如,App 手機登錄短信驗證碼收不到;場館地圖無法獲取;支付頁面報錯。
最后解決小用戶量的低頻問題,這是超出預期的用戶體驗。
例如,Kindle 的全文搜索;網購書籍贈書簽。
2.2 開發難度與實踐效果
開發難度是指問題解決或是功能實現的技術要求、人員數量以及開發時間。
實踐效果是指問題解決或是功能實現的用戶體驗、操作效率以及實踐效果。
我們要優先做難度不大、效果明顯的事情,這就是常說的產品迭代,早期更是如此,我們推出產品后最好圍繞核心功能進行完善。
例如,ofo 小黃車的低成本投放與快速復制;微信的社交聊天與好友。
然后做難度大、效果不明顯的事情,這可能是未來的機會。
例如,摩拜單車智能鎖與科研技術投入;得到 App ?的《每天聽本書》年卡體系。
2.3 產品價值
按照俞軍的說法:
產品的用戶價值 = (新體驗 – 舊體驗)- 換用成本
產品的商業價值 = ?用戶意愿支付價格?– 產品成本
因而,看一個產品的價值可以從用戶需求的緊迫性以及用戶對產品的付費意愿。
例如,去年的直播行業與內容付費行業風生水起,從用戶價值來看,直播帶來的新體驗要遠遠超出原來一個人的孤獨感,而且隨著移動支付的便捷,人們對于付費閱讀或是打賞等已經有了更深的認知,這也可以認為是舊時代的粉絲經濟的現代版本。因而,我們就不難解釋為什么很多產品跟風上了直播或是付費問答等功能。
總而言之,我們能夠得出以下幾個結論:
(1)需求優先級的定義要基于當時的環境和實際情況,需求分析最關鍵是回到用戶、場景、問題上來,因為用戶需求是一個動態變化的過程,需要適時調整。
產品起步階段的重點是核心功能的實現,驗證產品的可行性。產品的發展階段重點是功能的擴展和完善,需要做的是探索新的價值。產品的迭代階段重點是用戶體驗的提升。
(2)產品與運營不分家,在確保滿足基本需求時,也要適當考慮滿足用戶期望和興奮型需求。
這其實就是 KANO 模型中的三種需求:基本型需求、期望型需求、興奮型需求。三種需求的重要性程度當然是基本型需求優先,期望型與興奮型需求次之。
因而,在產品開發與運營過程中,我們需要動態調整或是轉換當前階段的重點,上述的三個維度就是衡量優先級的標準之一,最終將劃分出來的需求進行對比與討論。
3
下面我就用實際案例來拆解并運用上述需求優先級排序原則。
我們從 QQ 第一版上線的優先級來分析,面對以下12個需求的思考方式為:
- 卡通頭像;
- 不可竊聽安全通訊;
- 聊天室;
- 很小的 exe 程序;
- 皮膚;
- 速度超快 0.5 秒反應;
- 聊天記錄管理器;
- 語音;
- 視頻;
- 看誰在線上;
- 傳文件;
- QQ 表情。
首先,從用戶量與發生頻率來看,
QQ 的核心功能是即時聊天,在當時的網絡技術與時代背景下,與聊天相關的元素就顯得異常重要,可能會涉及到大范圍用戶,利用四象限分析法,卡通頭像、聊天室、很小的 exe 程序以及看誰在線上對用戶來說是非常重要的基礎功能,無論是私聊、群聊還是用戶狀態顯示,都是為了提升在線聊天用戶的溝通與交流體驗,而語音、視頻或是文件傳輸僅適用于特定人群,例如商務往來、家人溝通等場景,優先級當然排后。
圖片來源:Rex 的 Xmind
其次,從開發難度與實施效果來看,卡通頭像、聊天室與看誰在線上這三個需求開發難度相對較低,且容易被用戶察覺并迅速傳播。其他的需求依次劃分在其他象限上。
圖片來源:Rex 的 Xmind
最后,從產品價值來看,聊天室、看誰在線上、超快反應可能是當時用戶較為迫切的需求,從付費意愿來看,皮膚、QQ 表情都是后期用戶為了炫耀并展現個性的絕佳方式,每天龐大的用戶量使得騰訊在當時的玩法十分多樣,站在用戶角度,我是愿意為了皮膚或是表情付費,想當年 QQ 的個性皮膚與各類增值服務可是風靡全國。
綜上所述,1、3、5、10 是較為合理的需求優先級排序,當然,這只是我們簡單地分析與思考,事實情況與業務數據我們并無更多信息。
這只是我的個人經驗與總結,大家可對照自己公司的產品需求運用這三個維度來思考并完善。
4
以上就是我的需求分析方法論第二步——利用四象限分析法來進行優先級排序。
作為產品經理,我們在遇見海量需求時,要明確需求優先級排序原則,逐一運用四象限分析法來判斷,然后再結合公司產品發展階段與具體場景來思考。
恭喜你已經學習用戶思維的第二步,接下來便是如何對需求與需求池進行管理以及如何進行版本迭代,我會在最后一篇文章中繼續闡述我的實踐經驗與思考。
預知后事如何,且聽下回分解。
希望你能夠有所啟發。
相關閱讀
作者:劉禎(公眾號「聽天由己」),互聯網體育創業公司產品經理
本文由 @劉禎 原創發布于人人都是產品經理。未經許可,禁止轉載。
題圖由作者提供
不錯,簡單明了
您好,我想問一下您文章中提到的兩個優先級的分析判定方法都是在功能已經實現的基礎上再做的四象限方法進行的論證,那如果是一個全新的需求池放在眼前還能用四象限法進行分析么?能向你請教一下這種情況下優先級是怎么判定的嗎?
是這樣的,其實我認為這些方法是通用的,并不是說僅僅用于已有功能上的改進。關于新項目,我們更應當關注要解決的問題,解決方案同樣多樣,從中篩選出優先級更高的需求無疑是一樣的。
您好,謝謝您的分享,正好今天剛研究玩kano模型,做下交流。
就是上面您提到的qq的迭代功能排優先級的問題,因為都是主觀意識上判斷那些功能歸屬于某個象限,可以加入調查問卷的形式,例如卡通頭像這個功能,存在和不存在的這個問題的滿意度調查然后進行二維的分析,計算用戶的比例,就能計算出卡通頭像這個功能的歸類(也就是屬于那個象,更精準的可以計算better-worse系數。)然后判斷列出各個功能的優先級。
當然我說的問題是關于開發難度與您文中提到的各類因素都考慮到了以后的基礎上。
不才,歡迎交流。
ps:對體育行業特別感興趣,希望有機會可以共事,向您學習。
有數據支撐當然更好,我們需要通過數據來分析問題。我想,無論用什么模型,當然數據也不一定客觀,每個權重還是依靠現實去人為制定的,歸根結底還是判斷在當時的條件下的最佳選擇。
只考慮了用戶量與使用頻率兩個維度,公司的商業利益這個維度不考慮嗎?
謝謝您的建議,請仔細閱讀原文,第三點我已經聊過了。