如何判断真伪需求

首先针对于需求分析说说,产品经理不能成为一个传话筒,不能说用户反馈了什么我们就去做什么,这最后只会导致产品最后明明满足了需求但就是很难用。所以说一定要进行合理的需求分析以后再去看他值不值得做,要不要做。

一、需求真伪

在这里说个例子,曾经看到一本产品上有个例子举得很好,就是一个小孩饿了哭着非要吃饼干,他妈妈就说现在太晚了没有饼干快睡觉,结果小孩哭的更凶了,这时候他爸爸就问小孩为什么非要吃饼干,小孩这时候说他饿了,爸爸就拿了一块面包给他吃,小孩乖乖吃完就睡了。

我们来对这个例子分析一下,小孩哭着要吃饼干真正原因是因为他饿了,他妈妈没有去挖掘小孩的真正哭的原因没有正视小孩的需求,他爸爸懂得去挖掘背后要吃饼干的真正原因,那么在这个案例中,小孩哭着要吃饼干就是一个伪需求。

当然,在实际的业务场景中需求远不可能这么简单,所以这也要求我们不断锻炼我们的的洞察力。

二、判断真伪的步骤

1. 需求收集

在前期收集阶段不要去急着分析,先全部一一收集起来,先记录再认真分析

2. 需求分析

1)功能层面问题

客户大多提出的需求都是很模糊的表面需求,比如说我现在要新增一个功能,如何设计客户都给你提好了,但问题是客户与产品经理信息是不对等的,产品经理未必懂客户的正式诉求,客户未必知道产品经理对产品的考量,而且最重要的一点,客户是问题专家,不是方案专家,他提的方案难道一定最优的嘛,所以说对于客户提出的功能层面的需求可以用常见的5W1H模型分析法。

场景是什么。使用者是谁。在什么时间什么地点发生,需求的背景是什么?需求方到底要什么,我要怎样解决在需求。这个阶段一定要还原到具体的业务场景和流程中去,千万不要带着主观臆测去分析需求。这样做出来的是你想要的,不是客户想要的。

2)业务逻辑层面

其实这里和上述功能设计相似地方,就是一定要还原到具体业务流程当中去,然后进行逻辑推演:

  • 为什么做这个功能,缺少这个功能业务流程会如何
  • 这个功能与上下游的工作关系是什么
  • 这个功能不做有无好的替代方案解决这个需求

这个就要求你的眼界和关注点要广,上升层面去看需求,不只是盯着一个小模块里的小功能,将这个功能放到整体的业务之间去分析。

3)价值判断:

  • 目的:客户提出改需求的目的是什么,确定不了就是伪
  • 需求解决后,我们和客户分别能获得什么回报和收益,不能带来价值则伪
  • 功能:用户所要求的功能是否和我们的产品定位和价值是否匹配,如果不能,我们是否能为客户提出匹配的替代功能,不匹配则为伪

从业务上确定价值,进而判断需求的真伪。

作者:汪仔小新
产品小白开始进阶喽

版权声明

本文来自互联网用户投稿,文章观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符,请点击 举报 进行投诉反馈!

相关文章

立即
投稿

微信公众账号

微信扫一扫加关注

返回
顶部