项目交付的最终目标是验收，只有验收了才能有回款，项目经理才算功德圆满。然而，怎样才能推动项目验收呢，在验收过程中有没有什么技巧呢？这是本文要回答的问题。

项目验收一般可以分为三个阶段，一是设计阶段的验收，二是上线阶段的验收，三是项目终验。每个阶段客户的关注点是不同的，项目经理的工作重点和应对技巧也不同。

一、设计阶段的验收主要考量几个方面：

1、 需求和设计文档是否完备，包括需求规格说明书，概要设计和详细设计等文档是否齐备，写法，格式等是否合规。

2、 客户业务的描述是否准确，包括已有的软硬件资源，应用部门和使用人员的数量，每个部门的业务流程和关键管控节点，各部门的业务边界和权限范围等等，都要清晰而准确，能为后续的方案设计提供依据。

3、 系统设计的方案是否具备可行性，包括设计方案与需求是否匹配，技术是否可行，人员投入与实施周期是否可控等等，能为后面的系统开发和上线推广提供可落地的实现方案。

设计阶段的验收比较容易，客户不会过多去看文档，一般都是听听汇报，只要与他们的需求没有太大出入即可。有些客户会请第三方监理公司，但监理公司也更多是关注文档的合规性，对技术方案的细节，他们并没有能力做评判。所以很多时候，设计阶段的验收都只是走个形式而已，只要客户关系没有问题，都会让你通过的。

在设计阶段项目经理需要重点关注对客户需求的控制，避免需求复杂化。因为这个阶段的需求调研要比售前阶段细很多，客户往往提出一些个性化问题，比如数据的统计口径，90%以上的业务单位都是按照一个口径来统计，唯独有一两个单位需要参考不同条件来确认统计口径。这类问题如果通过管理手段很容易解决，无非是人工判断，手工处理一下而已，并不需要很多工作量，而通过系统编码去控制就复杂了，要增加很多逻辑判断，要层层镶套，任何一段代码逻辑不对，出来的结果就不对。这个时候项目经理就要站出来说服客户，要让客户意识到不是所有问题都要通过系统来解决，人工处理起来反而成本更低，效率更高。

二、上线阶段的验收主要考量几个方面：

1、 功能是否完备，包括业务流程是否全部打通，功能列表是否全部覆盖。

2、 性能是否达标，包括增删查改的响应速度是否达到设计要求。

3、 易用性是否能满足用户的要求，包括界面风格能否得到客户认可，操作方式是否能符合客户习惯等。

上线阶段的验收是最难的，因为系统要投入实际应用，客户对各方面的要求都会变得很高，你达不到要求客户是不会轻易签字的。而项目经理出于成本和工期的考虑，也会想尽办法达成上线目标。这个过程是双方博弈最为激烈的阶段。那么在这个阶段都有哪些技巧可以快速推动项目上线呢？

第一， 要明确需求边界。

项目做到了上线阶段，需求通常都会有变更。这个时候要跟客户明确哪些功能要在上线前完成，哪些功能可以放到上线后再解决，要先在上线范围上与客户达成共识。

第二， 要落实验收责任。

项目验收是很严肃的事情，金额越高的项目，甲方的负责人责任就越大。很多时候即便功能做出来了，用户如果不满意，他也不敢在验收单上签字。但用户是很多的，不可能做到所有人都满意。这个时候要帮助项目负责人在应用部门挑选试用代表人，只要这些代表人在试用报告上签了字就说明这部分功能已经得到了认可。通过这种责任共担的方式可以减轻甲方负责人的压力，只要大家都签了字，则他签字就是水到渠成的事情。

第三， 要制订验收计划。

要明确验收的截止时间，根据这个时间节点分配各自的工作任务。无论是己方还是客户都要做到工作任务日清日结，要让客户也紧张起来，只有客户把验收当成重要的事情来做，工作才能推动起来。

第四， 要快速解决客户问题。

这个阶段一定要频繁与客户沟通，及时响应并解决用户问题。很多时候客户并不是非要等到所有问题都解决完才给你签字，只是需要一种信任，只要他相信当前的问题你能够快速解决，不会跟他带来麻烦，他也会签字的。

第五， 要给客户问题分优先级。

你手上的资源毕竟是有限的，在客户问题很多的时候怎么办？需要给问题分优先级。问题分级要遵循以下原则：

首先，影响到业务流程的问题要优先处理，易用性的问题可以放后处理。因为流程都走不通，其它功能做得再好也没用；

其次，简单的问题可以优先处理，复杂的问题可以放后处理。先把问题总量降下来，让客户看到你解决问题的效率；

再次，大领导提的问题要优先处理，小领导提的问题可以放后处理。服务客户一定要论资排辈，按这样的顺序做事永远不会错。

第六， 要给出上线承诺。

如果到了上线的时间节点，问题还没有解决完怎么办？可以通过备忘录的方式承诺上线后再解决。但这个时候的问题也不能太多，一般来说在影响到业务流程的问题全部解决完毕，且其它问题能控制在个位数的情况下，客户是会同意的。

第七， 要维护客户关系。

维护客户关系是整个实施过程都要做的事情，尤其到了上线前期特别重要。有些客户因为内部有纪律，不会随便接受请吃请喝，项目经理在被拒绝了几次后就不好意思再开口。其实拉近客户关系有很多方法，逢年过节可以送礼物，有病可以推荐药方，孩子辅导可以推荐老师等等，只要用心总能找到客户的需求，如果你自己不擅长可以拉上商务经理一起配合。即便客户什么都不需要，但你所表现出的积极友好的态度也会为你加分的。

三、终验阶段的验收主要考量几个方面：

1、 系统推广是否达到预期，所有应用部门是否已经全部启用。

2、 业务数据是否完整准确，包括所有第三方数据是否已经全部接入，能否反映一个完整会计期间的业务状况等。

3、 系统运行是否稳定可靠，在经过实际业务量的峰值考验后，系统性能是否依然能够达标。

项目终验之后意味着款项要全部结清。在正常情况下，终验都比较容易，只需要按部就班走流程即可。但有些项目也会存在一些特殊情况，即到了终验的时间节点，还有部分模块或部分功能点没有完成，或者还有部分应用部门没有启用。这个时候就要判断下为什么没有完成，是时间问题还是存在无法克服的困难。如果是时间问题可以申请延后验收，如果是无法克服的困难，就要尽快启动商务谈判，把问题的责任划分清楚，重新商谈回款金额（回款金额一般是项目总额减去未完成部分的金额，其中可根据双方的责任占比确定具体的付款金额），双方签订项目结项协议。

项目终验后即进入维保期，维保期的服务合同也需要在终验前签订，具体细节涉及到商务管理，在此不做详细讲解。

以上是我在项目验收方面的经验总结，希望能给到大家帮助。接下来我会继续分享有关项目交付方面的方法和技巧，有兴趣的朋友可以和我一起交流，感谢大家的关注！