认识需求:角色、问题、响应、收益


编辑导读:需求的概念很模糊 , 大家都在说需求 , 但含义确大相径庭 。 本文作者依据自身工作经验与认知 , 从不同角度对需求的四要素展开了深入分析 , 供大家一同参考和学习 。
认识需求:角色、问题、响应、收益
本文插图
不得不说 , 关于产品经理 , 能写的东西有很多:写我们对行业的观察 , 对未来的看法 , 对逻辑的梳理 , 对趋势的判断 , 但无论怎么写 。
回到工作中 , 产品经理总是需要拿作品说话 , 拿结果说话 , 支撑起这一个个结果的 , 就是我们天天所要打交道的需求 。
需求是一个很神奇的词 , 在互联网普及前 , 需求就已经渗透进我们的生活中了 。 一个人的欲望 , 往往就可以转化为特定的需求 。
只是随着互联网的快速发展 , 因为有了产品经理这样的角色 , 所以需求更多地变成了行业内的一种术语 , 甚至成了某种组织规范 。 任何欲望 , 化成需求 , 最终落地变成产品功能 。
那么需求到底是什么呢?
在我看来 , 需求是特定角色遇到特定问题时所希望发生的特定响应 , 从而带来特定的收益 。 所以对于需求而言 , 关键词是角色、问题、响应和收益 。
与需求经常搞混淆的 , 是诉求 。 诉求更偏向于一种主观的表达 , 比如说:

  • 我饿了 , 我想吃饭;
  • 我想找个人聊天;
  • 我想了解最近有什么可以看的书;
这些直接表达出来的欲望 , 代表了个人的一种诉求 , 即 , 我想要什么样的事情发生 。 如果严谨一些 , 诉求并不是需求 , 它必须经过更深层次的剖析 , 才能挖掘出需求所必须具备的四个要素:角色、问题、响应和收益 , 最终才能转化为需求 。
在介绍如何剖析需求之前 , 我想先介绍一下需求的四要素 。
需求要素一:角色
需求是有主体的 , 作为产品经理我们要知道这个需求是谁的 。 有时候需求从主体到产品经理 , 往往会经过很多人的理解和二次传播 , 如果我们只看到这个需求的上一级转述者是谁 , 而没有认真探究这到底是谁的需求 , 就会导致我们最后的工作成果 , 并不满足最开始的需求 。
例如老板让甲去告诉乙 , 让乙做一张设计图 。 老板可能是太忙 , 也可能是信任甲 , 总之 , 他把需求的传达这件事交给了甲 。 但问题在 , A是否能够完整的传达老板的意思呢?很难说 。
如果乙没有仔细去想需求的角色 , 那他可能接到这个任务之后就直接做了 , 但实际上 , 他最终接受到的需求信息是甲传达的 , 但需求本身是老板提出来的 。 所以 , 想办法了解老板真正的需求是什么 , 对乙来说是最关键的 。
【认识需求:角色、问题、响应、收益】再进一步说 , 为什么弄清楚需求的角色这么重要 , 因为需求是否被满足 , 往往由需求提出者来最终验证 。 如果产品经理找不准是谁的需求 , 那也就无法真正验证你工作的成果 。
需求要素二:问题
这里的问题 , 就是我们经常听到的痛点 。 关于痛点的分析 , 市面上已经有很多文章有各种维度的分析 , 但在笔者看来 , 梳理痛点最核心的点在于问自己:是谁的 。
痛点天然带有角色的属性 , 即我们在分析痛点时 , 总要先思考这是谁的痛点 。
我曾经做过一场产品咨询 , 咨询者说自己在一家做人力资源Saas服务的公司做产品经理 。 有一次他接到一个需求——在考勤的算法中将午休的一个小时从工时中去除掉 。 这个需求是客户公司的老板提的 , 但员工意见很大 , 觉得平时午休的时候也依然被要求工作 , 那么这个时间就不能从工时中去掉 。
显然这个需求是老板提的 , 但是在分析需求的过程中发现使用这套Saas服务的员工也有自己的痛点 。 那这个痛点我们要不要解决呢?


推荐阅读