从收到需求到明确需求——需求洞察
我们每天都会遇到各类需求，需求来源可能是客户、用户，也可能是领导等等。
01 收到需求
当我们接到一个需求时，第一步要先搞明白这个需求是不是最真实的诉求。
保证第一步方向不跑偏，再结合现状、经验、资源等维度制定最终的解决方案。这样的方案即便有优有劣，但都是可行的。
而很多产品新人都会直接根据需求提出方的问题，结合自己的经验进行分析、设计，最终形成一个或多个解决方案。而恰恰忽略了很重要的“需求洞察”。
需求洞察能够让我们真正地理解需求提出方实际的痛点或诉求。也正是在需求洞察的过程中，我们辨别此需求是否是“伪需求”，以及我们形成的方案是否真正解决了用户的痛点，或是我们是否还有更优的方案。
02 明确需求
这样说起来比较理论化，不容易理解。我们举一个简单的例子：
需求提出方说：“帮我买瓶水”。我们的解决方案一定是想办法帮他买一瓶水吗？
首先我们要搞清楚他为什么要水。这里提到一个关键问题：惯性思维，我们一定要尽量克制自己采用惯性思维。
他要水，不一定是为了喝水哦。
- 他可能是渴了，要喝水。
- 但是有没有一种可能，他是热了要喝水？
- 或者他是健康生活爱好者，为了保持每天八杯水的摄入量而要喝水？
- 或者他手脏了要买瓶水来洗下手呢？
- 或者他想用水浇花呢？
- 极端点他甚至可能只想要那个瓶子。
- 或者他只是嫌你烦了或者觉得你没事干，想把你支走也不是没有可能……
等等情况，都有可能最终指向提出一个需求：帮我买瓶水。
即便是只考虑买水这个场景，我们还要权衡现在买水方便吗？贵吗？路远吗？也就是我们在解决这个需求时，团队所付出的工作量及成本有多大呢？
如果是因为热了买水，那我有没有其他的解决方案呢？比如买根冰糕，比如打开空调。
如果是因为想用水洗手呢？我们也可以提供一张湿巾，或者像小时候“呸！呸！”吐两口搓一搓……
如果是其他原因，我们同样可以找到不同的方案，同时结合现状选择出最优解。
因此我们在获取到需求提出方的诉求后，第一反应不应该是如何立刻马上满足，而是先思考一下这个诉求提出背后的原因。
而且这个背后原因是不是真正的原因？如果不是还需要再向前思考一次，最终发掘出真实诉求。这就是我理解的需求洞察过程。
所以最终的结果是，我们不是直接拿出各种品牌的水，各种型号的水来让他选择。而是基于实际诉求来提供更多更合理的选择方案。
类似的例子比如客户提出要把这个页面的关键词字体放大，这个需求也可能不是单纯的放大，而是提高视觉冲击力，突出重点。
那么“把关键字放大”是我们收到的需求，而“提高视觉冲击力”则是我们洞察之后的真实诉求。
于是我们的解决方案可能就是通过色彩搭配、比例调整等方式突出关键词，而不是简单粗暴的变大。
当然在需求洞察的过程中，需要我们善于提问、聆听、进一步分析重点，最终摸索出真实诉求。
03 写在最后
最近在工作中有同事在接受过需求洞察相关培训后，依然出现基于惯性思维直接进行问题分析与方案讨论的情况。
我也在反思如何将这些理论更好的融入实践，为工作赋能。如果有了答案会及时分享出来，同时也希望各位同行大佬不吝赐教！
如何针对真实诉求设计方案，这里又会涉及到业务闭环、结构化思维、最小化成本等维度，后续再单独分析。
本文作者 @不想延期了 。
版权声明
本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！
