我们先用岗位地图理解 FDE：FDE 位于客户、产品和工程之间，既要理解业务，又要把解决方案带到现场。我们把这个角色拆成训练标准：沟通、建模、实现、部署、文档和边界。
本页以 FDE FAN 的第一视角讲解知识：先讲概念，再讲方法、图表、训练任务。底部保留参考来源，方便继续阅读。
| 知识层级 | 我们要掌握什么 | 训练产物 |
|---|---|---|
| 核心论点 | FDE 位于客户、产品和工程之间，把业务问题带到现场解决。 | 定义岗位边界。 |
| 角色能力 | 既要沟通业务，又要具备工程实现和部署能力。 | 训练跨界交付。 |
| 区别岗位 | FDE 不等同于售前、实施、前端或客服，但会借用这些岗位的部分能力。 | 我们需要岗位地图。 |
| 交付责任 | FDE 要让方案可运行、可验证、可移交，而不是只给建议。 | 评分要看产物。 |
FDE 是跨界角色，不是传统售前、实施、前端或客服的简单替代。
真正的能力在于把模糊业务问题变成可运行、可验证、可移交的系统。
角色边界要清楚：能做试点和交付包，但不能无授权承担企业核心系统责任。
| 层级 | 含义 | FDE 产物 |
|---|---|---|
| 售前 | 证明价值、赢得信任 | FDE 还要把方案做出来并上线验证 |
| 传统前端 | 实现页面和交互 | FDE 还要理解业务流、Agent 和交付文档 |
| 实施顾问 | 配置系统和培训客户 | FDE 还要能补齐轻量工程和自动化 |
FDE 不是简单把售前、产品、前端、实施和客服揉在一起，而是在客户现场承担一个清晰责任：把模糊业务问题转成可运行解决方案，并把解决方案反馈给产品和工程体系。跨界不是泛泛而谈，而是围绕交付责任组织能力。
售前证明价值但通常不负责长期维护；传统前端实现界面但不一定进入客户业务流；实施顾问配置系统但不一定补工程缺口；产品经理定义需求但不一定现场部署。FDE 的独特性在于同时接触客户现场和工程产物，并对试点交付的闭环负责。
我们不只考察学生会不会写页面，而要观察学生是否会问澄清问题、是否能指出数据缺口、是否能画出业务流程、是否能设计最小可行 Demo、是否能部署到稳定 URL、是否能写清楚边界和测试方法。这些行为才构成 FDE 的岗位能力。
因为 FDE 接近客户现场，我们必须明确边界：学员可以做试点、Demo、交付包和复盘，但不承诺就业、薪资、接单成功，也不能让初学者独立承担企业核心系统。这不是弱化课程价值，而是建立可信度。
本课训练目标
我们在首页和评分标准里继续强调边界：FDE 是轻量工程交付岗位，不承诺就业、接单或独立承担核心系统。
画出 FDE 与售前、前端、实施、产品经理的责任边界图。
为一个项目写“我能负责什么 / 不能负责什么”的边界声明。
把一次客户需求改写成可运行 Demo、验收标准和移交说明。
Invisible Technologies. What Is Forward Deployed Engineering?. https://invisibletech.ai/blog/what-is-forward-deployed-engineering. Accessed 2026-06-28.