很多人第一次看到 FDE 招聘，会以为这是解决方案工程师换了个叫法。实际上两者的常见分工不同：解决方案工程师更靠近售前，FDE 更靠近交付和工程。但公司规模、产品形态不同，边界会漂移，下面说的都是常见情形。
这篇文章先用一张表把六种角色放在一起对照，再逐一解释最容易混淆的几组，最后给出选岗和选人的判断方法。如果你还没了解 FDE 本身，可先看《FDE 是什么》。
一、六种角色一张表看清
下面的表按常见分工整理，不同公司会有出入，请当作参考框架而不是定义。
| 角色 | 服务对象 | 典型交付物 | 是否写生产代码 | 常见衡量标准 | 典型风险 |
|---|---|---|---|---|---|
| FDE（前置部署工程师） | 一个具体客户 | 上线的集成、定制工作流、客户内部工具 | 常见：要写并上线 | 客户业务是否真正跑起来 | 过度定制，沉淀不成通用能力 |
| 解决方案工程师 | 售前阶段的多个潜在客户 | 方案文档、演示、概念验证 | 多为演示级代码，通常不进生产 | 商机转化、方案被认可 | 演示很漂亮但落地有落差 |
| 售前（含售前顾问） | 潜在客户与销售团队 | 需求梳理、方案建议、投标材料 | 通常不写 | 签单支持 | 承诺超出产品能力 |
| 实施顾问 | 已签约客户 | 配置完成的系统、培训、上线文档 | 少量脚本或配置，多数不写 | 按期上线、验收通过 | 遇到产品没覆盖的需求就卡住 |
| 产品工程师 | 许多用户 | 可复用的产品功能 | 写，且是产品主代码 | 功能质量、使用规模 | 离真实客户场景较远 |
| 咨询顾问 | 管理层 | 诊断报告、战略与流程建议 | 不写 | 建议被采纳 | 方案停在纸面上，没人落地 |
二、FDE 和解决方案工程师的区别是什么？
两者都和客户打交道，也都需要技术功底，所以最容易被混为一谈。常见的区别在三个层面：阶段、深度、责任。
- 阶段：解决方案工程师通常在售前阶段，帮销售把方案讲清楚、做出演示和概念验证；FDE 常见于签约之后参与落地，也可能更早介入。
- 深度：方案工程师的代码常常为演示服务，能展示可行性即可；FDE 的代码要接真实数据、真实系统，要能稳定运行和后续维护。
- 责任：解决方案工程师通常对方案被认可负责；FDE 对客户业务是否真正跑起来负责，上线后出问题也要回来处理。
也有公司把二者合并成一个岗位，既做售前也做落地，这种情况下要看招聘描述里花在哪一类工作上的时间更多。
举一个常见的场景来感受差别。客户想让 AI 自动回答内部制度问题：方案工程师会准备几份样例文档，现场演示问答效果，让客户看到可行；FDE 则要拿到真实的制度文件，处理版本混乱、扫描件识别不全、部门口径不一致这些问题，再接入企业微信，让员工真的每天在用。前者回答「能不能做」，后者回答「做出来之后有没有人用」。
这也解释了为什么两种角色的风险不同。方案工程师的风险是演示和落地有落差，客户期望被抬高；FDE 的风险是陷入某一家客户的细节，做成只有这一家能用的东西。好的团队会让两者互相校准：售前不承诺产品做不到的事，FDE 把一线发现的共性问题反馈回产品。
三、FDE、售前和实施顾问有什么区别？
FDE、售前和实施顾问的职责容易被混淆，这三个词在传统软件行业里本来就都存在，FDE 是后来者。可以从工作阶段和交付内容来比较，用一条时间线来记：
- 售前：客户还没买，目标是让客户相信「这个产品能解决你的问题」，产出是方案和演示。
- 实施顾问：客户已经买了，目标是按产品标准流程把系统配起来、培训用户、验收上线，产出是一套配置好的系统。
- FDE：常参与客户的实施与交付，也可能在更早阶段介入；重点是标准产品不能直接解决问题时，在客户环境里写代码、接系统、改流程，产出是对这一家客户有效、真正在跑的东西。
所以实施顾问和 FDE 的常见区别在于「产品是否够用」。产品够用，配置和培训就是主要工作；产品不够用，缺的部分要靠写代码补，这就是 FDE 的空间。AI 项目因为数据、规则和场景差异较大，有不少会落在后一种。
四、FDE 和产品工程师、咨询顾问有什么区别？
据 PostHog 博客的说法，产品工程师追求面向许多用户的可复用方案，FDE 一次只聚焦一个客户。这两种工作互相需要：FDE 在一线发现的共性需求，要反馈给产品工程师做成通用功能，才不会每个客户都重做一遍。
咨询顾问和 FDE 的常见区别在于交付物。咨询顾问交的是诊断和建议，FDE 交的是跑起来的东西。很多企业 AI 项目卡在这里：诊断做得很完整，但没有人把它落成能用的系统。最顺的情况是诊断之后紧接着有人动手做原型，边做边修正诊断。
- 遇到「方案很好但没人做」的问题，缺的是 FDE 式的角色。
- 遇到「做了很多但没人用」的问题，缺的是前期诊断和业务理解。
- 遇到「每个客户都在重做」的问题，缺的是产品化，即把 FDE 的成果沉淀进产品。
五、AI 实施工程师是什么，介于哪里？
「AI 实施工程师」是招聘中可能见到的叫法，一般指把 AI 产品或方案部署到企业并保证可用的人。它在传统实施顾问和 FDE 之间滑动：有的岗位只做配置、培训、对接，更像实施顾问；有的岗位要写提示词流程、搭知识库、接业务系统，更接近 FDE。
判断标准很简单，看招聘描述里的三句话：是否要求独立写代码或脚本、是否要求对接客户已有系统、是否对上线后的业务指标负责。三条里满足越多，越接近 FDE。
六、怎么选：公司该招谁，个人该做哪个
先分清手上的问题是哪一类。下面给出一个粗略的对照，具体仍要结合公司实际情况。
| 你的情况 | 更需要的角色 |
|---|---|
| 客户还没决定买，需要有人把方案和演示做出来 | 解决方案工程师 / 售前 |
| 产品标准，客户买了需要配好并培训 | 实施顾问 |
| 产品不覆盖客户场景，需要写代码接数据接系统 | FDE / AI 落地工程师 |
| 不知道该做哪个场景，需要先理清方向 | 咨询顾问 / 诊断 |
| 多个客户有同样需求，想做成通用能力 | 产品工程师（配合 FDE 反馈） |
对个人来说，想清楚自己更喜欢哪种工作。喜欢讲清楚、搭桥梁，适合方案和售前；喜欢把事情做到上线并看着它被使用，适合 FDE；喜欢做通用产品，适合产品工程师。这几个岗位之间也有人转换，有人认为 FDE 的一线经历对做产品有帮助，但这并非固定路径。
七、莱客怎么看这件事
莱客（深圳）网络科技有限公司成立于 2016 年，业务里企业 AI 落地诊断更接近咨询阶段，智能体与 AI 助手开发、企业知识库问答更接近交付阶段，定制内训则让企业团队自己接手使用。我们的做法是先诊断再动手，不跳过前面的业务理解。
如果你正在判断自己公司缺的是哪一类角色，可以先做在线 AI 落地诊断，再联系顾问。课程方案与安排请联系顾问。