第一步：写验收标准
按交付物逐项写要求，用可观察的状态描述，标注必须与可选。为什么先写标准：标准写在前面是共识，写在后面就是争执。做法是让使用方来写，供应方补充可行性，对不齐的地方当场讨论清楚。
第二步：定证据形式
每项标准配一种证据：截图、日志、抽样表、试运行记录。怎么做：证据要能独立复核，保存期限明确，涉及数据与个人信息的要脱敏。边界是证据不能替代实际使用体验，关键场景仍要安排试用，由使用方判断是否真的可用。
第三步：抽样与复核
无法全量核查的项目用抽样，写明样本量、抽取方式与判定人。为什么抽样规则要写清：随意抽样本会让结论无法复现，双方各拿一批数据就能得出相反结论。做法是抽样前定规则，抽完当场封存样本清单与原始记录，复验时对照同一批。
第四步：处理不通过
按关键项与一般项分级：关键项不通过不予验收，一般项限期整改并复验。怎么做：整改项写清责任人与期限，复验只看原不通过项加必要回归，不重复全量测试，避免整改无限延长，也避免复验变成第二轮完整验收。
第五步：归档与复盘
验收记录、证据与整改结论一并归档，作为后续维护与审计依据；项目结束做一次短复盘，看标准是否定得合适。边界是归档不等于免责，验收后发现的问题仍按合同与维护条款处理。
适用与不适用
适合谁
- 需要把交付判断标准写进合同的项目负责人
- 交付后经常因是否完成产生争议的团队
- 想减少返工、把验收前移到开发阶段的产品与工程团队
不适合谁
- 希望先交付再谈标准、靠关系解决分歧的项目
- 不愿意留下书面记录与证据的合作方
典型场景
一家企业的报表自动化项目按五步走：业务方先写三条必须项，技术方补充证据形式；上线前抽二十张报表由财务核对，两张不通过，限期整改；复验只查这两张与相关汇总，通过后归档并做一次短复盘，发现标准里漏了跨月口径，下一版模板随即补上。
可执行步骤
- 按交付物逐项写验收标准，用可查状态替代形容词。标注必须与可选，写明不做什么。由使用方起草，供应方补充可行性。
- 为每条标准指定一种证据形式，写明保存期限与脱敏要求。证据要能被第三方复核。关键场景另排试用，由使用方确认可用。
- 无法全量核查的项目先定抽样规则，写清样本量、抽取方式与判定人。规则前置，抽完封存清单。判定人不能是执行者。
- 把不通过项分为关键与一般两级，分别约定处理方式。关键项不通过不予验收。一般项限期整改，复验只看该项与必要回归。
- 验收记录、证据与整改结论一并归档，注明结论与限制条件。项目结束做一次短复盘。看标准是否可执行，下一版据此调整。
常见坑
- 验收标准写成体验流畅、界面美观之类无法核对的话。交付时双方各执一词，只能靠感觉争论。最后往往以加功能或延期收场。
- 证据形式临时更换，验收时各拿一套材料。结论无法复现，争议无从裁决。把证据写进标准并提前确认，能省掉大部分争执。
- 抽样规则不写清，执行方挑容易通过的数据。抽样结果看似漂亮，上线后问题集中暴露。规则前置、样本封存，是抽样可信的前提。
自检与验收清单
- 每条标准是否可被第三方核对，是否都配了证据形式
- 必须项与可选项是否分开标注，不做的部分是否写明
- 抽样规则是否包含样本量、抽取方式与判定人
- 不通过项的整改期限与复验范围是否提前约定
常见问题
验收标准由谁写
由使用方起草、供应方补充，双方确认后写入合同或需求单。使用方最清楚业务要求，供应方最清楚技术可行性；两边各写一版再合并，比单方起草更容易对齐，也能提前暴露不可行的要求。
证据不足怎么办
先看关键项是否都有证据。关键项缺证据的，不能通过验收；一般项可在观察期内补齐，但要写明时间与责任人。用口头说明替代证据，等于把风险留给上线之后，届时很难界定责任。
技术方能不能自己验收
过程项可以自证，结论项应由使用方或第三方确认。数据准确性、权限边界与合规要求不适合自证，需要有独立核对记录；自证部分保留日志与抽样表，便于后续抽查与复盘时查证。