企业 AI 解决方案怎么验收？先看这三个角色

企业 AI 解决方案验收会，常见场景是供应商演示、IT 点头、领导签字。

真正每天用系统的人不在场，安全边界没人问，知识更新也没人管。上线后问题才一个个冒出来。

验收至少要让三个角色参与。

一线用户：测好不好用

一线用户最关心的是：能不能完成今天的工作。

让他们用真实任务走一遍，不看演示脚本。比如客服真的回一条客户消息，销售真的整理一次跟进记录，运营真的做一次周报。

重点看三件事：

一线说“还行”，通常不够。要让他们指出哪一步最麻烦，哪一步最容易出错。

业务负责人不只看功能，还要看结果。

这个场景是不是原来最痛的地方？系统给出的判断，符合业务规则吗？例外处理是否合理？出了问题谁负责？

业务负责人要签字确认的，不是“系统能跑”，而是“这个结果我们可以接受”。

如果业务负责人只参加最后签字，验收很容易走过场。

安全与运维要看的是边界。

数据存在哪里，谁能看，能不能导出，有没有日志，接口失败怎么处理，权限怎么回收。

这些内容在演示里通常看不到，但上线后最容易出事。

验收时至少确认：

一线负责“用起来”，业务负责“值不值”，安全运维负责“稳不稳”。

三个角色都通过，才算完成验收。只有供应商和 IT 在场，验收的是技术，不是业务。

验收记录也要留下来：谁参加了，测了哪些任务，发现了什么问题，怎么处理。

不是每个项目都要做很重的验收。

第一版可以小，但三个角色至少要有人代表。没有一线，系统可能不好用；没有业务，系统可能不对；没有安全运维，系统可能不安全。

企业 AI 解决方案的价值，不是功能清单有多长，而是上线后能不能稳定完成工作。

验收也不是一次会议。系统改版、知识更新、接口调整后，关键场景要重新测。第一次验收留下的测试集，就是后面每次改版的回归样本。

不要等上线前一周才开始验收。开发和配置阶段就可以用测试集跑，发现问题早改，成本低得多。

验收记录要存档。谁参加、测了哪些任务、发现了什么问题、怎么处理，写清楚。下次改版或换供应商，这份记录能省很多沟通。