软件项目验收，签字那天不算数

去年有个揭阳的老板，系统上线三个月，找我聊天。

他说验收那天他是签了字的。「功能清单一条一条对，全都有，我就签了。」

三个月后他发现，仓库和财务两边出的数对不上。找他做系统的那家公司说，功能都在，是你们流程有问题。

这句话也许站得住，但在生意上一点用都没有。

功能清单能写什么，写不了什么

清单能写「有导出功能」。写不了「导出的那些数，跟仓库账上的是不是一回事」。

清单能写「有审批环节」。写不了「两个人同时点的时候，谁的单子先过」。

功能是静态的，流程是活的。验收的时候拿清单对，对的是静态那一半。

功能是静态的，流程是活的。这句话值得再说一遍，因为大部分扯皮都发生在这条缝里。

这不是谁故意留坑。做系统的人写清单，写的是他做出来的东西；老板看清单，看的是他以为自己在买的东西。两份东西经常不是一份。

验收前该准备什么

一份真实数据。不是测试用的那几条，是你上个月真实的单子，包括那些乱七八糟的、退过的、改过价的。

一条完整业务链。从客户下单到对账，中间每一环都走一遍，不要一段一段测。

一个真正用它的人。不是老板，是每天要在这个界面上点两三百下的那个员工。他坐下来点，你在旁边看，五分钟就能看出问题。

一个不被打扰的半天。验收那天别安排别的事，电话一响就断，断了就得重来。

还有个办法是分段验收。先把一条业务线跑通，验收一次，再上第二条。全一起上，出问题时你分不清是哪一段坏了。

上线后第一个月最容易出事。那一个月要让做系统的人还在，别验收完就散了。这条写进合同，比什么承诺都实在。

验收不是签字那天，是三个月后。签字只是把责任交出去的那一刻。

合同里该有的三句话

验收标准写成什么算通过。别写「功能正常运行」，要写具体动作，比如「用上月三十张真实订单跑一遍，账目与手工核对一致」。

验收期限写清楚，几天内不提意见视为通过。

验收不通过怎么办。是改，是减，还是终止，钱怎么退。这一条最容易被跳过，也最容易出事。

如果需求本来就没定清楚，验收一定会扯皮。这时候该做的是补需求，不是催着交付。催出来的验收，三个月后还是要返工。

我们做定制项目，开工前会把需求清单和验收标准一起给你，白纸黑字。中间改了什么，也留记录。想聊这套流程，可以看系统对接那一篇，或者企业管理系统定制这一篇。打 13829578822，微信同号。