「一周搞懂需求全链路」第一节：产品经理工作流

引言：无论产品多么复杂，用户购买行为都是简单的。

从目标层面来说，产品经理的工作流主要分为3块：

1）立项

【了解业务】

需要从了解业务开始，了解业务不是只了解一下业务模式、业务流程是什么，而是要细节地去跟业务方沟通、涉猎，去了解业务方本质的需求是什么。

本质上是要梳理出业务需求池和业务流程图：业务是怎么流转的、业务部门之间是怎么联动的。之后就能去拆分业务方希望这个产品或这个版本要达到什么目的，即业务方希望什么人(他的用户)在什么情况下做什么事情。

Eg. 教育型产品——希望我的学生在空余的时间来听我平台上面的课程。教育型产品还有一个特点，上课的是孩子，付费的是家长，所以也还希望家长在孩子学习的情况下能够付费。以上2点就是本质上业务的需求。

梳理出业务需求池，辨别出真伪需求，即业务方提的需求到底是不是真的、还是假的。梳理完业务需求之后，再开始梳理模块。

【梳理模块】

模块，指的就是在了解了业务方提出的A、B、C3个需求，它对应到产品经理需要做的产品，它对应到每个模块里面需要应用到哪些内容。即业务方提的A需要，它对应的是哪个模块。

比如电商中的促销、对某个商品进行促销，对应的就是商品模块，对应整个商品的体系，细化来说对应的就是优惠券、满减券等。产品经理需要梳理的是优惠券体系，优惠券体系属于优惠券模块，优惠券模块必须依附于商品，是商品当中的一个主要模块。

就是梳理出A业务需要在哪个模块里面、B业务需要在哪个模块里面。当梳理完业务对应的模块之后（要么是业务模块、要么是产品模块，每个业务最后要落地到产品），就可以判断这个项目可不可以做，然后给上级汇报、跟团队沟通，这时就是立项阶段。

2）产品阶段

【功能模块】

梳理出产品模块后，就拆分成产品的功能。Eg. 优惠券模块对应的功能有优惠券中心、对应的字段等等。就是把产品模块再梳理出功能模块，然后再把功能点分几个版本去迭代。即从产品架构到功能板块，从大到小一一的去拆分，拆分成功能模块就输出功能需求池。

【功能流程】

梳理出功能模块之后，每个功能之间会有一个流程，比如怎么从商品上跳转到优惠券——有提示去领优惠券，那从商品跳到了优惠券中心。

我们就需要把每个功能模块之间串联起来，用流程图串联起来，每一个功能都有输入条件和输出条件。

所以从目标导向来说，我们需要把功能模块转化成功能之间的流程，那么就输出功能流程图。

【页面设计】

有了功能、有了流程，就开始做页面设计，即画原型。需要根据功能模块和功能流程来制定页面原型。

写一个产品自查表，针对你的产品，正常的怎么流转、边界值该怎么去串联、怎么提示，输入条件是什么，输出条件是什么，对应的页面原型能不能完整的呈现出来。

如果不能完整地呈现出来，那中间用户走着走着就断路了，那肯定不行。一定要让用户从开始到结束都很好的呈现出来。

【页面逻辑】

有了功能模块、有了功能流程、有了页面原型，接下来就是关于页面的设计逻辑。

逻辑三段论：聚类、递归、因果。

聚类：把你见到的任何事物，用不同的分类标准进行分类；

递归：把你见到的任何事物，分类之后，用不同的排序规则进行排序；

因果：把你见到的任何事物，经过分类、排序之后，用不同的视角思考它们之间的因果关系。

把逻辑梳理清楚，逻辑包含有字段逻辑、功能逻辑、页面逻辑都要梳理清楚，跟页面原型是紧密的结合在一起的。

从业务——模块——功能模块——流程——页面设计——页面逻辑，最后形成所谓的PRD，形成PRD之前就是要把这6步完整的囊括起来，如果没有这6步，PRD根本呈现不了。

【需求文档】

PRD的格式：做这个版本的目的是什么，这个版本的设计人员，用户属性，用户画像，运营体系是什么，呈现的产品架构是什么，产品流程，功能流程，模块流程，页面原型，输入条件，输出条件，页面逻辑等都写下来。现在敏捷开发了，以前产品经理写PRD要写上万字。

写PRD时一定要把前面6步结合起来，如果不能很好的结合起来，你就不能完整的呈现出来。

3）开发阶段

【产品评审】

梳理出PRD之后，进行产品内部评审：主要是同步产品，跟团队进行紧密的结合。

接着就是【开发编码】、【测试上线】、【数据分析】，最后是【产品迭代】。产品迭代就是又从业务开始聊起。

以上就是整个产品经理工作流的12步。

- End -