需求分析的流程怎么设计？如何分析需求？

在大多数公司中，没有标准化的需求分析标准，许多因素直接影响和确定需求。由于产品类别的专业性质，因此产品的需求分析存在许多主观因素。那么需求分析的流程怎么设计？如何分析需求？无论是新产品还是迭代产品，首先都是从构思中产生需求，然后对需求进行收集和分析，然后丢弃不必要的需求，并搁置那些不紧急的需求。然后，整理出下一步，并最终形成并实施产品需求文档。

　　一、什么是需求分析

在系统工程及软件工程中， 需求分析指的是在创建一个新的或改变一个现存的系统或产品时，确定新系统的目的、范围、定义和功能时所要做的所有工作。

　　二、需求分析的工作流程

· 获取需求：主动，或者被动从需求提出方获取需求。

重点：引导需求方尽可能的描述出准确，详尽，可执行的需求内容。

· 处理需求：分析整理获得的需求、从开发者的角度分析、整理出需求报告，并获得需求提出方的确认。

重点：需求处理的过程中，反复有效的与需求提出方进行沟通确认。

· 提出方案：根据确认的需求结果，提出可执行的解决方案，并进行评审。

重点：解决方案应考虑成本、风险、解决难度等因素，切应该提出多个方案参与评审。

· 排序需求：根据实际情况，进行需求的优先级排序，决定需求的时间和成本投入。

重点：衡量的角度包括发生频率、用户量、解决难度、收益、迫切程度、等多种因素，切不同因素在不同的环境下对产品的影响不同。

· 撰写报告：撰写需求分析报告，分发执行任务。

重点：包含之前所有过程的全部内容，切包含解决方案执行的具体内容。

· 监控执行：对解决方案的实际执行过程和结果进行跟踪。

重点：监控的内容不仅仅是质量，也包括时间进度、解决方案的实际结果和预期的对比等。

· 复盘：根据实际结果，对比分析之前过程中的优劣行为，进行总结整理。

总的来说，需求分析就是 了解你的用户，了解用户所在的场景，了解用户遇到的问题，帮用户解决。

　　三、分析需求

通过上述方式收集到的用户需求纷繁复杂，如何在这些需求中筛选出真正有价值的需求，不仅需要足够的耐心，还需要掌握一定的分析技巧。

　　第一步：判断需求真伪

当完成需求的收集之后， 我们可以使用5W1H法对需求进行整理。即：

· What：需求的具体内容是什么？

· Why：为什么会产生这样的需求？

· Who：是谁提出的需求？

· Where：是在什么样的使用场景下提出的需求？

· When：需求什么时候会被用到？

· How：如何检验需求是否被满足？

围绕上述六个方面对已收集的需求进行初步整理，即可判断该需求是否有价值，如果没有价值或价值很低，即使需求最终实现，也很少会被用到。 这样的需求就可以判定为伪需求，可以直接砍掉。

　　第二步：分析需求价值

在分析需求价值时，我们可以围绕下面四个问题展开：

　　1、是否是目标用户的需求？

每款产品都有自己的目标用户群体，因此我们在分析用户需求时，需要判断该需求是否是目标用户群体提出的。如一款面向女性开发的健康管理APP，就不需要考虑男性的需求。

　　2、是否是用户的普遍需求？

第二个需要考虑的问题，就是该需求是否只是个别用户需要，对于大部分用户来说并不存在这样的需求。 如某女性健康管理APP所统计的用户需求中，有一条是希望可以增加二手交易功能，这样的功能并不是主流用户的需求，因此可以暂时不予考虑。

这类极少数用户需要的功能，不仅会造成开发资源的浪费，还有可能为其他的大部分用户带来困扰。而一款产品只有主流用户的需求被持续满足，才有希望获得更多的接纳和认可，因此我们在分析需求时需要考虑该需求是否是目标用户的普遍需求。

　　3、是否符合产品定位？

除了要考虑需求是否与目标用户相关，还需要分析该需求是否与产品定位相符合。比如在一款家电售卖的APP中，有一部分用户提出是否能增加零食版块。如果与产品的定位和发展规划不符，这样的需求也可以排除掉。

　　4、该需求是否可以实现？

除了用户群体、产品定位外，另一个需要考虑的因素就是需求的实现难度。如果用户提出的功能需求无法实现，或开发难度较高，需要投入的资源远远超过该功能带来的收益，那么这样的需求也可以暂时不予考虑。

当我们通过上述四个问题筛选排除掉大部分无价值需求后，就可以确定其他需求的优先级了。

　　第三步：确定需求优先级

需求优先级的确定，可以借助我们耳熟能详的“ 重要紧急四象限法则”。

通过四象限法则，可以对需求进行 优先级排序：

· 重要紧急的需求：需要集中精力优先解决；

· 重要不紧急的需求：需要对需求进行分析后制定出具体方案，再安排解决；

· 紧急不重要的需求：可以考虑是否需要解决，如果需要解决的话，是否有省时省力的方式；

· 不重要不紧急的需求：可以暂时不考虑。

　　四、需求管理

需求分析的第三步，就是将筛选后的用户需求汇总到产品需求池中，便于产品经理统一管理。产品需求池没有固定格式，可根据产品经理管理习惯进行设置。以下是小摹整理的产品需求池内容结构，供大家参考：

　　产品需求池结构

在管理用户需求时，有以下几点注意事项：

1、汇总完成后，应与开发等部门展开需求评审会议，进一步筛选掉无价值需求；

2、同一模块的需求尽量集中在一起，方便开发人员查看和统一解决；

3、定期整理产品需求池，避免重要需求被遗漏。

以上就是关于需求分析的流程怎么设计，以及如何分析需求的全部内容，想了解更多关于需求分析的信息，请继续关注中培教育。