需求分析有许多方法，最简单和实用的莫过于5W2H这种，还方便上手。这篇文章，作者梳理的这个经验，希望可以帮到大家。

需求分析是产品经理设计需求的必由之路，学会正确的需求分析可以让产品经理的工作变得更加轻松。在本文，我将结合自己的经验，给大家梳理如何进行需求分析的学习。

一、学习理解思维图

二、学习理解详细描述

2.1 为什么要进行需求分析

通过需求分析可以帮助产品经理得到一个合理完善的需求

在产品经理日常工作中收集到的需求，很多都是需求提出方一时的灵光迸发，这些需求是不完善的，这些也就是我们常遇到的“一句话需求”。此时就需要我们去分析需求，去找到需求缺少的关键点；进而将需求进行完善补充，形成可以用于产品设计的真实需求。

2.2 如何进行需求分析

进行需求分析，首先要学会思考。对于一个不知道怎么思考的人来说，去套用思维模型则会事半功倍。而我在进行需求分析时，最常用的思维模型是5W2H。

WHAT（思考需求是在表达什么，去提取需求关键字）：

• 理解需求是什么，需要学会提取需求关键字
• 比如用户提个需求（后面都以这个需求为例）：在订单查询页面加一个商品编码查询条件，从这句话里可以提取到关键词：【订单查询】【商品编码】【查询条件】。那我们就知道这个需求和订单查询、商品编码、查询条件有关，那我们就可以去看订单查询页面
• 当然，如果我们没法看懂用户需求是在表达什么时，将无法理解的地方列到向用户二次沟通的问题清单里，待约时间集中沟通。

WHY（思考为什么有这个需求）：

• 是只需要查看【商品编码】关联订单查看订单处理情况？还是为了批量查找出来【商品编码】关联的订单导出进行销售统计？或者是为了找出【商品编码】关联订单交给业务进行批量操作？
• 思考原因是可以看下用户除了提出“一句话需求”有没有提供其他信息，能不能可以佐证我们进行原因判断。
• 如果无法佐证或者佐证不清，可以提取几个可能性的原因，同样列到向用户二次沟通的问题清单里

WHERE（在哪里实现这个需求）：

• 这个需求是只在订单查询页面?订单处理页面需要吗？销售报表页面需要吗？
• 用户提出需求可能只看到他需要的一部分，所以在分析需求时需要去分析这个需求最终需要在哪个地方进行实现。一般是可以根据【为什么】去确认【在哪里】。
• 可以假设我们获取到更详细的【为什么】信息，他是因为这个商品的订单在某个时间段开始匹配错了商品，因此他需要配合时间条件找到所有这个商品关联的订单进行订单处理，将这个时间段的商品批量找出来修改商品。那他的需求就不止是查，而是查出来并进行处理。那我们将这个查询，做在订单处理页面也许更合适。

WHEN（在什么时候实现这个需求）：

• 需求有时效性，因此做需求分析，需要分析这个需求是要在什么时候需要实现，超时了，是否还有必要去进行实现？
• 如果已知的信息无法支撑时效性的评估，可以作为问题列进问题清单待与用户二次沟通
• 询问用户预期的实现时间是多久，如果未如期完成产生的影响是什么。

WHO（谁提出这个需求的，谁来做这个需求）

• 谁提出这个需求，需求提出方是谁？不同的需求方思考问题的角度不一样，沟通方式和流程也是不一样。需求提出方的角色，可以大致分为：客户/业务部门、技术合作部门、高层领导\老板
• 谁来做这个需求，是我还是技术合作部门？虽然我们作为需求的接收方，但要明白不是所有接收到的需求都需要我们来做，需要为需求找到他最合适的部门。

HOW （需求的实现分析）：

• 可以遵循一个比较完整的需求实现流程：【需求收集】→【需求分析】→【需求设计】→【需求评审】→【需求开发】→【需求测试】→【需求上线】
• 在对需求的实现分析时，需要拆解每个流程里的还需要继续做的任务，并分配好时间。
• 需要注意的是在需求的实现流程里，下个流程会因为信息不完备而被打回上个环节重新执行。

HOW MUCH（需求的价值分析）：

• 需求的成本一般 从三方面分析评估投入：人力成本（需要投入多少个人，每个人花费多少时间；这个时间成本就是我们常说的工时），物力成本（实现需求所需要购置的工具，服务器等），机会成本（实现该需求，所需要舍弃的其他需求造成的损失）
• 去拒绝毫无价值的需求、慎重去选择成本大于收益的需求、平衡收益大于等于成本的需求

三、结语

需求分析是一个不断迭代的过程，他其实贯穿在需求实现的每一个环节。在每个需求实现环节里，我建议都需要对需求进行分析，使得需求符合产品发展的方向。