楠木軒

用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個維度:

  1. 影響範圍(影響範圍):指該功能上線後有多少用户可以感受到和使用到;
  2. 自信程度(自信程度):指該功能上線後對目標達成的效果預測;
  3. 實現難易(實現難易):指功能的綜合實現難度,包括開發成本、運營難度、推廣成本等,越容易實現的得分越大。

舉個栗子:

最後總分越高的方案,優先級越高,越應該優先開發。

4. 流程與原型設計

完成前面5步後,大膽提出你的假設,並做好產品的原型設計和產品交互設計。產品上線後,通過數據分析,驗證之前的假設,看產品實際上線後跟預期假設之間的差距有多少。

5. 覆盤

最後一步最重要——需求覆盤。通過查看和分析產品數據,跟原來制定的目標對比,不斷提高自己對產品的認知和判斷。

以上是HMW分析法,你學會了嗎?

卡卡,微信號:969974134,《卡卡的產品札記》公眾號主理人,先後就職於金山、魅族,專注產品運營。

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

題圖來自 unsplash,基於 CC0 協議