編輯導語：在工作中，產品經理的很多時間都需要跟使用者需求打交道，滿足大部分使用者的需求，是產品進行下去的動力。所以，當拿到需求時，不能直接去做產品設計，應該對其進行分析，考慮需求的各種情況，再進行產品設計。本文作者為大家介紹了HMW方法分析，這是產品經理們常常使用並且很有效果的一種需求分析方法。
上一期整理了一些關於需求分析過程中容易犯錯的知識點，這期來聊聊產品需求分析方法。
產品需求分析有3種方法：HMW、競品分析、資料分析，今天以短影片APP為例，重點介紹如何用HMW方法處理產品需求？
一、什麼是HMWHMW，即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哈哈~大家來看看我寫下的這些天馬行空不切實際的腦洞：
當把所有需求都彙總好後，下一步需要對需求進行分類排序。
1）分類
需求分類是快速整理需求的最高效方式。如下模板所示，透過給需求分類，所有需求清單一目瞭然，極大提高需求評估的時間和效率。
2）排序
上一期分享了kano模型，kano模型用於產品產品需求排序，而ICE法用於產品方案的排序。
ICE評價法包括3個維度：
- 影響範圍（影響範圍）：指該功能上線後有多少使用者可以感受到和使用到；
- 自信程度（自信程度）：指該功能上線後對目標達成的效果預測；
- 實現難易（實現難易）：指功能的綜合實現難度，包括開發成本、運營難度、推廣成本等，越容易實現的得分越大。
舉個栗子:
最後總分越高的方案，優先順序越高，越應該優先開發。
4. 流程與原型設計完成前面5步後，大膽提出你的假設，並做好產品的原型設計和產品互動設計。產品上線後，透過資料分析，驗證之前的假設，看產品實際上線後跟預期假設之間的差距有多少。
5. 覆盤最後一步最重要——需求覆盤。透過檢視和分析產品資料，跟原來制定的目標對比，不斷提高自己對產品的認知和判斷。
以上是HMW分析法，你學會了嗎？
卡卡，微訊號：969974134，《卡卡的產品札記》公眾號主理人，先後就職於金山、魅族，專注產品運營。
本文由 @卡卡的產品札記 原創釋出於人人都是產品經理，未經許可，禁止轉載。
題圖來自 unsplash，基於 CC0 協議