AI 试点怎么验收：别让"演示挺厉害"骗了你

有个场景，参加过 AI 项目评审的人都不陌生：

供应商演示。大屏上，询价单丢进去，报价秒出，格式漂亮。领导点头， IT 记录”功能验证通过”。签字，付款，上线。

三个月后你去车间看：那套系统躺在某台电脑里，报价员还在用 Excel——因为”系统给的价不敢直接用，还得自己再核一遍”。

钱花了，验收过了，就是没人用。这种项目死在哪？死在验收标准写错了。验收了”功能存在”，没验收”价值发生”。

功能验收和价值验收，是两回事

功能验收：系统能不能做到 X？演示给你看，做到了，签字。

价值验收：上了系统之后，那个你当初要解决的指标，真的动了吗？

95% 的 AI 项目死在中间的鸿沟里——功能全都在，价值没发生。所以验收标准必须在签合同前就写死在价值那一侧。下面这五条，是我给自己的试点项目定的验收底线，甲方乙方都可以拿去用。

五个必须写进合同的验收条款

第一条：指标基线先测量，后开工。

“报价效率提升 50%“——从什么提升到什么？开工前必须实测基线：现在一张单据平均几分钟、错率多少。没有基线的指标是空头支票，验收时双方只能各说各话。

第二条：通过线必须是数字，且双方签字。

“效果显著""用户反馈良好”——这种词不许出现在验收条款里。要写就写成：试点范围内报价单据 AI 直出率 ≥60%，人工复核发现的错误率 ≤2%，报价员日均处理量提升 ≥30%。达标没达标，拿数据说话，谁也不用猜。

第三条：真实用户、真实数据、真实场景。

演示数据是供应商挑过的。验收必须用你的数据、你的员工、你最难缠的那个客户的那种单子。**试点范围写清楚：哪个部门、多少人、跑多久。**全公司上线不算试点，那叫赌博。

第四条：失败要有出口。

写清楚试点不达标怎么办：是调整方向再做一轮，还是按已完成的部分结算、体面收场。别嫌这条晦气——没有退出条款的试点，最后都会变成”再跑跑看”的无限拖延，那才是最贵的结局。

第五条：谁签字，实名。

验收单上写”业务部门负责人签字”，不写”双方代表确认”。没人负责的验收等于没验收。

三个”看起来很美”的陷阱

**陷阱一：演示即验收。**演示环境是供应商的主场——数据干净、网络流畅、问题预设。你要看的恰恰是脏数据进来会怎样、断网了会怎样、答案是错的时候系统自己知道吗。

**陷阱二：老板说好就是好。**老板看到 demo 高兴，不代表报价员愿意用。真实采用率的信号很朴素：员工是主动打开它，还是绕开它。验收期结束前去工位上看看，比开十次评审会都准。

**陷阱三：只看成功案例展示，不看错误处理。**问一个问题就够了：“系统答错了，怎么被发现？“答不上来的，或者靠”人工抽查”四个字糊弄的，慎签。错了能被发现，比答得准更接近生产现实。

换个立场说两句

写这篇不是教大家怎么为难乙方——我自己就是乙方。

恰恰相反，**验收标准越早写死，乙方越安全。**我给客户做试点，第一件事就是拉着对方把基线测了、通过线定了、签字人找了。因为模糊的验收标准，最后一定演变成”客户觉得不值、我觉得委屈”的双输。

真本事不怕数字检验。怕数字的，本来也交付不了。

如果你的供应商不肯把这五条写进合同，你现在知道该担心什么了。

（蔡工 · 懂工厂的 AI 工程师 ｜ 微信：caishide ｜ h2-home.com）