用HMW方法處理產品需求
編輯導語:在工作中,產品經理的很多時間都需要跟用戶需求打交道,滿足大部分用戶的需求,是產品進行下去的動力。所以,當拿到需求時,不能直接去做產品設計,應該對其進行分析,考慮需求的各種情況,再進行產品設計。本文作者為大家介紹了HMW方法分析,這是產品經理們常常使用并且很有效果的一種需求分析方法。
上一期整理了一些關于需求分析過程中容易犯錯的知識點,這期來聊聊產品需求分析方法。
產品需求分析有3種方法:HMW、競品分析、數據分析,今天以短視頻APP為例,重點介紹如何用HMW方法處理產品需求?
一、什么是HMW
HMW,即How Might We,它是處理產品需求的一種行之有效的分析方法。
二、HMW的流程和方法
HMW分析法包含5個流程和方法,分別是:
1. 明確用戶場景問題
關于產品需求挖掘,產品經理常掛嘴邊的一句話是要挖掘更多用戶場景,探索更多商業化可能性。想要挖掘用戶場景,產品經理得清楚知道用戶在使用過程中出現哪些場景,會產生什么問題?
這個環節要多向用戶提問,了解用戶的痛點和訴求,明確用戶場景問題。產品經理向用戶提問時需注意所提的問題一定要聚焦且開放,要問正確的問題。
什么是正確的問題?舉個例子:
錯誤的提問一般內容都比較籠統無標準答案,每個聽眾心中都可以有一個哈姆雷特式的答案,而正確的提問能正確表述問題是什么,評判標準是什么,問題指標能精確到數值。
2. HMW分解問題
HMW分解問題的方法有五個:積極、轉移、否定、拆解、腦洞,不同的分解思路能啟發你拆解許多不同的解決方案,以短視頻產品為例,看看這5個方法怎么用:
以下是產品需求:
- 需求背景:某短視頻APP的用戶留存率低于30%
- 需求目的:如何提升產品的留存率??
1)積極
積極策略一般可分為3種:給用戶好處、給用戶方便、讓體驗有趣,進一步剖析3種策略即可延伸出更多有效解決方案,如下方腦圖,每種策略都可延伸出N種解決方案。
2)轉移
方法總比困難多,轉移也有慣用方法,比如讓系統推動用戶、讓第三方推動用戶、讓第三方解決問題等。
轉移的亮點在于把一些看似應該由平臺來完成的任務轉移給第三方或用戶身上,讓更多人參與到合作推廣的大舞臺中。
3)否定
否定有兩個主要方法,讓用戶不得不,讓用戶不做XX也可以完成XX。
4)拆解
拆解的思路可以按兩種用戶類型拆解——比如沒問題的用戶都做了/沒做什么,有問題的用戶都做了/沒做什么。用戶問題大多數是非黑即白,此外都是非目標用群體居多。
5)腦洞
想和做是兩碼事,關于腦洞有幾個點特別想跟大家強調。
在腦洞過程中先不要管技術能否實現,盡可能多列舉一些你想要的天馬行空的想法,這個過程一定不要自我限制,越有創意越好,管他能不能實現。
把團隊里所有人腦洞大開的創意匯總整理好之后,再考慮所謂技術問題、成本問題、用戶問題、時間問題。
O(∩_∩)O哈哈~大家來看看我寫下的這些天馬行空不切實際的腦洞:
3. 分類排序
當把所有需求都匯總好后,下一步需要對需求進行分類排序。
1)分類
需求分類是快速整理需求的最高效方式。如下模板所示,通過給需求分類,所有需求清單一目了然,極大提高需求評估的時間和效率。
2)排序
上一期分享了kano模型,kano模型用于產品產品需求排序,而ICE法用于產品方案的排序。
ICE評價法包括3個維度:
- 影響范圍(影響范圍):指該功能上線后有多少用戶可以感受到和使用到;
- 自信程度(自信程度):指該功能上線后對目標達成的效果預測;
- 實現難易(實現難易):指功能的綜合實現難度,包括開發成本、運營難度、推廣成本等,越容易實現的得分越大。
舉個栗子:
最后總分越高的方案,優先級越高,越應該優先開發。
4. 流程與原型設計
完成前面5步后,大膽提出你的假設,并做好產品的原型設計和產品交互設計。產品上線后,通過數據分析,驗證之前的假設,看產品實際上線后跟預期假設之間的差距有多少。
5. 復盤
最后一步最重要——需求復盤。通過查看和分析產品數據,跟原來制定的目標對比,不斷提高自己對產品的認知和判斷。
以上是HMW分析法,你學會了嗎?
卡卡,微信號:969974134,《卡卡的產品札記》公眾號主理人,先后就職于金山、魅族,專注產品運營。
本文由 @卡卡的產品札記 原創發布于人人都是產品經理,未經許可,禁止轉載。
題圖來自 unsplash,基于 CC0 協議
有個疑問,前面講的是產品方案的輸出,后面怎么又講需求排序了呢?
很受益 解決了工作中很多問題
很高興能幫助到你??