部署团队 · FDE 双轨制
与 AIDC 合作，进入你现场的是 FDE（Forward Deployed Engineer，驻场部署工程师）双轨团队：一位业务轨的部署策略师，一位技术轨的驻场部署工程师。本页回答客户最常问的三个问题——来我现场的是什么人、为什么是两个人、他们不在我现场时在干什么。
AIDC 的部署由 FDE（Forward Deployed Engineer，驻场部署工程师）双轨团队交付——业务轨（代号 Echo，部署策略师）负责读懂你的组织与流程，技术轨（代号 Delta，驻场部署工程师）负责把系统建起来；每个部署两轨都在场。
为什么是两个角色
AI 部署同时是一个组织问题和一个工程问题，让一个人同时扛两头，往往两头都不牢。两种「单干」的失败模式都很常见：只有业务轨进场，你会得到一套漂亮、对齐、人人点头的战略——但没有任何能跑起来的东西；只有技术轨进场，你会得到一个技术上正确的系统——但和你的实际运营对不上，没人用得起来。双轨配对不是人手冗余，而是对这两种失败模式的解法：每个部署，两个角色都在场。
业务轨 · 部署策略师Echo负责读懂你的组织：工作实际怎么发生、口径与命名谁说了算、价值假设是否成立。让系统建在真实的流程上，而不是建在描述出来的流程上。
技术轨 · 驻场部署工程师Delta负责把系统真正建起来：文件系统、数字台账、数字员工配置、数据接入，并跑稳到可验收。让对齐好的方案变成每天都在运转的系统。
在你现场时：双轨怎么分工
现场的五类工作，每一类都是双轨各管一半：业务轨管「对不对」，技术轨管「能不能跑」。
| 现场工作 | 业务轨（Echo） | 技术轨（Delta） |
|---|---|---|
| 调研诊断 | 还原工作实际怎么发生、理清组织里谁对什么负责、提出价值假设 | 摸底数据、系统与权限的现状 |
| 系统搭建 | 确认业务口径、审定命名、对齐每个环节的负责人 | 搭建文件系统与数字台账、配置数字员工、接入数据 |
| 数字员工训练 | 收集失败案例、建立负责人复核机制、把握训练节奏 | 搭建考核题库、记录训练日志、执行记忆管理 |
| 培训与移交 | 培训你的团队、跟进实际使用情况、维护协作关系 | 编写技术文档、完成运维移交 |
| 验收 | 主持部署评估会、推进里程碑签字 | 整理部署档案、给出考核通过率 |
不在你现场时，他们在做什么
FDE 的工作是「现场 + 后方」两面：现场交付你的部署，后方把现场经验变成公司资产。这是设计出来的循环，不是部署间隙的闲置——后方做的每一件事，最终都回到你的现场。
- 技术轨的后方 — 把现场经验泛化为平台与工具：上一个现场反复手工解决的问题，回到后方做成可复用的模式与脚手架。对你的意义：部署越到后面越快，常见问题在进场前就已经有现成解法。
- 业务轨的后方 — 把现场经验沉淀为方法与培训材料：诊断怎么问、口径怎么定、团队怎么带，都写成可教的内容。对你的意义：你的团队接受的培训来自真实交付经验，学得越来越省力。
所以「他们走了之后怎么办」的答案是：他们没有离开这个循环。你现场出现的问题会回流为方法与工具，下一次进场时，带回来的是更快的部署和更成熟的训练。
边界与升级：现场不独立拍板的事
双轨在你现场有充分的执行自由，但有几类事 FDE 不会独立决策，必须升级讨论——这既是为了让现场判断不越过服务边界、安全边界和组织边界，也是你可以放心让工程师进入现场的原因（与 FDE 驻场模式的升级机制是同一套口径）：
- 范围外需求 — 需求超出当前服务边界：升级讨论是否扩展服务定义，而不是现场即兴承诺；
- 安全相关 — 需要访问敏感数据或关键系统：先明确授权方式、审计方式与责任归属，再推进；
- 架构级变更 — 方案会影响你的组织结构或岗位职责：必须有你方决策人参与，我们不替你做组织决定。
相关阅读
- 旅程总览 — 双轨团队交付的六段旅程全景
- 阶段 0 · 诊断映射 — 双轨配对从进场第一天就开始
- FDE 驻场模式 — 九步调研流程、质量标准与升级机制
- 数字员工训练与管理 — 分工表中「数字员工训练」一行的全文