AI落地为什么必须白盒交付？

有些服务商会把核心逻辑藏起来，理由是保护知识产权、防止客户跑掉。听起来合理，实际上这是在给项目埋一颗定时炸弹。

一、黑盒的三个后果

第一，客户不敢用。当系统给出一个反直觉的结果时，业务人员无法判断是系统对还是自己对。不敢用的系统，使用率会持续走低。

第二，出问题没人能修。规则藏在别人的代码里，客户方遇到异常只能等服务方响应。响应慢几次，业务就会绕过系统自己干。

第三，续约变成人质谈判。客户明知道被锁定，但没有选择。这种关系表面稳定，实际上客户一有机会就会换掉，而且不会推荐给别人。

二、白盒到底要交什么

四样东西：业务规则说明，用业务语言写清楚系统在什么情况下做什么判断；数据口径文档，每个关键字段的来源、含义、更新频率；提示词与配置，可查看可修改；操作与异常手册，包括常见问题的处理方式。

注意这四样都是给业务人员看的，不是给程序员看的。用一堆技术术语写的文档不算白盒，客户看不懂等于没给。

检验标准很简单：让客户方一个不懂技术的业务骨干读一遍，他能不能说出「哦，原来它是这么判断的」。能，就算合格。

三、白盒不等于没有壁垒

很多服务商担心白盒之后客户就不需要自己了。这个担心站不住脚。客户拿到的是他自己这个场景的东西，而服务方积累的是跨场景跨客户的方法。

真正的壁垒从来不是「客户看不懂」，而是「客户下次还想找你」。这两者的区别，决定了一家公司能不能靠口碑活下去。

反过来看，敢做白盒的服务商，说明它对自己的持续价值有信心。这本身就是一种能力证明。

靠信息不对称锁定客户，是最脆弱的壁垒。真正的壁垒是下一个场景客户还想找你。

四、阿优至简的视角

白盒交付是我们的硬规矩，写进合同。客户在项目结束时拿到的是一整套能看懂、能改、能自己维护的东西，包括所有提示词和规则文档。

这么做的直接结果是复购率。客户第一个场景做完能自己用起来，第二个场景才会继续找我们。把客户教会，比把客户绑住更划算——这是我们两年下来最确定的一条经验。

落地前的三条至简建议

1. 先写进合同：把白盒交付的具体清单列入合同附件，避免事后扯皮。
2. 先做可读性测试：让业务骨干试读文档，看得懂才算过关。
3. 先演练一次：交付时让客户独立跑一遍，包括改一条规则。

把东西交清楚，客户才敢用；客户用起来了，才有下一次。白盒不是让步，是生意能持续的前提。