需求分析 | PM_成长研究所

type

status

date

slug

summary

1、需求分析的目标与构成

核心理念：从“用户要什么”到“业务需要什么”再到“如何系统性解决”

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

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

用户：交付体验.

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

系统：可行性、流程、设计、逻辑、优先级..

2、需求分析的关键过程

TOP1:业务

1】业务目标

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

2】风险

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

3】实现预期

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

TOP2:系统

1】可行性分析

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

2】流程分析

泳道图

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

用户核心交互流程图

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

系统页面流程图

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

3】设计分析

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

页面交互思考

功能入口

交互形式

内容展示的思考

字段显示

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

操作按钮

4】逻辑分析

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

-前端交互

-后端逻辑

5】非功能性分析

异常情况的处理机制

历史数据的处理

特殊功能场景

6】优先级分析

在经过上述分析后，已经明确需求解决方案，需对现有需求池内的需求、正在研发的需求进行优先级的分析，并达成优先级的一致性。

7】需求排期

最后，确认需求的关键过程时间点，例如：需求评审时间、需求开发时间、需求测试时间、需求上线时间

TOP3:用户

1】交付分析

在需求下发后，需复盘之前的：业务：“风险”、业务：“业务实现预期”、流程：“用户核心路径流程图”，校验下发需求与实际需求的一致性；

2】数据分析

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