莱客 LAIKR
FDE 专题

企业 AI 落地 FDE 模式怎么做?什么时候适合、怎么合作、怎么验收、怎么选服务商

先看结论

  1. FDE 模式的企业版做法是:派一位或一小组工程师进入企业,围绕一个具体业务场景,用企业自己的数据和流程做出可上线的方案。适合场景重要、数据敏感、系统复杂的情况。
  2. 不适合 FDE 模式的情况也很清楚:需求只是通用工具开通、场景不明确没人负责、数据和系统完全无法开放。
  3. 合作时先约定三件事:一个明确的场景、一位业务负责人、一套验收指标。没有这三样,驻场只会变成长期陪聊。
  4. 验收看业务指标而不是演示效果,常见做法是上线前后对比处理时长、一次通过率、人工介入比例,并持续复盘。
  5. 选服务商时核对:是否先诊断、是否在你的数据上做过验证、数据怎么保护、结果怎么衡量、做完能不能交接。

企业 AI 落地用 FDE 模式,意思是不靠一份方案、一次培训就结束,而是让懂工程的人进入企业,围绕一个具体场景,用企业自己的数据和流程做出能上线、能被一线使用的东西。它不是万能药,适合哪些情况、不适合哪些情况,要先判断清楚。

本文面向要做决策的企业主和负责人,讲清楚什么时候用、怎么合作、怎么验收、有哪些风险、自建还是外包,以及选服务商时该核对什么。

一、什么时候适合用 FDE 模式?

据 PostHog 博客对 FDE 的描述,客户不愿把敏感数据交给供应商,FDE 能获得长期访问权限;很多高管怀疑 AI 价值,FDE 用真实数据而非演示证明价值。把这两点翻译成企业语言,就是下面这些适合的信号。

  • 场景有价值:这个环节每月耗费大量人力或直接影响收入,值得投入工程资源。
  • 数据敏感或分散:数据不能传到外部,或者散在多个系统、表格和聊天记录里,需要有人进去整理。
  • 系统对接复杂:要接内部老系统、企业微信、ERP 等,没有现成插件。
  • 业务规则隐性:很多判断靠老员工经验,没有文档,需要有人去访谈、沉淀成规则。
  • 管理层有疑虑:需要用真实数据做小范围验证,而不是看一场演示。

什么时候不适合?

  • 需求只是开通通用 AI 工具、做基础使用培训,这时培训或自助就够了。
  • 场景没想清楚、没人对结果负责,驻场只会放大混乱。
  • 数据和系统完全不开放,工程师进去也做不了事。
  • 一次性小需求,用现成工具或简单工作流即可,不值得动用驻场。

二、企业 AI 落地的 FDE 合作怎么开展?

企业 AI 转型怎么做,常见的共识是场景先行:选痛点清晰、规则明确、重复度高的场景做试点,验证后再推广。FDE 合作可以按下面的步骤推进,具体周期按场景而定。

  1. 诊断:梳理业务流程、人员、现有系统,找出值得做的场景,排出优先级。选一个先做。
  2. 定义成功:和业务负责人一起写清楚验收指标,比如处理时长、一次通过率、人工介入比例。
  3. 原型验证:用真实数据在小范围跑出第一版,让一线人员试用,记录问题。
  4. 迭代上线:修正数据、规则和流程,接入实际系统,设置人工兜底。
  5. 交接与培训:把使用方法、维护方法交给企业的人,必要时配套定制内训。
  6. 复盘与扩展:用业务指标持续复盘,再决定是否做第二个场景。

三、FDE 模式的验收指标怎么定?

常见做法是在上线前后做对比,并持续复盘。AI 不是纯 IT 项目,验收必须由业务方参与。下面给出几类指标,企业按场景选用,不必全部使用。

指标类型例子怎么取数
效率单次处理时长、每日处理量上线前后抽样对比
质量一次通过率、人工修改比例、错误率随机抽检并记录
使用一线使用人数、使用频次系统日志或问卷
成本人工投入变化、重复劳动减少由业务与财务共同核对
风险数据泄露事件、违规输出次数权限日志与抽查

没有基线就没有对比,所以第一周就要把「现在是什么样」记下来。验收也要留出观察期,避免只看上线第一周的新鲜感。

再补一个常被忽略的做法:设置人工兜底和反馈入口。一线人员发现 AI 答错时,应该有一个最短路径把错误记录下来,这些记录就是下一轮优化最宝贵的材料。没有反馈入口的系统,上线之后很快就会停止进步。

四、FDE 模式有哪些风险?

  • 过度定制:每一块都为这一家做,后续无法维护。对策是要求服务方说明哪些可复用、哪些是定制。
  • 数据与权限:工程师进入企业环境,需要明确可见范围、脱敏方式、权限回收时间。
  • 依赖个人:全靠一位工程师,人走了就断。对策是文档、交接和培训同步进行。
  • 老系统没有接口:这是企业落地常见阻碍,要提前评估对接成本,必要时先做半自动方案。
  • 期望过高:把 AI 当成一次到位的方案,忽视持续调优。上线后要预留运营和复盘。
  • 场景选错:先选容易出成绩的,而不是最大最难的。

五、自建 FDE 团队还是找外部服务商?

没有绝对答案,可以按场景数量、数据敏感度和内部能力来判断。常见的做法是先外部验证一个场景,再决定是否自建。

维度自建外部服务商
适合情况场景多、长期持续、数据极敏感场景少、想快速验证、缺人
启动速度招聘与磨合需要时间通常更快
知识沉淀留在企业内部要靠交接和文档保证
成本结构长期人力投入按项目或服务周期投入
主要风险招不到、留不住依赖对方、交接不彻底

折中的办法是:外部服务商做第一个场景,同时带着企业内部一位对口人学习,把后续维护和小迭代逐步交回来。

自建团队需要什么人

常见的最小配置是一位懂业务的负责人加一位能动手的工程师,再配合企业已有的 IT 同事处理权限与系统对接。工程师不一定是传统程序员:有业务背景的人可以借助 AI 编程工具参与开发,但上线前仍需具备相应工程能力,或由专业人员负责代码审查、测试、安全检查和后续维护。

外包时最容易忽略什么

最容易忽略的是交接。合同里应写明交付文档、培训、源码或配置的归属、上线后的问题响应方式。如果交接和维护责任没有约定,上线后可能出现无人维护、问题无人响应的情况。

再补一条判断:第一个场景的预期不要定得太满。常见比较稳的做法是把目标写成「让某个环节的人工处理量明显下降、错误可追溯」,而不是「全面替代某岗位」。目标越具体,越容易验收,也越容易让一线人员愿意配合。

六、AI 落地服务商怎么选?核对清单

  1. 是否先做诊断:愿意先理解你的流程再报方案,而不是一上来推产品。
  2. 是否在你的数据上验证:能用你脱敏后的真实材料做小范围验证,而不是只给演示。
  3. 谁来做:实际干活的人是谁,有没有做过类似场景,是否能见面沟通。
  4. 数据怎么保护:存放位置、权限范围、脱敏方式、合同结束后数据如何处置。
  5. 怎么衡量结果:是否愿意把验收指标写进合作约定。
  6. 做完能不能交接:文档、培训和维护责任是否清楚。
  7. 会不会说「不适合」:好的服务商会明确告诉你哪些场景不该做。
  8. 有没有夸大的承诺:包提效倍数、保证上线周期这类承诺要打问号。

七、莱客能提供什么

莱客(深圳)网络科技有限公司成立于 2016 年,扎根深圳龙岗,为深圳及全国企业提供企业 AI 落地诊断、智能体与 AI 助手开发、企业知识库问答和定制内训。我们的做法是先诊断业务流程,再决定做什么,并把咨询、开发、培训和后续运营放进同一条交付路径。

如果你正在考虑企业 AI 落地,可先做在线 AI 落地诊断,把初步思路理一遍,再联系顾问。方案与安排请联系顾问,我们会按你的实际情况说明,不适合的也会直接说。

这篇文章回答的常见问题

企业 AI 落地为什么要用 FDE 模式?

因为企业的数据、系统和业务规则各不相同,通用产品往往到最后一步才发现接不上。FDE 模式让工程师进入企业,用真实数据和流程做出可上线方案,同时可以根据数据要求设计在企业环境内处理的方案;是否需要外部访问或传输,仍须逐项确认。它适合场景有价值、数据敏感、系统复杂的情况。

什么情况下不适合用 FDE 模式?

需求只是开通通用工具和基础培训、场景没想清楚没人负责、数据与系统完全不开放,或者只是一次性小需求,都不适合。这类情况用培训、自助工具或简单工作流更省成本,先做诊断判断是否有必要驻场。

驻场 AI 落地一般怎么合作?

常见流程是:诊断选场景、和业务负责人定验收指标、用真实数据做原型验证、迭代上线并设人工兜底、交接培训、用业务指标复盘。前提是一个明确的场景、一位对结果负责的业务负责人和事先写好的验收指标。周期按场景而定。

AI 落地项目的验收指标怎么设?

看业务结果而不是演示效果。常见指标有处理时长、一次通过率、人工修改比例、使用人数与频次、重复劳动减少,以及数据风险事件。关键是上线前先记录基线,才有对比,并预留观察期持续复盘。

企业应该自建 AI 团队还是找外部服务商?

场景多、需要长期迭代、数据极敏感,适合自建;场景少、想快速验证、缺人,适合外部。常见折中办法是外部服务商先做第一个场景,同时带企业内部对口人学习,后续维护逐步交回,避免依赖单一方。

AI 落地服务商怎么选?

核对几件事:是否先诊断、能否在你的脱敏数据上验证、实际干活的人是谁、数据怎么保护、验收指标是否写进约定、做完能不能交接、会不会直接说不适合。夸大提效倍数或包上线周期的承诺要打问号。

FDE 模式的主要风险是什么?

主要有过度定制导致难以维护、数据与权限边界不清、过度依赖单个工程师、老系统缺少接口导致对接成本超预期,以及期望过高忽视持续调优。对策是约定可复用部分、明确数据范围、文档与交接同步、提前评估对接、预留运营期。

START HERE

看完还有具体问题?

把你的岗位或公司情况说一句,顾问按实际情况回一条建议,课程方案与安排也一并说清楚。

联系顾问