马上要上线了，客户却让暂停！项目经理要怎么办？

面对大侠的这种情况，首先我们分析一下根本原因是什么呢？

我们通过客户的话知道，导致这次迭代无法上线的根本原因就是需求和客户的目标需求不匹配，导致做出来的系统和客户的理想状态不一致。

那么为什么不一致呢？这里列举出来几个重要问题的原因：

1、需求没有和客户进行确认，没有形成需求规格说明书，没有留需求确认单。（也有情况就是客户的需求发生了变化，但是不承认）

2、项目经理能力不足，没有进行有效监控，没有把控需求的内容

3、产品经理的能力不足，不能理解客户的真正需求

既然这次的迭代无法正常上线了。那么就只能走变更流程了～～～

项目经理需要提出变更申请，并分析变更的影响（比如计划推迟到什么时候上线，具体需求调整为什么，因为什么······），然后提交CCB（变更控制委员会，有的项目没有设立，则可以发给客户方和公司领导）进行审批。如果审批通过就按照批准的方案执行。那如果不通过的话，就很难办了。需要进一步分析不通过的原因反复调整要变更的内容，然后再次提交审批。

（关注公众号，回复“20210510”，获得变更申请单模版）

项目经理提出变更申请的同时还需要安排团队成员的工作（如果是强矩阵管理的话），同时还要安抚团队成员的心情。

产品经理则需要更新需求文件，修改需求原型，然后和客户确认。

再之后，就需要团队开复盘会了。

有产品经理的项目团队，项目经理仍然是需要密切跟踪需求的，不需要你设计具体功能模块、画原型。但是需求是什么样子的，客户的预期是什么样子的还是要非常清楚的，而不是只当一个“主持人”指挥大家做这个做那个。

需求不对，我们走变更，那么未来我们怎么避免呢？我们首先要知道需求的层次是什么？通过层层确认需求才能从整体到局部，从概念到细节详细梳理出客户的真正需求。

当接到一个项目时候，用户一般会说我想要一个xxx系统，比如“环保监测系统项目”这个过程就确定了需求的第一层次——业务需求。

之后跟客户深入沟通，了解到客户每次需要环保数据的时候都需要通过第三方测算，然后自己通过Excel梳理，比较麻烦。所以想通过一个平台能实时看到环保检测数据、能进行多级管理、能查看设备实时状态、能够实时监控视频等等。这个过程就需求的第二层次——用户需求。

了解了客户的用户需求后，产品经理和项目经理就需要将内容界面化，通过系统应该怎么呈现，是通过一个表格体现呢？还是通过图表呈现？这个过程就是需求的第三层次——系统需求。

总结一下，这三个层次的定义如下：

当需求设计出来的时候，往往就是最关键的时候了。

这个需求是不是客户想要的内容呢？和客户的想法是否一致呢？

这个时候就需要和客户进行反复确认，一次确认不了就两次，两次确认不了就三次，直到用户在需求确认单上签字或者回复邮件。

不过这期间的时间就会影响整个项目的进度了，所以确认次数不能太多，这也就要求产品经理要精准定位客户需求，项目经理要把控好需求内容。

微信公众号｜追光PM

今日头条   ｜追光PM

知乎         ｜追光PM