WeChat
businessai-engineering
Original source

FDE 退出逻辑：干得越好，越该让客户自己跑

Summary

讨论 FDE（Field Deployment Engineer，现场部署工程师）项目的退出策略。核心观点：FDE 做得越好，越应该让客户具备独立运行能力，而不是让客户持续依赖。

为什么需要退出逻辑

  • 客户无法真正接管系统
  • FDE 团队无法规模化（被历史项目拖住）
  • 产品/平台无法沉淀（靠人不靠平台）

退出阶段模型

  1. 早期 — FDE 主导发现、设计和验证
  2. 试点 — FDE 主导交付和风险控制
  3. 生产初期 — FDE 陪跑，客户学习运营
  4. 稳定期 — FDE 转顾问，客户主导日常

退出前必须确认的5件事

  1. 客户能解释系统（解决什么问题、指标怎么看）
  2. 客户能处理常见问题（告警、配置变更、知识库更新）
  3. 客户能执行回滚或降级（不需等 FDE 止血）
  4. 客户能做风险判断（哪些需审批、哪些可接受）
  5. 客户有后续改进机制（系统随业务演进）

退出设计应从项目开始

  • 调研阶段：识别客户 Owner
  • 方案设计：考虑客户运维能力
  • 工程交付：做运行手册和门禁
  • 持续反馈：让客户参与指标解读
  • 能力沉淀：重复动作变模板/平台能力

常见错误

  • 把客户满意当退出条件（满意≠能独立运行）
  • 只培训使用不培训运营
  • 退出太突然
  • 不敢退出（怕价值感下降）
  • 没有升级机制

核心判断

FDE 与普通交付的关键区别：普通交付以客户持续依赖为商业模式，FDE 以客户能力提升为目标。