如何制定更有效的验收条件

重庆夜景，图片来自朋友圈

在ERP项目过程中，最难签的，恐怕要算项目验收单。

刚入行的时候，我是这样写验收条件的：

要达到验收条件，还需要解决以下问题：

问题1：。。。

问题2：。。。

问题3：。。。

。。。

我以为，只要上线后的问题解决完，客户就可以给我签验收单。

这表面看起来逻辑完美，功不可破！

一个月后，当我把上次的问题解决了，开开心心地去找客户签验收单的时候，突然发现：客户又提出了新的问题。

往复几次后我发现：问题是解决不完的。

系统产生的问题有很多种：

  • 操作不当产生的问题；

  • 系统BUG产生的问题；

  • 业务变化产生的问题；

  • 硬件产生的问题；

  • 网络产生的问题；

  • 天气产生的问题（比如下雨吹风把网线弄断了）；

  • 空调产生的问题（空调漏水把服务器淋湿了）；

  • 。。。

总之，越是想要抽身离去，越是感觉会陷入其中。

当时，我以为只有两种解决方案：

要么，我被甲方挖过去当系统管理员；

要么，不验收。

后来，我跟同事们交流，发现他们也是为了验收，各显神通，无所不用其极。

最奇葩的是有个XX公司的顾问，自豪地给我分享，说他之前做项目，临近验收时间，就天天中午吃饭以后陪客户打斗地主，他总是输，打了一个多月以后，客户就莫名其妙地给他签了验收单。

多年以后，我才发现，我不应该只想着给客户解决点上的问题，而是要系统地去帮客户解决他们的后顾之忧，才能让他们放心和安心。

项目验收，意味着顾问离场，而客户对于系统的使用其实才刚刚开始，不管你是持续维护一个月还是三个月，只要不能搭建一套可以系统地解决问题的系统，客户都是不放心的。

所以，我认为我们跟客户这样协商验收条件会更有效：

  • 操作问题的解决办法：。。。

  • 系统BUG问题的解决办法：。。。

  • 数据库问题的解决办法：。。。

  • 硬件问题的解决办法：。。。

  • 网络问题的解决办法：。。。

  • 。。。

只有把这些解决问题的办法的办法解决了，把它们落到实处，才能实现真正的项目验收。

赞 (0)

相关推荐