产品经理在日常的团队工作过程中，承担着重要的衔接作用。由于工作性质的特殊性，产品经理日常工作内容特别繁杂，导致很多产品小白刚一上手，会无从下手，经常丢三落四。这时拥有一个好的工作流程，很大程度上就可以解决这个问题，下面是根据我多年的工作经验，将工作依据生命周期进行划分，归纳总结出的工作顺序和相关事项，希望能够帮助到大家。
一、需求搜集阶段
1.搜集需求表
可自行制作需求搜集表，发给相关的部门，由每个部门固定时间汇总本部门的需求，发送给对应的产品经理
2.汇总需求表
可每周将各部门反馈的需求汇总起来，统一发送各部门
3.召开需求提交会议
可统一每周定一个时间召开需求反馈会议，主要目的是将各部门反馈上来的需求进行进一步确认，明确详细需求
4.汇总需求反馈的记过
会议上产品经理需做好需求来源的记录，并标记好最终的统计结果，并告知其他部门评审结果，将评审通过的需求录入到自己的需求池中
二、需求确认阶段
1.召开版本需求规划与确认会议
由各端产品人员挑选版本相关需求，产品负责人敲定最终的版本内容
2.梳理整体方案与流程
如遇大的业务功能点，需要梳理出主线的逻辑，避免流程不明确导致赶工，所以需与领导层敲定（正常小版本迭代可跳过此流程）
3.召开需求确认会
如遇大的业务功能点，需要召集各个部门一起确定需求，防止流程有遗漏（正常小版本迭代可跳过此流程）
4.召开产品内部迭代启动会
产品内部确定版本功能范围，并分配产品内部设计任务与工期
5.创建计划与产品任务
有使用管理软件的（如禅道），可以在软件上创建版本计划与产品任务
三、产品设计阶段
3.1流程梳理
梳理版本迭代相关功能点流程；涉及到多端口的流程，先梳理出总流程
3.2绘制原型
绘制迭代原型
3.3创建研发需求
原型绘制的同时，同步在禅道创建对应需求
3.4内部核验原型
产品内部开会整体查验迭代流程，查漏补缺
四、需求评审阶段
4.1召开研发需求评审会
召集研发人员进行需求评审
4.2原型微调
针对于评审会提出的问题进行优化和调整
4.3发布版本迭代时间节点
经过项目经理评估后，确认版本迭代时间，在各项目组群中通知版本相关各时间节点
五、研发阶段
协助解答研发及测试的问题
六、测试阶段
6.1协助解决当前bug
协助解答研发及测试的问题
6.2产品验收跟测
测试进入尾声时，产品人员跟测验收开发成果
6.3外部门培训
召集其他部门培训版本迭代内容
七、上线阶段
7.1创建上线通知单
创建上线通知单，发送至研发内部上线群，告知上线时间、方式、负责人
7.2跟进迭代进度
跟进各端口上线进度
7.3发布版本
检查上线app安装包，确定各端口是否强更
①在各项目后台创建各端口发布版本；
②同步将管理软件中对应的计划进行发布
7.4上线通知
告知其他部门人员上线情况