功能验收按验收单逐条过
每条需求对应一个验收项，逐条勾选。不勾完不算完成。
交付标准 · 定制软件开发
功能、性能、文档，缺一不算交付
软件开发最容易漏的是文档和性能。功能能点通就以为做完了，上线后才发现扛不住量、或者没人看得懂代码。所以这条业务线的标准是三样一起验。
性能要有压测报告
按约定并发量做压测，出具报告。压测不通过先优化，不把问题留到上线后。
文档三件套必须齐
源码、架构文档、运维手册。少一样不交付 —— 没有文档的系统等于没有交付。
30 天陪跑期
上线后 30 天内的问题响应与修复包含在交付内，不另行收费。
验收
四项指标，谁签字、什么时候签
| 验收项 | 指标 | 谁签字 | 什么时候 |
|---|---|---|---|
| 功能验收单 | 逐条通过 | 客户业务负责人 | 每阶段结束 |
| 性能压测 | 达到合同约定并发量（以压测报告为准） | 客户技术负责人 | 上线前 |
| 文档三件套 | 齐全 | 客户技术负责人 | 交付时 |
| 陪跑期问题响应 | 24 小时内响应 | 客户技术负责人 | 上线后 30 天 |
不通过怎么办
不达标的时候，这些条款会生效
验收条款写进合同，不靠口头承诺。下面是这条业务线最常见的三种不达标情形与处理方式。
功能验收不通过
修复后重新验收，不计次数，不追加费用。
压测不达标
先优化到达标再上线。不接受「先上线再优化」。
文档缺失
补齐文档后重新交付。文档不属于「可选项」。
依据
这条标准从哪来
这份标准来自两处：一是软件项目最常见的三类交付争议（功能扯皮、性能事故、文档缺失）；二是我们自己撤场后的实际情况 —— 文档不齐的系统，客户三个月内一定会回来找人。
下一步
接下来
这份标准不是给所有人看的，是给正在评估的人看的。