这张卡把 FDE 从「岗位名」提升到「交付范式」层面，帮你判断组织该不该引入。
核心拆解：范式层面看三件事——工程资源按客户而非功能域组织、交付与产品边界模糊、现场需求回流产品。最容易误用之处是只借用了 forward deployed 这个词做头衔包装，团队实际仍是按工时计费的外包交付，信息回路根本不存在。自查的抓手很具体：现场发生了什么，以什么频率、什么形式回到产品与模型迭代里。
增量判断：多数内容把前置部署工程当作招聘词条，这张卡强调它与专业服务（Professional Services）模式在商业模式上的分野——前者把交付当产品信息回路，后者把交付当收入线。国内团队引入时需叠加私有化部署与项目制结算的现实约束。
行动建议：对照三条范式特征给自己团队打分，缺两条以上就别急着改头衔。打完分再决定是先建能力还是先改考核制度，顺序错了，团队只会多一个新头衔，白忙半年。
—— FDEChina编辑部 · 实战派
定义
前置部署工程（Forward Deployed Engineering）是一种把工程资源直接部署到客户业务场景、以真实问题牵引产品迭代的交付范式；Forward Deployed Engineer（FDE）是这一范式下的角色载体。
展开
分清范式与岗位两个层面。岗位层面，FDE 是一个具体职级；范式层面，它意味着一组组织决策：工程团队按客户而非功能域划分、产品与交付的边界模糊化、现场发现的需求与失败案例持续回流到产品与模型迭代。AI 公司普遍采用这一范式，原因是大模型的落地效果高度依赖客户数据与工作流细节，关起门来做产品无法逼近可用。
它与专业服务（Professional Services）模式的辨析最关键：专业服务把交付当收入线，按人天计费，项目结束即结束；前置部署工程把交付当产品的信息回路，愿意为现场洞察支付成本。常见误用是把交付团队改名 FDE 团队，但考核仍是工时利用率，范式没有发生任何变化。国内引入这一范式时，还要叠加私有化部署、驻场管理与项目制结算的约束，范式要走通，商业模式必须先想清楚，项目制结算与驻场传统不是障碍，但必须在合同设计里预留需求回流通道。