产品经理总结的532工作法思维导图

当你接到一个需求的时候，不能直接就去想要做成什么功能，一定要先通过调研的方式把握需求的产生原因、涉及的业务逻辑和流程、以及想要得到的效果

（涉及管理层面的规范和标准，一定要不能光看业务，业务只是管理的执行表现，管理层面的规范逻辑才是核心）。

以本质思维为思考方式，以追问法进行自问自答自分析

那首先设置几个问题

我们自己回答一下这些问题

需求调研的目的是为了进一步理解需求，验证、补充完善预先分析的结果，调研的方法我基本上会选用访谈的方式。

访谈一般对于初级的产品来说是比较困难的，一是级别不够，很难能将所有的相关人都一起访谈，二是经验不足，可能无法通过一次/几次访谈就能调研透彻。

所以个人建议是初级的产品可以通过自己部门领导去组织访谈会议，同时预先做好分析，多维度总结一些要提问问题。

访谈步骤基本上

需求梳理是需求调研分析的收尾部分，也是最重要的部分。

这是一个承上启下的部分，需求梳理不好前面的需求分析、需求调研就会没有任何用处。

一般情况我会根据相关业务流程去做需求梳理，以要解决的问题为中心，以业务流程为框架，以角色涉及的需求为填充。通过梳理需求，分析出解决方案，并根据业务核心程度简单判定优先级，同时判断难易程度。

需求调研分析的表格字段：序号、提书方、提出人、业务场景、业务需求、解决方案、难易程度、优先级、备注

首先梳理出业务需求所需的能力导图，这一步一定要细致，能力基础决定上层建筑

然后根据能力去分解功能、设计功能，一定不能通过需求直接设计功能，那一定会有疏漏，一气呵成永远比缝缝补补要好得多

梳理字段，将功能所涉及的字段一个不漏的梳理出来，不要偷懒、不要偷懒、不要偷懒

梳理系统权限和流程，权限梳理一定要考虑数据的敏感性和角色的权限，有必要的话要将功能、字段、数据区分开，流程设置的话要考虑后续是否会有相似的路程，可以单独设计出一个配置项，后续可复用

范围层和结构层梳理最好是输出思维导图，比较清晰，在设计原型的时候超级方便。

原型、交互、规则。

原型是结构层的外部体现，交互是与用户做交流的系统表达，规则是在这个系统上的玩法以及与其他系统要怎样玩。

前面的工作如果都可以尽善尽美的做完，那么交互原型设计就会特别快，我一般会用策划周期的10分之2的时间去做，这是“532”工作法中的“2”。

原型设计这里无法总结太多，我个人画原型一般是画低保真，规则要写尽可能的完善