两个被招聘方写混了太久的岗位，一张表拆开。
最实用的不是表格本身，而是表格背后的判定法：看考核指标和交付物，别看头衔。职位描述可以互相抄，但「签单算谁的」骗不了人——Solutions Engineer 的价值在签约前兑现，FDE 的价值在履约期内持续产生。判断手上的岗位是哪一种，问「写不写生产代码、驻不驻场、考核看什么」三个问题就够了。
国内市场还有一种现实错位：不少挂着「解决方案工程师」头衔的岗位实际承担交付，也有 FDE 岗位被当售前用。头衔与职责对不上的公司，入职后的落差往往比薪资谈判里让掉的那部分更大。
面试时别纠结尾衔，直接问三件事：代码占比、驻场安排、考核口径——回答含糊、连自己的岗位定位都讲不清的团队，慎去。
—— FDEChina编辑部 · 犀利评审
导语
FDE 与 Solutions Engineer（解决方案工程师，常简称 SE）大概是招聘市场上最容易被混着写的两个岗位——两类职位的描述经常互相「借鉴」。一句话说清最大差异：SE 的重心在签约前把方案讲清楚并促成合作，FDE 的重心在签约后把系统做成并运行起来。FDE 与其他岗位的区别概览见新手指南第四节。
对比维度表
公开可见的招聘信息显示，两类岗位的差异集中体现在以下维度。各家公司的实际职责有出入，具体以职位描述为准：
| 维度 | FDE | Solutions Engineer |
|---|---|---|
| 使命重心 | 签约后交付：把方案做成运行中的系统 | 签约前支持：把技术方案讲清楚、促成合作 |
| 交付物 | 可运行的生产系统与运维交接 | 方案文档、演示环境、技术应答 |
| 驻场深度 | 常驻客户现场，随项目全程 | 按需出差：演示、投标、技术澄清 |
| 考核指标 | 客户业务指标与系统采用率 | 方案质量、赢单贡献、签约周期 |
| 技能权重 | 工程实现为主，业务沟通并重 | 方案设计与演示表达为主，代码要求低 |
| 职业路径 | 资深 FDE、交付负责人、行业方案负责人 | 方案架构师、售前负责人、客户成功管理 |
| 典型背景 | 全栈/后端工程师转岗，或一线交付成长 | 售前、技术支持、咨询背景转型 |
三个关键差异展开
差异一：交付物决定了日常
FDE 的日常围绕代码与系统：调试、集成、评测、上线。SE 的日常围绕方案与说服：写方案、搭演示、陪销售见客户。判断一个岗位实际是哪种，看招聘描述里「编写生产代码」是不是明确要求——多家公司的 FDE 职位描述把它列为核心考核项，而 SE 岗位通常只要求「技术背景」。
差异二：考核指标暴露真实定位
问一个岗位「今年怎么算干得好」，答案最诚实。FDE 对客户业务指标与系统采用率负责——系统交付后没人用就是失败；SE 对方案质量与赢单贡献负责——签不签得下来是核心变量。两者的价值兑现节奏也不同：SE 的价值集中在签约前兑现，FDE 的价值在履约期内持续产生。
差异三：与客户的距离不同
FDE 常驻现场，要面对客户业务流程的细节、内部协作的现实与数据的各种不完美；SE 与客户保持专业距离，接触的是对方的架构师与采购决策链。两种距离各有价值，但意味着完全不同的工作强度与人际技能构成。判断一个岗位的真实驻场强度，职位描述里的「常驻客户现场」「出差频繁」字样比头衔可靠。
怎么选：问自己三个问题
如果对比表还不足以做决定，用三个问题把自己问透：
- 你更享受把系统做出来，还是把方案讲出去？前者指向 FDE，后者指向 SE；
- 你能接受长期驻在客户现场吗？SE 的节奏以出差与项目制为主，驻场强度低得多；
- 你的代码能力放到市场上是什么水平？FDE 的工程门槛是硬性的，SE 更看重方案与表达能力。
三个问题里有两个答「前者」，FDE 更适合你；两个答「后者」，SE 是更顺的路。最忌讳的是两边都想要——签单与交付的节奏冲突，长期由同一个人承担会互相拖累。
小结与相关阅读
两个岗位没有高下之分，只有工作对象与兑现周期的差别。如果看完对比表仍分不清手上岗位是哪一种，直接向招聘方要一份近期交付案例清单，答案通常就在里面。延伸阅读：《FDE vs AI Engineer：客户现场与产品团队的两条路》对比另一条常见岔路；《FDE 能力模型》帮你评估转岗准备度；岗位区别概览见新手指南。
参考来源
- 对比依据来自公开可见的招聘信息与公司公开资料中对两类岗位的职责描述（openai.com、anthropic.com、palantir.com 及国内招聘平台公开页面）；
- 具体公司的职责划分以各家职位描述为准，本篇不构成对任何公司岗位设置的断言。