行业洞察2026 年 11 月 9 日

给客户交付 AI 能力，除了交一堆文档还能交什么？

交付 AI 能力时，客户真正要的往往不是一份方案文档，而是一个他自己能跑起来的入口。文档能说明怎么做，能力才是能直接用的东西。两者的差别不在写了多少页，而在交付完成之后，客户手里剩下什么。

以下比较的是两种交付物的形态差别，不针对具体服务商或产品作评价。交付范围、验收标准与授权方式应以合同与实际配置为准。

01 交文档和交能力，差别在交付之后客户手里剩下什么

文档交付的终点是一份说明，能力交付的终点是一个入口。前者需要客户再招人、再实施、再验证一轮；后者交付当日就有人能用。

文档交付与能力交付的差别，在验收时最容易看清。如果验收方式是「汇报一次、交付一叠文件、签收」，客户拿到的是知识；如果验收方式是「客户用自己的账号跑通一个任务、并能核对答案来源」，客户拿到的是能力。

文档与能力两种交付形态的对比，只涉及形态，不涉及价格与商务条件。哪种更合适，取决于客户手上有没有实施能力。

可交付的能力要同时满足三点：客户能跑、权限能分、结果能核。缺任何一点，它都还只是一个演示。

可运行指的是客户用自己的入口就能发起任务，不需要服务商在旁边操作；可授权指的是谁能用、用到什么范围可以配置并撤销；可核对指的是答案能带来源，客户内部有人能验证它对不对。第三点最容易被跳过，也最影响客户敢不敢真正用起来。

在 Haoee 的形态里，这类能力的载体是智能体、知识库、Skills 与 MCP 连接。它们在客户协作空间内配置完成后授权给客户，客户用自己的入口使用，而不是由服务商代为操作。

第一个场景选得越小，验收越容易做，客户也越敢继续往下走。一上来铺多个部门，通常的结果是每个都跑一半。

比较现实的起点是「每周都会重复发生、资料现成、出错代价可控」的任务，例如固定报表的取数、制度条文的查询、常见问题的答复。这类任务验收标准清楚，两周内就能跑出结果。

跑通之后再谈扩展才有依据：哪些部门能复用同一个能力、哪些需要单独配置资料、哪些必须加人工确认。这些问题的答案来自第一轮的真实记录，不是来自方案里的设想。

当交付物从代码变成配置好的能力，交付方的能力要求也随之改变。懂业务、会梳理资料、能设计确认点的人，比会写代码的人更关键。

交付方不需要会写代码，对客户意味着两件事。一是本地的服务商、咨询团队甚至客户自己的业务骨干，都有可能成为交付方；二是交付质量的判断标准要改：不再看交付方会不会开发，而看它能不能把资料理清、把边界划准、把验收写实。

反过来，客户也要提防另一类风险：交付方把演示效果当成生产结果。演示通过不等于生产验收，模拟数据通过不等于真实数据通过。这一点在合同与验收条款里应写清。

交付可运行的能力，不等于承诺业务结果。能力交付之后能不能产出效果，还取决于资料质量、使用频次和客户自己的流程配合。

同样要说清的是责任边界。涉及对外发布、审批、支付、诊疗或其他高风险动作时，最终决定权仍在客户内部的人；平台与交付方提供的是信息准备、初稿生成和流程提示，不替代签批与裁定。

还有一点容易被忽略：能力交出去之后，资料的所有权归属、授权范围与撤回机制要在合同里写明。不写清，日后客户想换服务商时会发现资产带不走。

交能力是不是意味着客户要自己维护一套系统？不一定。维护责任可以按合同分配，常见做法是服务商负责技术与更新、客户负责资料内容与确认。关键是分配方式要写进交付说明，而不是默认由客户承担。

客户还没有技术团队，能接住这种交付吗？可以，前提是交付方把配置与授权做完，客户只负责使用与确认。是否可行取决于第一个场景的选择，选得越小越容易接住。

怎么判断一次交付算不算成功？看三件事：客户是否用自己的入口跑通了任务、第二位同事是否能复用、答案是否能核对来源。三件都成立，才算从演示走到了可用。