上个月陪一个客户开验收会,原定一个小时,从九点半开到下午一点。甲方信息中心的主任把打印好的问题清单摊在桌上,二十七条,一条一条往下念。乙方项目经理翻了两页就急了,说这些需求里根本没写。两边来回争,饭都没吃,验收单最后也没签。
一、验收标准写在合同里,不写在需求里

合同里那句「符合甲方需求」,看着稳妥,实际等于什么都没说。甲方理解的需求和乙方理解的需求,中间隔着一整轮沟通。等到验收会才把两边的理解摆到桌面上,不吵才怪。
真正管用的做法,是在需求评审之后补一份验收口径清单。每个功能点后面写清楚什么算通过,尽量能数出来。比如报表导出这项,写到导哪些字段、单次十万行、点下去五秒内出结果,而不是笼统写一句支持报表导出。
这份清单不用多正式,一页表格就够,但要在开发动手之前让双方项目负责人签字。签的是理解一致,不是法律效力。目的很简单,后面不管谁换了岗,翻出来还能对得上。
有些甲方觉得这么干太较真,好像一开始就防着乙方。其实反过来想,前期把话说细,验收那天反而轻松,大家都按一张纸说话,不用比谁的嗓门大。乙方也愿意,边界清楚了,后期加需求才好谈钱。
清单的写法也有讲究,一行一个功能点,五列就够,功能名称、操作步骤、预期结果、测试数据量、通过与否。别写成大段文字描述,验收现场没人有耐心读。凡是能用数字的都用数字,十万条、三秒、五个角色,这些才是能当场验的东西。
二、演示环境都好看,真实数据一跑就露

验收会上最常见的场面,是乙方打开演示环境,点几下,页面顺滑,图表漂亮,甲方点头。然后有人提议登到正式环境看看,一登进去,列表转圈半分钟,导出直接超时。
演示库通常只有几十条造得干干净净的数据。正式库跑了一年半,八十万条历史单据,手机号带空格,日期格式有三种写法,同一个客户重复建了四次档。这些脏东西,写代码的人没见过,测试也没专门造过。
权限是另一个重灾区。演示用管理员账号,什么都能看。换成一线业务员登录,该看的看不到,不该看的全露着。验收时找三个不同角色的人各登一次,比看十页截图都管用。
所以验收别只在演示环境走流程。拉一份脱敏后的真实数据,把最重的查询、最复杂的导出、最常用的审批路径各跑一遍。跑不动的地方当场记下来,别等上线以后让用户替你测。
准备这份数据一般要甲方 IT 配合,从生产库导一个副本,把姓名、手机号、身份证脱敏,再灌到验收环境。这件事听着麻烦,做一次也就半天,比上线后半夜被电话叫起来强。数据量按正式库的八成准备,太少测不出问题。
三、缺陷不分级,一条错字和一发不可用混在一起谈

二十七条问题摆在一起,看上去权重都一样,实际差得远。有的是点保存没反应、金额算错,有的是按钮颜色不对、提示语多个空格。混在一起谈,只能得出两个结论,要么全部整改,要么全部放过。
比较务实的做法是当场分三级。阻断级是不能继续用或者会写错数据,必须修完才能上线。严重级是主流程受影响,但还有绕过去的办法,可以带条件上线,限期整改。一般级是文案、样式、交互体验,排进下一版。
分完级还要落成一张遗留问题清单,写清楚每条问题的责任人、整改时间、怎么验证。甲方项目负责人签字,这份清单和验收单一起归档。带条件验收不是让步,是把风险写在纸面上,后面追责也有依据。
分级标准最好在验收会之前就定下来,由双方技术负责人一起过一遍,别留到会上临时争。可以简单写成三条线,影响数据正确或者完全不能用算阻断,主流程受影响但能绕过算严重,其余算一般。标准先摆出来,逐条往上套,比一条一条辩论快得多。
最怕的是会上说得好好的,散会没人记。过两周再问,谁都不记得当时定了什么。会议纪要当天发出去,比事后补十次沟通都管用。甲方内部也要有人接住这份纪要,不然换个人上来又是一轮重谈。
四、验收单签完,移交清单没做后面全是坑

很多项目验收单签完,实施的人一周内撤场。过一个月服务器要扩容,甲方找不到部署文档。过三个月短信欠费,没人知道账号挂在谁名下。再过半年原项目经理离职,新来的人连代码放在哪都不清楚。
移交这件事,应该在验收之前就列清单,一项一项打勾。代码仓库权限或者源码、数据库账号、服务器与域名备案信息、短信支付地图这些第三方服务账号、部署手册、接口文档、运维联系人,缺一项都不算交完。
最好再安排一次培训和录屏,把日常操作、常见报错、日志在哪看讲一遍。培训对象别只找一个人,至少两个,避免一离职就断档。录屏留给后面新来的人,比口头交接靠谱。
源码和知识产权这一项,别等到移交才想起来。合同里写清楚源码归谁、给到什么程度、能不能二次开发,这几句话值几十万。见过太多项目验收时才发现合同只写了使用权,想要源码还得另谈一笔,那时候议价空间已经很小了。
尾款和移交挂钩是最实在的约束。验收单可以签,移交清单没打完勾,尾款不付。这条写进合同,比在会上反复强调有用得多。
验收会吵架,多数时候跟谁不讲理没关系,是前面该说清楚的事没说清楚。把标准、数据、分级、移交这四件事提前摆平,会上能省下三个小时,后面能省下三个月。
在线
电话
微信
需求
TOP