这张卡讲合同里最要紧的几行字：验收标准怎么写才不会在验收日打架。
核心拆解：验收标准要满足可验证——每个条件都能被双方用同一方法测出同一结论。传统项目的坑是写得太粗，AI 项目的坑更深一层：效果指标（准确率、通过率）与测量它的评测集是验收的核心，评测集由谁建、放哪里、版本怎么定，不写清楚就是隐患。最常见的误用是验收条款只有功能清单，效果完全凭感觉，验收日的分歧大多源于此。
增量判断：AI 交付的验收协议还应包含争议仲裁方式——双方对结果有分歧时用什么口径复测。评测集归属问题在国内尤其敏感，客户数据不出域时，评测与验收要在客户环境内完成，评测集建好后要双方签字锁定版本。
行动建议：检查你当前项目的验收条款，凡是不能用「是或否」回答的条目，重写成可测量的表述，拿不准的条目拉客户一起定测量方法。
—— FDEChina编辑部 · 实战派
定义
验收标准（Acceptance Criteria）指交付物被客户接受所必须满足的可验证条件集合，通常写入工作说明书（SOW）或独立验收文档，是项目收尾时判断「做没做成」的唯一依据。
展开
验收标准的底线要求是可验证：每个条件都能被双方用同一方法测出同一结论，理想表述是「是或否」式的。传统软件项目的常见坑是写得太粗——「系统稳定运行」这类不可测条款留给验收日扯皮。AI 项目的坑更深一层：验收的核心不是功能而是效果指标（如关键任务的通过率、错误率），而测量效果的评测集由谁建、部署在哪里、版本如何锁定，任何一项不写清楚都会变成隐患。评测集归属问题在国内尤其敏感：客户数据不出域时，评测与验收必须在客户环境内完成，验收协议要提前安排好环境与权限。
最常见的误用是验收条款只有功能清单，效果部分凭演示印象通过。完整的效果验收还应包含争议仲裁方式——双方对结果有分歧时，用哪个版本、哪种口径复测。Forward Deployed Engineer（FDE）应在调研阶段就把可测量指标的雏形拿到桌面，而不是拖到合同谈判时才补。