这是我们每个项目开工前必须双方签字的那一页。模板公开,你拿去用、拿去找别的供应商执行都行——写清楚它本身就能省掉大半的返工。
因为合同里写的是过程量:准确率、覆盖率、召回率、效率提升。过程量的毛病是它永远能再优化一轮,所以「做完了没有」这个循环在结构上关不掉。双方都不是想赖账,是标准本身没有终点。
二值验收判据:把「做到什么算完成」拆成若干条只能回答「是 / 否」的条目,每条写明输入什么、期望什么输出、谁来测、什么时候测,并在开工前固定测试样本。全部为「是」即通过,任一条为「否」即不通过。
输入近 3 个月的 1,200 条真实工单,自动分派到 8 个组;人工抽查 100 条,错分 ≤ 5 条;分不准的必须落到「待人工」,不得猜测。
工单分类准确率尽量高,明显提升客服效率,用户体验更好。
下面是一份示例,用来说明写法,不是任何真实客户的资料。数字和场景都是示意的。
| # | 输入 | 期望输出 | 谁测 | 何时测 | 通过 |
|---|---|---|---|---|---|
| 1 | 2026-06 至 08 的 1,200 条真实工单(开工前冻结) | 自动分派到 8 个组;抽查 100 条,错分 ≤ 5 条,每条错分给出理由 | 客户方验收人 | M1 交付后 3 个工作日内 | |
| 2 | 20 条与业务无关的问题 | 全部进入「待人工」,不得生成业务答案(拒识) | 客户方验收人 | 同上 | |
| 3 | 断网 / 接口超时 / 工单缺少必填字段 | 明确报错并写入日志,不静默跳过 | 双方共同 | 同上 | |
| 4 | 连续运行 5 个工作日 | 无人工干预,日志可查,无未处理积压 | 客户方验收人 | M1 后第 6 个工作日 |
把你手上的项目按 A–E 填一遍。填不下去的地方,就是这个项目真正的风险点——通常是「数据拿不到」或者「没人能说清对错」。这两个卡点不解决,先别开工。
要一份填好的判据?
一周诊断的交付物就是这一页,加一份报价,一万元起,签后续项目全额抵扣。

微信扫码,或搜 nexusaistart
说清:要解决哪件事、现在谁在做、做错了代价是什么。