一、一个西安客户的验收，卡了 26 天
前年有个本地客户，项目不大，一个内部管理的小程序。
开发做了 22 天，验收卡了 26 天。
卡在哪呢？他把笔记本往我这边一推，说了一句："感觉不对。"
我问哪儿不对。他翻了两页，摆摆手，说不上来。
后来我们让他列问题，他列了三条，其中两条是需求文档里根本没有的。
第三条是真的 bug，改了半天，4.5 个人天，4500 元。
钱是小事，那 26 天谁都没法往前走。尾款压着，双方都不舒服。
这件事之后，我们把验收改成了三段。不是最后验一次，是一路验过来。
二、先看结论：验收分三段，别只做最后那一次
大多数项目的问题不是不验收，是只验收一次，而且放在最后。
到那个点，钱花完了，时间也花完了，你手里只剩"不满意"这一张牌。
我们现在的做法是三段：
| 阶段 | 什么时候 | 验什么 | 要留下什么 | 花多久 |
|---|---|---|---|---|
| 原型验收 | 开工第一周 | 页面结构、流程走向、字段对不对 | 确认过的原型图或链接 | 半天 |
| 中期演示 | 进度过半 | 主流程能不能走通、数据对不对 | 演示录屏加问题清单 | 半天到一天 |
| 上线终验 | 交付前 | 全部功能、源码、账号、文档 | 验收单签字 | 一天 |
三段加起来也就两三天。但它把那 26 天的风险提前摊掉了。
原型那一关最关键。图改起来是几十块的事，做完了再改是按人天算。我们这边改需求按 1000 元/人天，西安同行普遍 1200 元/人天。
三、"能用"这两个字，是最容易打起来的地方
验收争议里，八成出在同一个词上：能用。
你说能用，我说卡顿。两边都没错，因为事先没定标准。
能定的就三条，写进合同里：
- 响应时间。 页面打开不超过几秒，列表加载多少条以内不出问题。有个数字，就不用吵。
- 并发人数。 多少人同时用不出错。这一条最常被跳过，也最容易出事。
- 兼容范围。 支持哪几个浏览器、哪几款手机、哪几个系统版本。没写就默认无限。
第三条我得多说一句。我们遇过客户拿一台五年前的旧手机测，说打不开。那台机器的系统版本早就不在我们承诺的范围里，但合同里没写，最后只能我们认。
赔了 3 个人天，3000 元。买个教训。现在我们的合同里，兼容范围一定写死。
四、西安本地做验收，有个便宜可占
这条跟技术没关系，但我还是想说。
验收这件事，当面过一遍和隔着屏幕过，效果差很多。
- 当面：两台设备往桌上一摆，你指哪我改哪，一小时能过十几个点
- 远程：截图、标注、来回发，一个问题平均要两轮消息才说得清
在西安找本地团队，验收这一关是真能省时间的。上面那个卡 26 天的项目，后来我们是约在他们公司会议室，一个下午把问题全过完了。
这不是说远程做不好。是说验收这种需要来回指认的环节，物理距离仍然是成本。
一句实话：如果你的项目金额在 1 万以上，我建议至少安排一次当面验收。省下的来回沟通，比那半天时间值钱。
五、三个僵局，都是怎么解的
下面三个都是真实项目，细节改过，客户名一律不写。
僵局一：需求文档里没有的功能，算不算 bug？
某家政公司做预约小程序，验收时提出"客户改约要自动通知阿姨"。
需求文档里确实没有这条。但这条不加，系统等于没法用。
我们最后自己认了一半：加这个功能 2 个人天，我们出 1 个，客户出 1 个，等于各担 1000 元。
为什么这么处理？因为这类"文档没写但明显该有"的，开发方其实也有责任提醒。光拿文档当挡箭牌，项目做出来也是残的。
僵局二：性能不达标，谁说了算？
某商城小程序，客户说"高峰期卡"，我们测了没问题。
吵了三天，最后找了第三方做压力测试，费用 2000 元，两家各出一半。
测出来确实慢，瓶颈在一个统计查询上。改掉花了 3 个人天，3000 元，我们出。
那 2000 元花得值。不测的话，这件事能吵一个月。
僵局三：尾款压着不给，算不算验收通过？
某展示网站，6000 元的项目，尾款 1800 元压了两个月。
客户不提问题，也不签字，就是不付。
后来我们在合同里加了一条：交付后 7 个工作日内没书面反馈，视同验收通过。
这一条现在是我们每个合同的标配。它保护的不是我们，是项目本身——不然真就悬在那儿了。
六、验收之前，你自己也得备三样东西
验收不是开发方单方面交作业。甲方准备得越充分，过得越快。
- 真实数据。 别拿三条测试数据验收。真录二三十条进去，很多问题当场就冒出来了。
- 实际操作的人。 让你店里真正要用这个系统的员工来点一遍，不是老板自己点。他们一眼能看出别扭的地方。
- 问题清单。 一条一行写清楚：在哪一步、点了什么、看到什么、期望是什么。别写"感觉不对"。
第二条最容易被忽略。我们有个项目是老板一个人验的，说没问题。上线一周后店员反馈说下单要填 11 个字段，太慢。改成 6 个字段花了 1.5 个人天，1500 元。
那 1500 元本来可以省掉。只要验收那天让店员点一次。
验收那天的时间也得排好。我们一般建议这么切：
- 头一小时：开发方演示主流程，甲方只看不打断
- 第二个小时：甲方自己上手点，边点边记
- 最后半小时：把记下来的问题过一遍，分清楚是 bug 还是调整
别一上来就边看边说。那样容易陷进某个细节里，两小时过去只验了三个页面。
记问题也有讲究。写"第三步点提交没反应"，别写"提交有问题"。前者能直接改，后者还得来回问。
七、不同项目，验收重点差得挺远
拿同一张清单去验所有项目，多半会漏。下面按品类分开说。
| 项目类型 | 验收重点 | 我方报价区间 | 建议验收时长 |
|---|---|---|---|
| 企业展示网站 | 手机端排版、表单能不能收到、后台能不能改 | 600-1800 元 | 半天 |
| 展示型小程序 | 分享卡片、页面层级、加载速度 | 1800-3600 元 | 半天 |
| 电商型小程序 | 支付全流程、退款、库存扣减、订单状态流转 | 3600-7200 元 | 一天 |
| 管理系统 / 后台 | 权限分级、数据导出、批量操作的边界 | 6000-1.8万元 | 一到两天 |
| APP 双端 | 两端一致性、机型兼容、推送到达 | 3000-4.8万元 | 两天 |
电商类的重中之重是钱。支付、退款、库存，这三条要用真钱测一遍，哪怕只付一分钱。
我见过最悬的一次，是某商城小程序上线后才发现退款没走通。补这个功能 2.5 个人天，2500 元，还是小事；那几天客户退款全靠手动转账。
八、真谈不拢了，按这四步走
前面说的都是预防。真吵起来了，按这个顺序处理：
- 先分清楚是 bug 还是新需求。 需求文档有的没实现，开发方全责；文档没有的，属于加需求，该谈钱。
- 把争议项写下来，别停在口头。 一条一行，双方各写各的，然后并到一起看。
- 能测的交给第三方测。 性能、安全这类，两千块能解决的事，别耗半个月。
- 实在谈不拢，先付无争议部分的尾款。 把争议项单独留出来，剩下的先结。别让整个项目悬着。
第四步是很多项目不知道的做法。尾款里通常只有一小部分有争议，全压着对谁都没好处。
顺带说下付款节点。我们这边一般是三笔：开工 40%、中期演示后 30%、验收后 30%。
比例不是重点，重点是中期那一笔要卡在演示之后。拿一个 12000 元的项目算，中期那笔 3600 元。付完就等于你认了主流程，后面再改就得按加需求算钱。这个节点比任何条款都管用。
我们也见过反过来做的：开工收 70%，验收收 30%。看着对甲方有利，其实不然。钱付得早，乙方紧迫感就下来了，真出问题你手里没牌。钱留在自己手里，比写在合同里的罚则管用。
只分两笔的项目最容易闹：开工一半，剩下全压到验收。那时候双方都紧张，谈什么都谈不拢。
提醒一句：不管吵成什么样，源码、域名、服务器账号这三样的交接不要停。验收争议归争议，所有权不该被当筹码。
九、几个被问得最多的问题
验收要多长时间？
看项目大小。6000 元以内的展示类，半天够了；1 万到 2 万的电商或管理系统，留一天；APP 双端留两天。别安排在周五下午，出问题没人改。
验收没通过，尾款能不能不给？
合同里写了就能。但建议写成"按未通过项比例暂扣"，而不是"全部不给"。后者很容易变成僵局，最后双方都耗着。
要不要找第三方验收？
项目在 3 万以下一般不划算，第三方验收费本身就要几千。3 万以上、或者已经吵起来了，值得花这个钱。上面那个 2000 元的压力测试就是例子。
源码什么时候给？
我们的规矩是尾款到账当天给，不拖。但建议你在合同里就把这条写死，别留成口头承诺。
给的不是压缩包就完事。还得有部署文档和数据库结构说明，不然拿到源码也装不起来。这三样是一套，缺一样都不算交付完。
验收通过后还能改吗？
能，但进入维护或迭代了，按人天算，1000 元/人天。所以验收那两天别客气，该提的都提完。
十、回到那个卡了 26 天的项目
后来那个客户又找我们做了第二期。
这次他自己提了一句："咱们早点对一次，别到最后。"
第二期验收只花了半天。
软件验收这件事，说到底是提前把话说清楚。标准不是用来卡人的，是用来在吵起来之前，让两边都知道什么叫合格。
你要是正在西安找团队做项目，签合同那会儿就把验收标准谈了。那时候谈，是谈事情；等做完了再谈，就是谈情绪了。