FDE 前线部署工程
FDE（Forward Deployed Engineer）是企智引擎区别于纯培训与纯咨询的关键能力：驻场共创、写代码、调模型、对业务结果负责，交付可生产运行的AI系统。
先判断：你是否需要学这一模块 SELF CHECK
命中 2 条以上，建议优先安排本模块；勾选可当作业前的需求确认表使用。
学习目标 OBJECTIVES
- 1理解FDE与传统咨询、外包开发、普通实施的三重区别
- 2掌握FDE五步流程：业务诊断 → 方案设计 → POC验证 → MVP落地 → 规模应用
- 3掌握驻场共创的工作方式与交付标准（不甩包、对结果负责）
- 4能为AI项目定义可量化的验收指标与ROI测算方法
- 5掌握交付后的团队接手与长期陪跑机制
核心知识点 KEY POINTS
FDE的三重区别
区别于普通实施：不止部署，更负责业务效果；区别于外包开发：驻场共创而非甩包交付；区别于纯咨询顾问：写代码、调模型、对结果负责。
业务诊断（1-2周驻场）
深度访谈业务一线，识别高价值场景，输出场景清单与ROI预估。诊断必须到现场——会议室里问不出真实流程。
POC验证（2-4周）
用真实业务数据快速搭建原型，验证技术可行性与业务价值，给出可演示成果与量化收益，作为是否继续投入的决策依据。
MVP落地（生产化改造）
补齐权限控制、性能优化、数据对接、异常处理、日志审计，使其达到可上线标准。这是POC与产品的分水岭。
规模应用与团队接手
横向扩展到更多场景，沉淀平台化能力，同时培训客户团队接手维护，避免形成对外依赖。
验收与ROI
每个项目定义三类指标：效率（耗时/人力节省）、质量（准确率/满意度）、业务（转化/收入/成本）。验收以真实数据对比基线为准。
方法论与操作步骤 METHOD & STEPS
第一步：业务诊断（驻场1-2周）
跟岗观察 + 深度访谈，画出真实业务流程图（而非制度上的流程），识别卡点与高频痛点，输出场景清单与ROI预估。
第二步：方案设计
针对核心价值场景设计AI应用产品方案，明确技术路线、数据来源、交付标准与验收指标，形成可执行的任务分解。
第三步：POC验证（2-4周）
用真实数据快速搭建原型，跑通关键路径，给出可演示成果与量化收益。POC的目标是验证价值，不是做完整功能。
第四步：MVP落地
生产化改造：权限、性能、数据对接、异常处理、日志与审计；同步编写运维手册与用户培训材料。
第五步：规模应用与陪跑
横向复制到更多场景与部门，沉淀平台化能力；培训客户团队接手，建立长期陪跑与季度复盘机制。
真实落地场景案例 REAL CASES
数字化系统的AI助手嵌入
业务场景
已有数字化系统但查询门槛高，一线人员用不起来，数据价值无法释放。
AI应用做法
FDE驻场梳理项目查询与企业信息查询场景，设计自然语言搜索+企业信息问答+通用问答三类能力，共用RAG与权限体系，分POC与MVP两阶段交付。
合规导向的自研系统建设
业务场景
油品检测业务需满足CNAS/CMA合规要求，并支持多中心部署，市面通用产品难以匹配。
AI应用做法
按合规要求设计数据与流程架构，支持多中心部署与审计留痕，FDE团队驻场完成从需求到上线的全周期交付。
从小系统到业务闭环
业务场景
会员上课记录、客户类型与频次数据分散，缺乏自动消息、智能回复与定期报表。
AI应用做法
结合CRM数据设计SCRM架构，打通企微/飞书实现自动消息与智能回复，配置定时经营报表推送。
涉及工具与产出物 TOOLS & DELIVERABLES
- FDE驻场工作手册
- 场景清单与ROI测算模型
- POC原型与演示环境
- 生产化检查清单（权限/性能/异常/审计）
- 运维手册与培训材料
- 业务诊断报告（场景清单 + ROI预估）
- AI应用产品方案与任务分解
- POC原型与量化收益报告
- 可上线MVP + 运维手册
- 客户团队接手培训与陪跑计划
随堂练习与验收标准 PRACTICE & ACCEPTANCE
- 跟岗一天，画出真实业务流程图（不是制度上的流程），标出3个最高频的卡点。
- 为其中一个卡点写FDE立项书：场景、ROI预估、技术路线、数据来源、验收指标。
- 对照生产化检查清单（权限/性能/数据对接/异常处理/日志审计），给你的POC做一次差距评估。
- 提交业务诊断报告（真实流程图 + 场景清单 + ROI预估）
- POC通过真实数据验证并给出量化收益
- 生产化差距评估报告 + MVP上线计划
常见误区 PITFALLS
把FDE做成外包：拿到需求就回去开发，交付即结束
驻场共创、对业务结果负责，交付后仍需陪跑与交接
POC做得漂亮但没有量化收益，无法说服继续投入
POC阶段就用真实数据算清收益，作为决策依据
POC直接上生产，跳过生产化改造
权限、性能、异常处理、审计缺一不可，这是MVP与POC的分水岭
交付后客户无法维护，形成长期依赖
同步培训客户团队接手，沉淀文档与平台化能力
只验收功能上线，不验收业务指标
以效率、质量、业务三类真实指标对比基线作为验收标准
建议课时 RECOMMENDED HOURS
| 适合人群 | 建议课时 | 建议形式 |
|---|---|---|
| 技术岗 | 6课时 | 方法讲授 + 真实项目复盘 |
| 管理者 | 3课时 | 侧重交付模式与投资决策 |
| 业务岗 | 2课时 | 侧重如何配合与提需求 |
| 全员 | — | 不建议全员开设 |
721 时间分配（合计 6 课时 / 约 270 分钟）
| 环节 | 占比 | 课时 | 时长 | 内容说明 |
|---|---|---|---|---|
| 讲授 | 20% | 1.2 课时 | 约 54 分钟 | 讲概念、讲方法、拆解案例 |
| 实操演练 | 60% | 3.6 课时 | 约 162 分钟 | 随堂动手，产出真实业务成果 |
| 研讨点评 | 20% | 1.2 课时 | 约 54 分钟 | 方案互评、答疑与改进建议 |
按 721 法则设计：以实操为主、讲授为辅、研讨收口；1 课时按 45 分钟计，可按企业作息调整。