需求分析

type

status

date

slug

summary

1、定义：什么是需求分析

核心理念：从“用户要什么”到“如何系统性解决”,是用户需求转化为产品需求的分析过程。

核心目标：产出“产品需求文档”。

核心问题：

Q:分析什么？ A:对于需求调研的结果-需求清单做“业务”-“系统”-“用户”的分析：

业务：目标、风险、预期。

系统：可行性、流程、设计、逻辑、非功能性分析。

用户：交付体验与数据分析。

2、过程：需求分析的构成

TOP1:业务

1】业务目标

在经过需求调研后，产品经理输出需求调研的结果-需求清单：以明确需求列表及需求范围，为接下来的需求分析制定分析目标、界定范围。

2】风险

对于整个业务的执行过程进行模拟，评估，寻找是否有阻碍/有问题的风险点。在实战中，功能逻辑确实是完全没问题的，但容易脱落业务的执行过程，可能会导致真需求变为伪需求、功能上线推动缓慢等问题，所以要识别业务执行过程的风险点、阻碍点，并制定解决方案。

3】实现预期

在需求分析后，最好把系统的解决方案与业务一起进行需求评审、原型演示，让业务明确你的实现方案和交付预期。

TOP2:系统

1】可行性分析

技术可行性分析用于评估实现难度与需求方案的可行性；资源可行性分析用于评估人力资源与预算投入成本；时间可行性分析用于评估时间周期与迭代计划。

2】流程分析

泳道图

验证及整理需求调研的角色与动作、场景与流程，与系统流程图的关键不同点是，系统流程图需结合用户与系统的交互流程，例如角色用户1在做动作1时，系统因动作1自动触发功能，是基于业务流程，将系统流程的设计更好的将业务流程合理抽象化，而泳道图是需求调研时就需整理的角色与动作、场景与流程。

用户核心交互流程图

分析核心用户路径操作正逆交互流程，以确认功能影响范围、用户核心流程节点。

系统页面流程图

即上述说明的“系统流程图”，呈现形式可以是简易的流程图、也可以是页面流程图，在有精力的情况下，产出页面交互流程图更有益于产品经理发现流程、交互的问题。系统页面流程图，即对系统页面的交互、流程进行阐述说明，一般是以页面连接或高保真原型图的形式。

3】设计分析

设计分析面向的对象是用户与系统，系统页面如何交互，用户体验能更好；系统这样展示，用户是不是更能看懂..,设计分析的目的在于系统的交付是否可适配、满足于用户。

页面交互思考

功能入口

交互形式

内容展示的思考

字段显示

呈现形式（列表、卡片..）

操作按钮

4】逻辑分析

逻辑分析用于产出需求文档，明确开发落地的关键逻辑，并补充相关交付细节。

-前端交互

1】页面交互细节-操作前→操作中→操作后

-后端逻辑

1】后端校验逻辑

2】埋点/数据存储

3】并发问题

4】是否支持配置

5】开关..

5】非功能性分析

异常情况的处理机制

历史数据的处理

性能考虑以及其他特殊功能场景..

TOP3:用户

1】交付分析

在需求下发后，需全面思考上述业务与系统有无纰漏，校验下发需求与实际需求的一致性、交付内容是否满足需求。

2】数据分析

考虑：是否需要支持数据分析的关键指标存储，调研时是否有明确数据指标，如何证明需求上线后真正实际的解决问题。

3、结果：产品需求文档

经过了上述业务→系统→用户的分析，需把分析的过程记录到产品文档内，以供开发人员了解逻辑、测试人员编写测试用例。

以下是参考模版：其中蓝色为文档内必写项，其他可做到：“心中有数”。

业务	ㅤ
业务目标	1】需求清单 2】影响范围
业务风险点	执行过程的阻碍点、风险点
业务实现方案与交付预期	需求解决方案交付预期：简易的交互动态图+影响范围+逻辑方案（图文结合法）

系统	ㅤ
可行性分析	1】技术 2】资源 3】时间
流程分析	1】泳道图 2】用户核心交互流程图 3】系统页面流程图 4】数据状态图
设计分析	1】页面交互功能入口：交互形式： 2】内容显示字段显示：呈现方式：操作按钮及交互：
逻辑分析	1】前端交互细节 2】后端逻辑说明
非功能性分析	1】异常情况的处理机制 2】历史数据的处理 3】性能及其他特殊场景等..

用户	ㅤ
交付分析	1】功能是否与原始需求一致 2】交互体验分析（操作前、操作中、操作后的用户交互点合理性分析、是否可以做的更好）
数据分析	功能执行情况 1】数据存储 2】报表输出

迭代需求可参考下述模版：