如何判断真伪需求
在面对繁杂的用户需求时,如何精准地辨别真伪需求是每个产品经理必须掌握的技能。通过系统的需求收集、分析和价值判断,我们可以更有效地优化产品功能,真正满足用户的核心需求。
首先针对于需求分析说说,产品经理不能成为一个传话筒,不能说用户反馈了什么我们就去做什么,这最后只会导致产品最后明明满足了需求但就是很难用。所以说一定要进行合理的需求分析以后再去看他值不值得做,要不要做。
一、需求真伪
在这里说个例子,曾经看到一本产品上有个例子举得很好,就是一个小孩饿了哭着非要吃饼干,他妈妈就说现在太晚了没有饼干快睡觉,结果小孩哭的更凶了,这时候他爸爸就问小孩为什么非要吃饼干,小孩这时候说他饿了,爸爸就拿了一块面包给他吃,小孩乖乖吃完就睡了。
我们来对这个例子分析一下,小孩哭着要吃饼干真正原因是因为他饿了,他妈妈没有去挖掘小孩的真正哭的原因没有正视小孩的需求,他爸爸懂得去挖掘背后要吃饼干的真正原因,那么在这个案例中,小孩哭着要吃饼干就是一个伪需求。
当然,在实际的业务场景中需求远不可能这么简单,所以这也要求我们不断锻炼我们的的洞察力。
二、判断真伪的步骤
1. 需求收集
在前期收集阶段不要去急着分析,先全部一一收集起来,先记录再认真分析
2. 需求分析
1)功能层面问题
客户大多提出的需求都是很模糊的表面需求,比如说我现在要新增一个功能,如何设计客户都给你提好了,但问题是客户与产品经理信息是不对等的,产品经理未必懂客户的正式诉求,客户未必知道产品经理对产品的考量,而且最重要的一点,客户是问题专家,不是方案专家,他提的方案难道一定最优的嘛,所以说对于客户提出的功能层面的需求可以用常见的5W1H模型分析法。
场景是什么。使用者是谁。在什么时间什么地点发生,需求的背景是什么?需求方到底要什么,我要怎样解决在需求。这个阶段一定要还原到具体的业务场景和流程中去,千万不要带着主观臆测去分析需求。这样做出来的是你想要的,不是客户想要的。
2)业务逻辑层面
其实这里和上述功能设计相似地方,就是一定要还原到具体业务流程当中去,然后进行逻辑推演:
- 为什么做这个功能,缺少这个功能业务流程会如何
- 这个功能与上下游的工作关系是什么
- 这个功能不做有无好的替代方案解决这个需求
这个就要求你的眼界和关注点要广,上升层面去看需求,不只是盯着一个小模块里的小功能,将这个功能放到整体的业务之间去分析。
3)价值判断:
- 目的:客户提出改需求的目的是什么,确定不了就是伪
- 需求解决后,我们和客户分别能获得什么回报和收益,不能带来价值则伪
- 功能:用户所要求的功能是否和我们的产品定位和价值是否匹配,如果不能,我们是否能为客户提出匹配的替代功能,不匹配则为伪
从业务上确定价值,进而判断需求的真伪。
本文由 @汪仔小新 原创发布于人人都是产品经理。未经作者许可,禁止转载
题图来自 Unsplash,基于CC0协议
该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。
产品经理得站在高处,看看这个需求对整个业务有啥影响,能不能带来实际的价值。不能光看用户说要啥就给啥,还得考虑这功能跟咱们产品的大方向是不是一致。