干货！需求梳理与分析工作指南

编辑导读：为什么女生讨厌男朋友对自己说“多喝热水”，因为女生的需求是要男生的关怀，而不是具体的解决措施！开发产品也是一样，对需求分析不对，就对影响产品的研发工作。那么，如何对需求进行梳理和分析呢？本文将从五个方面展开分析，希望对你有帮助。

为什么要讲梳理与需求分析？

这里的需求梳理与分析指的不是一个工作项，而是研发流程的一个阶段，也是研发流程的前期阶段；

那么需求分析这阶段具体是要做些什么呢？

我们简单概况一下就是：将用户非形式的需求表述转化为完整的需求定义。 这里关键词是“表述转化”，用白话讲就是把用户的市场类语言，翻译成开发能听得懂的技术类语言。

所以这次为什么要给大家讲《需求分析》呢？

因为需求分析不只是需求分析师和产品经理的必备技能，对于项目经理/研发经理/解决方案经理等多角色的工作其实都有涉及；

哪怕你这些角色都不是，需求分析在生活中也是用得上的，就例如女生跟你说她肚子痛了，她背后的需求是什么呢？学了需求分析也许你就不用被人说直男了。

给大家讲《需求分析》的第二个原因是，需求分析对于产品成功来说很重要，甚至是最重要的一个阶段都不为过。

雷军说过一句很经典的话：选择比努力更重要。

用户需求不等于产品机会。 如果前面的需求做错了，也许后面的开发的同事再怎么努力，也许结果都是枉然的。

好吧我们现在进入正题，接下来给大家介绍的第一部分是：

01 需求来源 | 需求从哪里来

以我目前服务的项目 为例，目前最主要的需求来源渠道主要来自客户自提的需求。

所以这次的需求分析的方法也主要围绕着“项目（客户）的需求”和“用户反馈的需求”。

（如果大家觉得有需要，其他类型的需求分析分析过程会在往后的内容中分享，可以用点赞或留言的方式告诉我你们想要我讲更多）

02 需求确定 ｜ 如何准确的理解与描述需求

为什么我们需要做需求分析呢？

因为很多少时候人们需求的表达形式并不直白，人们更习惯表达问题。

这到底有没有什么标准的公式可言呢？

其实也是有的，下面就给大家分享一个常用的公式。

为什么要关注角色？因为角色是解决方式和优先级的判断依据：假如这个角色不是女朋友，而是一个普通的同事，那么我们的解决方式大概就是假惺惺的说一句：are u OK？lam so sorry to hear that了。

而我们最常犯的失误，我们经常容易忽略场景。以这个例子说：在例假的时候肚子痛，我们的解决方案可以是喝红糖水，但是不是来例假的时候就不那么适用了。忽略场景出来的结果有可能就是：我们在给滴滴司机设计PC客户端接客程序一样。

那为什么关注他的当前的解决途径呢？因为只有知道对比他过往的解决途径才能体现我们的解决方案给他产生了多少价值。

TA期待的解决方式我们最常犯的错误就是喜欢照搬，关于这个我后面会单独讲。

当然还有更专业一定的表达方式：

需求记录下来了，接下来当然要做更深层次的分析咯，这里我打算给大家提供一些分析的小技巧。

03 需求分析 | 一些分析的小技巧

需求分析的基本内容：其实也是对需求进一步挖掘的过程。

我们大概会做一些的几件事情。其中我觉得业务流程的梳理画流程图是最不能省的一项工作。

假如连这个都没有，就不能叫需求分析了。

还有这一项工作其实需求分析师跟产品经理有重合的地方，有的需求分析师其实是从业务转岗而来，所以不一定具备这样的能力，所以我建议这一些工作需求分析师和产品经理是谁有能力谁做，甚至共同完成。

我觉得需求分析的关键是关键用户的分析，而关键用户的分析的关键则是决策路径的分析。

以B、G端产品为例 关键用户主要分为3种；

由于决策者与执行者的视角不同，必然会导致用户体验的割裂。所以需求分析的过程，有的时候就是一个权衡利弊的过程。

就以这张图为例： 育儿产品是该讨好父母，还是孩子？

所以当决策者与执行者的体验站在对立面的时候， 不是优先解决高频使用的体验问题，而是优先解决距离决策最近的体验问题。

当然也有更好的解决方案：

实现赋能是协调决策者与执行者的共同获得好体验的最好方式。

前面分析了这么多为了解决做不做和做什么的问题，而需求评估则是为了解决什么时候做的问题。

所以简单的需求分析之后就要对需求进行分类管理。