用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 协议
有个疑问,前面讲的是产品方案的输出,后面怎么又讲需求排序了呢?
很受益 解决了工作中很多问题
很高兴能帮助到你😄