从收到需求到明确需求——需求洞察

我们每天都会遇到各类需求，需求来源可能是客户、用户，也可能是领导等等。当我们接到一个需求时，第一步要先搞明白这个需求是不是最真实的诉求。

保证第一步方向不跑偏，再结合现状、经验、资源等维度制定最终的解决方案。这样的方案即便有优有劣，但都是可行的。

而很多产品新人都会直接根据需求提出方的问题，结合自己的经验进行分析、设计，最终形成一个或多个解决方案。而恰恰忽略了很重要的“需求洞察”

需求洞察能够让我们真正的理解需求提出方实际的痛点或诉求。也正是在需求洞察的过程中，我们辨别此需求是否是“伪需求”，以及我们形成的方案是否真正解决了用户的痛点，或是我们是否还有更优的方案。

这样说起来比较理论化，不容易理解。我们举一个简单的例子：

需求提出方说：“帮我买瓶水”。我们的解决方案一定是想办法帮他买一瓶水吗？

首先我们要搞清楚他为什么要水。这里提到一个关键问题：惯性思维。我们一定要尽量克制自己采用惯性思维。他要水，不一定是为了喝水哦。

他可能是渴了，要喝水；

但是有没有一种可能，他是热了要喝水？

或者他是健康生活爱好者，为了保持每天八杯水的摄入量而要喝水？

或者他手脏了要买瓶水来洗下手呢？

或者他想用水浇花呢？

极端点他甚至可能只想要那个瓶子。

等等情况，都有可能最终指向提出一个需求：帮我买瓶水。

即便是只考虑买水这个场景，我们还要权衡现在买水方便吗？贵吗？路远吗？也就是我们在解决这个需求时，团队所付出的工作量及成本有多大呢？

如果是因为热了买水，那我有没有其他的解决方案呢？比如买根冰糕，比如打开空调。

如果是因为想用水洗手呢？我们也可以提供一张湿巾，或者像小时候“呸！呸！”吐两口搓一搓...

如果是其他原因，我们同样可以找到不同的方案，同时结合现状选择出最优解。

因此我们在获取到需求提出方的诉求后，第一反应不应该是如何立刻马上满足，而是先思考一下这个诉求提出背后的原因。而且这个背后原因是不是真正的原因？如果不是还需要再向前思考一次，最终发掘出真实诉求。这就是我理解的需求洞察过程。

所以最终的结果是，我们不是直接拿出各种品牌的水，各种型号的水来让他选择。而是基于实际诉求来提供更多更合理的选择方案。

类似的例子比如客户提出要把这个页面的关键词字体放大，这个需求也可能不是单纯的放大，而是提高视觉冲击力，突出重点。那么“把关键字放大”是我们收到的需求，而“提高视觉冲击力”则是我们洞察之后的真实诉求。

于是我们的解决方案可能就是通过色彩搭配、比例调整等方式突出关键词，而不是简单粗暴的变大。

当然在需求洞察的过程中，需要我们善于提问、聆听、进一步分析重点，最终摸索出真实诉求。

写在最后

最近在工作中有同事在接受过需求洞察相关培训后，依然出现基于惯性思维直接进行问题分析与方案讨论的情况。

我也在反思如何将这些理论更好的融入实践，为工作赋能。如果有了答案会及时分享出来，同时也希望各位同行大佬不吝赐教！

如何针对真实诉求设计方案，这里又会涉及到业务闭环、结构化思维、最小化成本等维度，后续再单独分析。

Ps：下一次分享的内容还没有确定，但是计划从形成方案的过程、需求或产品如何助力交付组更高效、如何设计产品帮助手册等几个方面挑一个。有诉求的朋友可以点菜哈

最后的最后

祝大家劳动节快乐，注意防疫~

欢迎各位同行关注“不想延期了”公众号

往期回顾：