需求分析4个步骤怎么做（到你全面了解需求分析）

前言：面对千变万化的需求，可能很难抽象出一套通用的方法论。下面我们来看看需求分析过程中的常用套路。可能有一些值得参考和思考的地方。

首先，为了根据需求设计功能，需要了解需求的来龙去脉。为此，需要澄清以下问题：

当需求方向向你解释了一个需求时，问她：这个需求的目的是什么？也就是说，为什么会出现这种需求？这个问题将帮助您全面了解需求，并帮助您识别需求的真实性。

也就是说，弄清楚谁以及在什么情况下将使用此功能。只有了解了这一点，我们才能知道如何更好地设计功能来满足需求。

在模拟需求场景的过程中，为了避免设计的功能缺乏可扩展性，通过不断的推导，一开始就应该尽可能的综合考虑。通过需求端的场景，拓展思路，是否有衍生场景。思考的过程也是帮助你把握和理解需求本质的过程。

不要听从每个人的需求。每个人都有自己的想法和需求。没有任何产品可以满足所有用户。在系统地分析需求之前，您应该找出请求者的身份。是目标用户吗？您是该产品的重度用户吗？它是一个功能服务对象吗？这并不是说不可靠的来源不需要分析，但这也需要在你的分析范围内考虑。

在收到需求并充分了解需求后，我们会花时间与团队合作伙伴进行讨论，听取他们对需求考虑的意见和建议。通过这个过程，我们在需求和实现方式上基本达成一致，为后期正式开发减少很多障碍。

当我们弄清楚用户的需求时，我们需要提供解决用户需求的产品解决方案。在提供解决方案的时候，不仅要考虑用户的需求，还要考虑战略的需要、老板的需要、产品运营的需要、业务人员的需要、竞争的需要、需求产品经理自身的价值观等。基于这些需求，我们将构建产品。这个产品计划中会有很多产品功能。这个功能就是我们常说的产品需求。

需求的提交是为了充分、清晰的告知需要配合产品需求的小伙伴，让他们清楚的了解产品的需求，一般通过以下三个交付物：

产品流程图

产品流程图是描述产品操作和相应流程的文档，一般分为两类：

一种是业务流程图，它是根据业务逻辑设计的，一般包括主要流程和功能模块来说明产品的结构；

另一类是功能流程图，一般根据用户任务设计，包括角色、操作过程的关键节点、状态、判断、结果等。

原型

上面的流程图主要是对产品后端和逻辑的描述，而产品原型的作用只是对流程图的补充，重点是产品界面信息结构的展示，跳转逻辑和交互功能，通过产品原型可以将抽象的产品具体化，让产品更容易理解。产品原型通常由线框组成。业内大多数人都使用 axure 来制作它们。有的公司有交互设计师，原型制作工作由交互设计师完成。承接，大部分互联网公司没有交互设计师，所以产品原型一般由产品经理完成，一般如下：

产品需求文档

产品需求文档，缩写为prd，主要以文字形式描述产品的详细需求，结合流程图、产品原型来说明产品需求。前置条件、后置条件、接口、流程、数据统计等的描述，主要针对研发人员，用word来写和读。

以上三个交付物是产品经理协作过程中比较常见的交付物，尤其是在大公司。但这不是强制性标准。许多中小型公司没有产品文档。有的直接使用产品原型来标记文档的文字描述，有的用于编写文档。所以具体的交付物要根据所在公司的实际需求而定。看，这些交付物的目的是为了协助沟通，不管什么样的交付物，只要能达到简单、快速、高效的沟通。

提交产品需求后，需组织调研、运营、设计、测试等人员对产品需求进行审核。在评审过程中，介绍产品的目标、背景、问题、思路、解决方案等。一个目的是为了让产品更完整、更可行，另一个目的是让所有参与实施的人都能认识产品需求并就目标达成共识。只有被所有参与者认可和审查的产品需求才能被开发出来。审查是产品工作中非常重要的一部分。如果这部分工作没有做好，开发过程中摩擦和修改需求的概率非常高。

结论：需求分析是基于用户沟通、背景认知和人的理解，逐层还原需求源的过程。一个需求的还原度越高，越准确，我们在后续的产品设计中就越有机会给出合理的解决方案。