周期与交付
项目验收标准怎么定？如果验收不通过怎么办？
验收标准要在开发前就定好，而不是交付时临时拍。好的验收标准是"可逐项核对"的：每个功能点能不能用、关键流程跑不跑得通、性能压不压得住，都有明确判定。验收不通过也不可怕——按约定列出问题清单、限期修复、复验通过再付对应款项，整个过程留痕。
验收标准一般包含哪几类
- 功能验收：对照功能清单逐项验，每个功能"能正常使用、符合约定"即通过。建议把功能点列成可勾选的清单，避免主观争论。
- 流程验收：把关键业务走一遍完整流程（如下单→审核→发货→对账），端到端跑通，而不是单点能用就算。
- 性能验收：涉及并发、大数据量的系统，约定压测指标——响应时间、并发量、稳定性，用数据说话。
- 交付物验收：源码、文档、部署说明、测试报告是否齐全，能不能支撑后续自己维护。
验收不通过时怎么处理
| 步骤 | 做法 |
|---|---|
| 列问题清单 | 把不通过的点逐条写明，区分"必须修复"和"可优化" |
| 限期修复 | 约定修复时间，避免拖延 |
| 复验 | 修复后按同一标准重新核对，通过再进入下一阶段 |
| 款项挂钩 | 该阶段款项与验收绑定，验收通过才支付，主动权在客户 |
把验收做成"分阶段"的，风险更小
我们建议大项目分阶段交付、分阶段验收：每一期单独验收、单独付款，不通过就不进入下一期。这样即使中间出问题，影响范围也被控制在一个阶段内，不会到最后才一次性暴雷。滚水科技在交付里坚持验收标准前置、问题清单留痕、款项与验收挂钩，正是为了让"验收不通过"变成一件可控、可解决的小事，而不是纠纷的导火索。