FDE原本指什么，放到企业AI落地里又指什么
FDE是Forward Deployed Engineer的缩写，中文常译作“前置部署工程师”。Gergely Orosz于2025年8月12日在技术通讯The Pragmatic Engineer发表的文章《What are Forward Deployed Engineers, and why are they so in demand?》介绍，这是一种由Palantir率先采用的软件工程岗位：工程师在客户团队与自家产品团队之间轮换，到客户那里部署产品，并围绕客户的业务问题做定制（原文链接）。
在远恒AI的服务中，FDE不是岗位头衔，而是第四项核心服务“FDE企业AI落地陪跑”的名称：服务方进入企业的具体部门，和业务负责人一起诊断问题、梳理流程、部署知识库和智能体、陪团队在日常工作中使用，并逐步从首个部门扩展到其他部门。这一名称不代表远恒AI与上文提到的公司存在合作关系。
和咨询、培训、外包相比，FDE陪跑的不同不在于谁更专业，而在于三点：人在企业现场，需求可以边做边厘清，并以合作结束后能力留在企业为目标。
四种合作方式的对照
下表描述的是常见合作方式，具体范围以各方合同为准。
| 合作方式 | 谁在业务现场 | 主要交付 | 合作结束后企业留下 | 更适合的问题 |
|---|---|---|---|---|
| 咨询 | 顾问以访谈、调研方式进入，主要接触决策层和关键部门 | 诊断结论、规划方案、路线图 | 更清楚的方向和管理层共识；执行仍靠内部团队 | 方向未定，需要外部视角辅助决策 |
| 培训 | 讲师与学员在课堂或工作坊 | 课程、练习，可带走提示词、SOP或智能体原型 | 员工掌握的方法和课上成果物 | 团队认知不齐，或场景已清楚但员工不会用 |
| 外包开发／代运营 | 外包团队多在自身场地，通过需求文档和对接人协作 | 按需求完成的系统、智能体或运营产出 | 交付物本身；归属与后续维护取决于合同 | 需求清楚、边界稳定，企业不打算在内部建设这项能力 |
| FDE陪跑 | 服务方进入企业具体部门，与业务负责人和一线员工一起工作 | 优化后的流程与SOP、沉淀的岗位经验、部署好的工作站／知识库／首批部门智能体、经过磨合的团队 | 流程、知识、智能体，以及会用、会改它们的人 | 问题跨流程或跨岗位，需要边做边找需求，并希望能力留在企业 |
按企业现在的状态选择合作方式
选错合作方式，通常不是因为服务方不够好，而是问题和方式没对上：需求还说不清，却按“照文档开发”去采购；员工只差上手，却启动了整套陪跑。可以先找出企业最接近下面哪种状态。表中的“企业诊断”指面向业务流程和部门落地的诊断，不同于GEO品牌AI搜索优化中专门检查品牌在AI回答中表现的104问免费诊断。
| 企业现在的状态 | 通常更直接的方式 | 签约前先弄清的一件事 |
|---|---|---|
| 还不确定AI应先用在哪块业务 | 咨询或企业诊断 | 方案交付后，内部由谁执行 |
| 用法已经明确，员工还不会操作 | 企业AI内训 | 课后由谁组织试用和复盘 |
| 要做的东西能写成需求文档，且不打算在内部建设这项能力 | 外包开发或代运营 | 交付物归属、维护期限和需求变更规则是否写进合同 |
| 只有一项输入和输出都清楚的任务 | 单个AI智能体定制 | 谁来判断输出是否合格 |
| 问题牵涉多个岗位或环节，动手前说不清具体需求，并希望能力留在企业 | FDE陪跑 | 企业能否指定负责人并安排团队时间 |
同一家企业的不同部门、不同阶段，可能分别落在表中不同的行；远恒AI四项服务的先后关系，可参考企业应该先做AI智能体、GEO还是内训。
几种方式之间最容易犹豫的地方，各自只有一个判断点：
- 外包还是陪跑，看需求文档能不能先写出来。 能写出来，交给外包往往更快；写不出来，多半是因为现场流程、例外情况和验收人还没摸清，这时需求挖掘本身就是工作内容，属于陪跑的范围。决定外包后，上线后改需求是否另计费用，交付后由谁维护到什么时候，源码、账号、数据、知识库和提示词归谁，这几项都值得在合同里逐项写明；选择代运营的，还要约定合作结束时运营能力如何交接回企业。
- 咨询还是陪跑，看方案由谁落地。 内部有团队承接执行，咨询给出的判断就能发挥作用；内部缺少执行力量，或者方案需要在试运行中反复修改，陪跑会把部署和修正都纳入服务。
- 内训还是陪跑，看流程是否已经就位。 流程和工具都已就绪、只差员工上手，企业AI内训通常就够了，可先看企业AI培训怎样分层、先培训谁，课后怎样不让方法流失可参考《企业AI内训怎么避免“听完就散”》；流程本身还要改时，团队培训会放在陪跑后段，用改好的流程做练习材料。
- 单个智能体还是陪跑，看任务是否跨环节。 任务在一个岗位内就能闭环、输入输出都明确时，从企业智能体定制真正该定制什么入手即可；任务需要跨岗位交接、牵动上下游流程时，再考虑陪跑。
FDE陪跑包含哪些工作
远恒AI的FDE企业AI落地陪跑，主要服务包括：
- 企业与部门业务诊断、深度需求挖掘；
- 流程与SOP梳理和优化；
- 重复劳动的智能体化，以及岗位经验和能力沉淀；
- 工作站、知识库和首批部门智能体部署；
- 团队培训、磨合与持续陪跑；
- 从首个部门逐步扩展到其他部门。
从一个部门推进到多个部门
FDE企业AI落地陪跑按以下五步推进，每一步用时因部门复杂度、资料准备和团队投入而异，远恒AI不预设统一周期：
- 确定目标： 明确业务问题、企业负责人和优先部门；
- 进入现场： 访谈该部门的岗位、流程、知识和系统现状；
- 形成试点： 部署首批知识、SOP和智能体；
- 真实运行： 记录使用情况、错误、人工修改和协作问题；
- 复盘扩展： 修正机制，再进入更多部门和系统。
扩到下一个部门前，先看试点部门有没有留下三类记录：团队日常怎么用、在哪些地方出错、人工改过什么。跨部门扩展要设计的知识共享、权限划分、SOP衔接和系统协作，都以这些记录为输入；缺少记录就铺开，容易把试点阶段没解决的问题带进更多部门。
多组织、系统对接、私有化部署及专项服务保障等复杂需求，可根据项目组织联合评估与交付。
企业需要投入什么
陪跑需要企业一方同步投入人和时间。启动前，至少落实以下三项：
- 指定企业负责人、部门负责人和结果审核人；
- 提供获准使用的真实资料、流程和样本；
- 安排团队参加访谈、试用、反馈和复盘。
责任分工上，服务方承担的是把方案接入流程、按运行记录调整；业务结果与关键判断归企业负责人，这与智能体工作中哪些判断必须留给人是同一条原则。如果这三项暂时落实不了，先从企业诊断或单项服务起步更稳妥。
下一步：先做一次企业诊断
落在上表FDE陪跑那一行的企业，可以预约企业诊断，并带上这几项信息：打算优先推进的部门、该部门当前最主要的问题、可能参与的人员，以及已经使用过的AI工具或做过的培训。诊断的结论不默认是陪跑；如果单个智能体、一次内训或外包开发更合适，也会直接说明。
陪跑的具体范围和适用条件见FDE企业AI落地陪跑服务页。项目进度和最终成效受业务复杂度、资料条件和团队投入影响，远恒AI不对见效时间或业务结果作固定承诺。