验收阶段最怕「感觉还差点」这类意见。把标准提前写成能一条条打勾的东西，对双方都省事。
一、别写「运行稳定」这种词
稳定、好用、响应快，都算不上验收项。改成「常用列表页在现有数据量下三秒内打开」「连续导入一万条不报错」「指定流程能从头走到尾并导出结果」，这类才是能当场验的。
- 指标要能测量
- 写明测试数据量
- 写明验收环境
二、把不做的也写进去
范围之外的内容同样重要。本次不做哪些接口、不支持哪些浏览器、不做移动端适配，写清楚能避免验收时被当成缺陷提出来。
- 明确排除项
- 标明二期再议的功能
- 记录变更方式
三、留一段试运行
我们一般建议上线后留两到四周试运行，期间的问题按缺陷处理，新增需求另行确认。真正常用的功能，往往要等业务跑起来一整轮才会暴露问题。
- 试运行周期
- 缺陷响应时限
- 试运行结束再签验收单
写在最后
上面这些是我们在这类项目里反复碰到的情况。业务不一样，做法不必照搬，先把自己的流程说清楚，再决定系统该怎么配。有具体场景想聊，电话或微信找我们就行。