先给结论:经验只有被验证,才会变成资产

FDE 项目经常会留下大量代码、配置、提示词、数据处理脚本、评测样例和运行手册,但“留下文件”不等于“形成资产”。可复用资产必须有清晰归属、适用边界、版本、测试和回滚方式,下一次交付的团队才能安全地使用它。

这也是 FDE 与一次性实施的关键差异之一:项目结束时不仅交付客户结果,还要回答哪些经验值得进入组织能力,哪些内容只能留在客户边界内。

AI 交付从首次高投入部署到连接器、领域模型、评测集、可观测性和治理能力复用的产品化经济示意图
首次交付往往要承担数据、权限和流程整合的高投入;只有把经验沉淀成可配置、可测试的共享能力,后续场景才有机会降低重复成本。图中的“降低”是复用逻辑,不是未经验证的成本承诺。

为什么第一个场景通常最贵

AI 交付的首个场景,成本通常不在模型调用本身,而在把客户的业务语义和生产约束弄清楚:数据从哪个系统来、字段是否可信、谁有权限看和改、例外由谁接手、结果怎样被验证、出错后怎样撤回。它们往往是一次性的现场探索,却决定了系统能不能从演示走到生产。

当这些问题被整理成连接器、领域对象、评测集、监控规则和发布控制后,第二个相近场景才可能少走弯路。但这不是“做过一次就自动复用”,也不是把首个项目的代码复制过去;复用仍要经过适用范围审查、客户边界检查和真实回归。产品化降低的是重复探索的边际成本,不会消除每个新场景的语义确认和责任承诺。

成本来源首次部署的主要工作沉淀后的可复用部分
数据与语义盘点系统、清理字段、确认实体和指标口径经过审查的连接器、映射规则和领域模型
权限与治理确定最小权限、审批、审计和数据留存边界可配置的策略、发布门和回滚手册
质量与运营建立代表性样例、错误分类、告警和人工接管流程评测集、监控面板、故障模式和运行基线
业务采用让真实用户把新工作流放回日常流程并记录反馈培训材料、采用信号和场景选择经验

先把交付结果分成三类

类别例子处理方式
客户专属客户数据、业务规则、组织权限、定制流程留在客户边界,按合同和安全要求管理
候选复用脱敏后的连接器、评测样例、故障模式、运行手册先做归属、脱敏、测试和适用范围审查
组织资产有 Owner、版本、回归测试和文档的通用能力进入共享仓库、交付基线或产品 backlog

从项目到资产的四个转换动作

1. 在项目结束前建立资产清单

不要等项目关闭后凭记忆整理。对连接器、数据映射、权限策略、评测集、提示模板、监控规则和故障处理逐项登记,并写明来源项目、维护人、适用环境和客户限制。

2. 删除不能跨边界的内容

客户数据、隐私信息、内部业务规则和未授权的代码不能因为“有用”就进入共享资产。脱敏不是简单替换几个字段,还要检查日志、样例、截图、命名和依赖是否泄露客户上下文。

3. 用第二个场景验证复用价值

复用率不应预先写成固定百分比。只有在不同客户或不同业务边界中实际使用,并记录改动、缺陷和验证成本,才能判断资产是否真的通用。一个只能复制粘贴、没有测试的脚本仍然是项目代码。

4. 将差异反馈到产品路线图

如果多个项目反复出现同一类数据适配、权限控制、评测或运营问题,应把它们整理成产品决策,而不是继续依靠某个 FDE 现场解决。反馈可以形成连接器、平台能力、文档标准或明确的“不支持”边界。

资产化的验收问题

  • 它解决的是重复出现的问题,还是单个客户的偶然需求?
  • 谁拥有维护责任,谁批准它进入共享交付基线?
  • 有没有不含客户敏感信息的测试数据和回归结果?
  • 版本升级失败时能否回退,使用者能否知道适用范围?
  • 如果不能复用,是否应明确标记为客户专属或停止维护?

产品化有边界,不能把定制成本藏起来

现场交付模式最容易被误解的地方,是把“可复用”说成“通用”。同一行业的两个客户,可能有不同的主数据、审批链、组织权限和合规要求;同一个 Agent,在建议层面可复用,到了自动执行层面却可能需要重新做风险评估。若忽略这些差异,所谓平台化只是把定制工作换了一个名字。

还有三类约束需要在商业和技术上同时承认:

  • 数据质量约束:共享组件不能修复客户源系统中缺失、过期或口径冲突的数据;输出质量的上限仍由输入和语义治理决定。
  • 授权与信任约束:连接器能连上系统,不代表它被允许读取或写入所有对象。越接近自动执行,越需要人工确认、审计和可撤回。
  • 成本与替代约束:模型、开源组件和基础连接能力会逐步普及,长期差异不应建立在“有一批驻场人员”上,而要建立在更快验证价值、更稳定运营和持续沉淀资产上。

因此,资产化的目标不是把所有客户差异抹平,而是把重复出现且值得标准化的部分抽出来,把不能跨边界的部分明确标记为定制,并用第二个场景验证每一项复用是否真的成立。

FDEr.ai 的判断

交付资产化不是把所有项目成果集中到一个资料库,而是用工程和治理筛选出值得复用的部分。它既保护客户边界,也让组织不必重复支付同一类探索成本。

企业评估合作方时,可以要求对方展示一次真实的“项目结束后留下什么”:不是泛泛而谈的能力清单,而是经过归属确认、脱敏、测试、版本管理和后续使用记录的资产。这比宣传“第二个项目会更快”更容易验证。