每个产品经理在工作中都会遇到产品进度推迟、产品回归、新的排期排不上等情况，当遇到这些问题，我们可以从以下五个步骤着手处理（本篇讲解前两步骤）。

项目中

前言

此次开发版本内容已进行需求方案评审立项，即产品经理已与开发人员/测试人员进行了需求文档梳理：

• 复杂业务逻辑的梳理
• 所有交互逻辑的梳理
• 所有文案的梳理
• 页面流程图的梳理（前提：跨页面设计）
• 字段来源与递交的梳理
• 操作日志的梳理

为了减少后期项目跟进中遇到的阻碍，产品经理需要在这过程中自我细分去考虑各个可能发生的问题，做出相应的备选方案以备不时之需。

项目启动

1、确定人员

整合资源是产品经理的必备软能力之一，产品经理要知道工作的上下游资源哪些是属于自己的，协调工作开展的越早越好，以便项目较为顺利的进行直至正常上线。

（1）确定开发人员

了解与熟悉开发人员是项目管理中最基础的一环。产品经理需要与该项目开发组组长确定好此次负责的模块或者产品任务是由哪一个或者哪几个开发人员负责。此外，产品经理清楚相应模块的负责人便于在后期产品优化中或者产品上线后出现问题时，可以第一时间找到对应的人修改，提高解决问题效率或者产品迭代效率。

（2）确定测试人员

当涉及多个产品联调时，要与各个产品组的产品经理确认好此次联调测试的测试人员，以便提早将测试内容沟通好，供测试人员估算工作量与工作时长，并且确认好相关产品之间联调测试时间。

2、确认PRD

产品需求文档是开发的依据，产品经理在确定对应的开发人员后，需与之再次确认产品需求文档。
在工作中，开发人员常常不看或者不仔细看文档而先看原型，导致开发出来的内容与产品经理的产品设计有出入。那么在每次版本总结或者年会总结的时候，留底产品需求文档可以保护产品经理。当领导询问某个功能不足时，如果开发人员说没有需求，那么产品经理“搬出”需求文档即可。

3、确定上线时间

当项目中有项目经理，项目经理会为产品经理分化开发排期和整合资源，产品经理只需要确定相应的上线时间即可，其他交给开发人员。当项目中没有项目经理，那么产品经理既是项目经理，又是产品经理。这时，产品经理需要使用Excel或者其他排期软件，如Project甘特图或者禅道管理工具，管理项目的开发内容、开发人员、开发周期。
在遇到大版本迭代、参与人数多或需求变动比较频繁时，产品经理一般会使用Excel或者Project管理项目记录变更（不同团队有不同的习惯性工具）。产品经理在使用Excel时，需要注意各个项目任务的前后流程、人员关系，需要清楚或者评估时间节点。如果随便确定一个时间节点，易导致开发周期变长，那么项目周期管理没有意义。

项目排期表（Excel）

当确定了排期时间，紧接着需要确定产品上线时间，除了中途有很高的优先级需求插入（比如领导临时调整）之外，都要保证项目准时上线。当领导有紧急需求时，排期往往浪费时间，整个部门会调用核心资源去做该需求，没有排期可言，此时产品经理只需要按照被要求的上线时间来定即可。
一般情况下，先确定好版本内容与上线时间，接着视具体开发内容、人员安排、开发时长、测试时长、需求紧急度适当更改上线时间或者增减此次版本的需求。这个过程是频繁的、交际较多的。尽量将项目排期到极致，时刻让项目跟着时间走。

开发中

在开发中，产品经理需要时刻了解目前的开发进度与开发情况（例如遇到的问题）。

1、查看进度

产品经理一般使用禅道等项目管理软件来查看相应的产品进度，时刻了解进度与排期是否保持一致，也可以使用Excel或思维导图进行统计。常用的项目管理软件有禅道、Teambition、Worktile、JIRA、Project等。产品经理要尽量把控好项目开发进度，力争让大家一起做到“不拖欠”，以此保证后续需求可以有条不紊地进行。当然，项目管理软件的开发进度只供参考，实际需要产品经理经常主动去询问开发人员开发进度与开发情况，尽量第一时间发现和辅助解决潜在问题，以此保证开发内容无误。
如下图所示，大家可以看到每一个阶段会有哪些任务，每个任务会消耗的时间或精力。产品经理需要随时知晓自己需求的开发进度，并及时检验。

项目内容与进度视图（禅道）

2、对接开发

（1）产品经理要通过排期的时间节点跟进需求，了解当前的开发进度，时刻检查当前开发做出的产品效果是否符合预期或者满足其需求。

比如，对于某一个功能来说，开发自测时，产品经理可以在dev上验收开发成果，看看当前开发成果是否满足要求。此外，在开发过程中，产品经理对大的需求可能会遗忘一些产品逻辑或细节字段，需要回看需求文档，从而较为准确的检验开发内容与设计预期是否一致。

（2）一个完整的产品上线流程离不开前端、后端、服务端等开发人员。

在实际开发过程中，经常会出现后端跟不上前端的速度，前端需要等后端提供接口，这就是木桶效应（原理：影响装水量的是木桶中最短的那块木板）。团队中应该尽可能避免这种情况的出现。我们把装水的量比作开发的进度，开发人员中如果有一个部门或某个人的工作影响了进度，就会导致整个模块的开发推迟。这也是为什么一个好的项目经理或好的产品经理能够迅速把控相应的问题，争取将团队的木桶效应最小化、开发资源利用最大化。

（3）每个团队的项目管理、团队大小不同，其反馈问题或者同步问题的方式或流程也不同。

在创业公司，或许开发人员就坐在产品经理旁边，当出现任何问题或情况时产品经理能马上知晓。但在一定规模的团队或企业中，往往开发人员对一些出现了问题的需求没有处理或者未完成处理，产品经理要根据时间节点才能追踪到相应环节出现问题的人或部门。这也是产品项目跟进中最频繁的工作，比如，客户端出现的问题是服务端导致的，产品经理就会找到服务端开发人员；服务端完成了需求，但客户端却出现问题，产品经理就会找客户端开发人员。

根据时间节点定位问题点与问题方

（4）在此过程中，产品经理要尽可能做到以下几点：

• 产品经理虽然不需完全懂技术，但是需要懂得基本的逻辑思维、用到的技术手段或者相应的开发文档，提升与开发同学之间的沟通效率；
• 产品经理要了解数据库相关知识及接口知识，提升自我以更清晰地了解全流程，提高与开发之间的沟通效率，以更好地把控开发进度；
• 产品经理要多去沟通了解，实时把控进度，进行周汇总或者项目总结，整理项目中存在的问题及为后续迭代或者复盘做准备；

项目总结

• 如果遇到沟通不了的问题，可以去找团队领导沟通，要时刻注意同步当前面临的问题和解决的方式，千万不要以小报告的形式解决；
• 最后，产品经理要尽可能保证需求能够顺利地发包，最终按时上线。

3、记录工作日志

产品经理除了撰写文档之外，任何工作记录都必不可少，最好以周报或工作日志的形式记录。

周报

4、与需求方保持联系

（1）时刻与需求方保持沟通，一旦产品排期推迟，与需求方同步。
（2）若出现延期，在优先级确定后，要与需求方确定次优先级的功能点，准备相应的产品评审。

————下文————
测试中
1、确定PRD
2、跟进测试
3、关于BUG
（1）Bug的起止
（2）Bug 无法复现怎么办？
（3）部分 Bug 未解决，能上线吗？
贯穿始终
1、时刻同步产品需求文档
上线后
1、开放权限
2、记录问题与确定优化项目
（1）自行线上测试
（2）搜集用户反馈