PM说 | 需求分析做不好，原来我踩了这个“坑”...

本期内容

需求分析到底分析什么

不知你是否曾遇到这样的处境，听到需求，大家再熟悉不过了，但在进行实际操作时，却因为对需求分析和理解的不够透彻，盲目进行而浪费大量时间和精力，最后踩了一些“坑”......

本期，我们就跟大家分享一些常见的需求分析的方法及其在实际项目中的应用，来帮助大家更好的避开“雷区”，精准获取客户需求！

需求分析的重要性

在实际工作中，我们能接触到的只是事物所呈现出来的表面特征，而触发这一结果的原因，或者事物背后所隐藏的目的，却不那么显而易见。

往往我们在进行客户需求摸底的时候，就需要从现象出发，从结果出发，一步一步地分析现象，探寻现象背后的原因。

在项目中，客户会提很多的需求，但有时候客户口中所说的，可能跟真实情况有偏差，这可能并不是客户在说谎，而是有些时候，客户对自己可能并非十分了解。

举个简单的例子，用户提出需求：我想要一把梯子。那么这时候我们应该思考的问题是用户要梯子干什么？

结果用户说，我想搭梯子去摘一颗树上的苹果......所以，其实真正需要的并不是一把梯子，给他一颗苹果就好了。

这就是需求分析的重要性，如果不进行需求分析，直接去造一架梯子，不仅会浪费大量资源，解决问题的效率也不高。

接下来，我们就一起来聊聊在项目初期，如何快速准确的获取用户的真实需求。

需求分析的方法

作为需求分析师，要避免成为需求的传话筒，我们需要对用户的需求进一步地分析。

在进行需求分析时，要把握需求的三要素：用户、场景、问题。

有了这三要素，我们就能总结出用户“故事”，写好用户“故事”，高效地解决问题。

那么，如何得知用户在谋什么事？如何探知现象背后的原因？现象背后潜藏的目的或动机是什么？

场景还原法是一个很好用的方法，通过场景来引导需求方说出自己的需求。

在实际操作中，就需要我们结合用户当时的处境（什么地点？什么时间？），所扮演的角色，所表现出的行为出发，进一步探寻。

同样以上面的梯子的例子来分析，用户需要一颗苹果的真实目的是什么？

是单纯的嘴馋了，想吃苹果？如果选择别的水果，行不行？

或者想要苹果是要做个水果拼盘？那是不是还需要其他的水果？

还是说，用户只是口渴了，但正好看到树上有苹果，进而提出要摘苹果吃，来解决口渴的问题呢？

如果是口渴，那么给他倒一杯水是否也可以解决他口渴的需求？

这就是在经过对特定的角色、场景、行为进行分析后，才能了解到事情的本质。

有了目标，确立了动机，我们再进行具体的方案设计的时候，就能在满足用户需求的前提下，给出更符合实际的解决方案了。

实操项目分享

再举一个项目上的案例：

在某A大屏项目中，客户就提了一个需求 “两个大屏页面切换的过程有延迟，能不能让这个过程变快一点？ ”

根据用户提出的这个需求，开发评估后发现，由于A大屏项目的特点是数据比较大，页面切换之后需要重新加载大量数据，所以延迟比较高。

如果要优化的话，可能需要优化很多代码，费时费力。

而在仔细分析了用户提出的需求，尝试在系统里操作了几次之后，我们发现用户提出该需求的目的可能并不一定是非得要页面之间切换的过程变快，重点在于用户体验的问题。

页面切换这个动作，实际上是瞬间切换的，而切换之后，由于数据较多，加载数据的这一两秒钟，整个页面是空的，给人视觉上的体验不够好。

所以，最终通过跟客户的沟通确认，也明确了客户实际提出这个需求也是因为视觉体验不好。

那么如果是视觉体验的问题，我们也就可以考虑用其他的办法来做视觉上的优化。

最终我们给出的解决方案是：将两个页面切换的动画，改为大概两秒钟的渐进动画，淡化了页面加载数据的过程，最终既满足了客户需求，又节省了不少工作量。

这就是在实际项目中，分析清楚客户需求后，给出最优解的一个案例。

需求分析的总结

最后，下图是我对一些需求分析方法的总结，其中需求三要素分析，其实就是我们上面所介绍过的非常常见的一种分析方法。

另外还有一种5W2H的分析方法，也是十分常见的需求分析的方法，它其实可以看做需求三要素的一个补充，将三要素拆分成更多的维度，这样分析也能更加细致。

但本质都是一样的，都是探寻真正的需求。