产品经理如何建立适合自己的工作流程

关于工作流程，没有标准的，当然也没有最规范的，适合你的才是最好的。

而对于产品经理来说，因为工作边界涉及范围广，基本能强链接到每个职能部门，所以工作流程就一定要考虑多方面因素，比如公司环境、资源配置、团队架构、人员素质、工作模式、产品阶段等等。另外，关于产品本身的商业化运转、用户体验，产品经理更要对内把握商业计划，对外打造用户体验，其中对接的人和事是非常繁杂的。

如果出现需求理解不一致、产品无法按预期上线、问题没有及时解决等情况，产品经理要花更多精力去处理。如果你能把握好工作的节奏，让常规化环节在掌控和预期中，尽可能减少每天都会陷入无尽的事务中。

先来说说通用场景的产品工作流，大体范式可以参考。

一、记录

产品经理是产品运转的中枢，不论公司内部，还是公司外部，所有与产品产生交集的他们遇到的各种产品问题和需求，基本都会对接到产品经理。这么多的信息，不可能纯靠脑容量存储记忆。所以，产品经理最重要的一项工作流程是做需求管理。这里说的需求包含但不限于业务需求、产品功能需求、产品缺陷等等。

#需求管理工具#

二、输出

除了要勤于记录，产品经理必不可少的还有输出，一般常用的输出物有：功能架构图、流程图、原型图、需求文档等。

1.功能架构图

功能架构图是对产品和需求的，帮助整理思路
关键点：功能架构图必须涵盖每项功能，及其状态和字段。研发人员可根据产品功能架构图设计数据库架构

#脑图工具#

2.流程图

流程图通常是根据业务或者使用场景梳理。

#流程图工具#

3.原型图/需求文档

关于原型图和需求文档，有些人会合二为一，只出其中之一，通常可在原型图中进行标注，作为需求说明。
如果采用原型标注的方法，一定要确保标注的内容包括但不限于：输入限制、操作状态、交互逻辑、异常处理等。

#原型工具#
#需求文档工具#

三、评审

1.需求评审会

产品经理收集好各方的需求，然后进行初步整理。比如在整理需求时，产品经理可以私下和相关需求方、研发等沟通，以确认需求是否有误、是否合理，在需求评审会前，产品经理要做到对即将评审的内容理解得足够透彻，一是提高会议效率，省的会上临时被普及知识；二是做到心中无惧，收获认可，体现门面。

一般根据需求涉及到的功能点来决定是否需要研发参与，在涉及很多技术点，并且产品经理无法确定功能是否可实现，以及无法把握开发周期的情况下，需求评审必须要相关研发参与。

需求评审会结束后，产品经理要及时完善功能架构图、流程图，并同步会议记录（变相的需求确认），一定要得到确认后，才开始后续实施。

小技巧：同步会议记录的方式不限于邮件、微信、钉钉，但对于附件较多的会议记录优先选择邮件。

2.原型评审会

需求评审会后，产品经理除了要确认需求文档，接着就是画产品原型了。作为产品经理的基本技能，产品策划的东西，水深水浅，都要自己淌过去才知道，这里就不多说了。

完成产品原型后，就要组织原型评审会。

原型评审会的参与人员会多一些，比如根据需求内容，要叫上相关的需求方（市场、老板等）；根据使用场景，要叫上业务方（运营、客服等）根据产品实施，要叫上设计、开发、测试。这个阶段，最好叫上所有的相关方，否则后续不满意设计、不清楚操作、不认账成果等，又是产品经理的锅了。

原型评审会中的杀机：需求方提需求时，只知道想要什么，但看到产品实现方案时，就各种灵光乍现，这时候最考验产品经理的把控能力了。至于怎么提前做好应对，好好准备上述流程，加上平时多练练讲故事的能力，基本可以心无所惧了。像这种无法百分百避免的事情，就不想着逃避，多经历几次，沉淀为你的能力点。

原型评审会后，也要及时完善原型，做好产品路线图，并同步会议记录。某些功能，比如相关研发可以开始搭建工程、设计数据库架构等。

当然，完成这个阶段，你以为需求就不会再变了，产品就能按时完成了。
天真，哈哈。
需求源源不断，问题无法避免。
新增需求如何安排？出现问题如何解决？工期延误怎么处理？
这个时候，你可能就要想想，产品经理的核心能力到底是什么，最后你做的怎么样就是你的能力水平了。

3.设计稿评审

这个阶段，你以为就可以放心去飞了?
虽说交付产品原型给设计后，就是设计师的发挥空间了，但是，产品的一切细节，你都要比任何人烂熟于心。另外，也需要相关研发（前端）确认设计稿的实现问题，不要设计了一个炫酷的功能，研发实现不了或者需要花太多没必要的时间、精力实现。

同样，设计稿评审后，督促设计师完善设计稿，然后同步会议记录。

以上流程，算是一个产品迭代周期的前期。

四、产品跟进

产品经理起源于传统行业宝洁公司，基因里自带了项目管理。所以，产品经理需要担任项目经理的角色，在一个产品迭代周期的中期跟进产品。

谈到项目经理，最重要的就是把控项目。具体来做，就是每日确认今天已完成开发的内容、今天需要协助解决的问题，把握好产品的状态。

-方法一：每天晚上，产品经理跟研发主管开个短会。研发主管负责确认研发方面的内容，产品经理负责确认产品方面的内容，两个人对接好过分别对接一群人。

-方法二：产品经理、研发人员的每日日报抄送全组。

五、产品上线

验收好产品，产品经理要写更新日志做好版本管理，随后将更新日志和验收的产品交付给相关人员（一般是运营）进行上线。
提前写好更新日志，通知上线时间（停服处理）

六、上线后

一个产品迭代周期的后期，也是相当重要。产品上线后，用户反馈、数据分析、业务效果等等，一系列能反馈产品效用的点都好好利用好，帮助产品经理做好下一版本的迭代。

总结：通过对所有环环相扣流程总结，先建立完整的工作流程，然后在自己的工作中实践、总结、完善，最后形成的就是适合自己的工作流程了。

写作还在词不达意，所写不一定能充分表达所想，欢迎同行交流和指导～