文 / STEM Career 编辑部
看到 Forward Deployed Engineer，很多同学会把它理解为“需要见客户的软件工程师”。这个入口有帮助，但还没有回答求职中更关键的问题：客户的问题由谁澄清，方案由谁做出来，出了问题谁跟到最后，以及怎样证明客户真的用上了成果。
如果你正在比较软件开发、AI 应用、数据和技术售前，先用这些责任判断自己喜欢哪类工作。FDE 可以成为目标之一，但职位名称需要与具体团队、岗位级别和工程要求一起读。本文用原创情境帮助你完成一张岗位适配表。
从交付责任理解 FDE
OpenAI 的 Seattle FDE 岗位把客户需求、技术范围、系统设计和上线交付放在同一工作范围内。Palantir 的 Commercial New Grad 岗位也呈现了工程实现与客户场景相连的责任。这些是相应团队的定义，其他公司可能采用不同边界。
你可以把一项工作写成四个连续问题：客户要改变什么，现有数据和系统允许做什么，怎样完成可运行实现，以及谁来观察后续效果。只看技术栈，会漏掉用户流程；只看“客户沟通”，又容易低估工程深度。
例如客户提出“让 AI 帮助客服处理工单”。这句话还没有说清楚处理包括分类、检索资料、拟回复还是直接执行退款。FDE 需要在了解实际工作后，把模糊愿望缩成一项能够交付并验收的改变。
用同一任务比较相邻岗位
下面是假设一家软件公司的工单助手项目，用来理解责任侧重，不代表各家公司都如此分工。
| 方向 | 可能主要负责的决定 | 面试可展示的证据 |
|---|---|---|
| 软件工程 | 接口、数据、应用与可靠实现 | 代码、设计取舍、测试与运维 |
| 机器学习工程 | 模型相关数据、评估与工程流程 | 数据处理、评测和部署记录 |
| 技术售前 | 客户问题与方案价值是否匹配 | 需求澄清、演示和技术验证 |
| FDE | 特定客户环境下的整体技术交付 | 范围、实现、采用与持续调整 |
同一家公司内也可能有重叠。真正有用的比较是岗位要求你独立承担哪项结果，能调动什么资源，发生变更后需要怎样推进。想先了解 AI 的大类分工，可接着看研究、机器学习工程与应用开发的任务差异。
原创情境 一个看似简单的工单助手
假设团队每天收到两百条工单，客户希望减少分派时间。你没有内部环境，先用合成数据制作教学原型。第一版只读取一条工单，推荐类别和处理队列，并让人工确认。
客户随后提出：同一客户可能在邮件里补充信息，分类要一起考虑；VIP 的队列还不同。这里出现了数据关联、权限、规则优先级和状态更新。把提示词加长，并不能自动解决这些问题。
你可以先问：系统怎样识别同一客户，客户等级从哪里读取，旧工单是否可用，哪个负责人决定规则。回答不完整时，把待确认项留在交付记录中，再选择可验证的初始范围。
这段过程展示的是工程判断。面试官能够看到你发现了哪些约束、依据什么缩小范围，以及怎样避免一条新要求悄悄改变原有承诺。
五类能力各自需要什么证据
工程基础先看独立实现与修改能力。能否解释接口、存储、异常、访问边界和测试？遇到数据缺失、调用超时或重复提交，系统会产生什么结果？这些问题比列出使用过多少工具更能说明能力。
问题澄清看你有没有把不同人的诉求写成可确认事实。用户希望方便，主管关注处理效率，IT 同事关心接入条件。你需要指出哪些要求能同时满足，哪些需要取舍，再留下决定依据。
交付组织看你能否安排依赖。例如没有身份系统接入，就先做离线验证；用户规则未确定，就先确认一条流程。计划应记录负责人、检查节点和失败后的替代办法，而不是只有一个漂亮结束日期。
沟通能力体现在能根据听众改变说明深度。对工程师解释接口和状态，对使用者解释如何确认结果，对负责人解释收益、风险与下一步。事实保持一致，表达重点可以不同。
反馈能力看你怎样处理上线或试用后的新信息。用户绕过工具、建议被大量改写、异常只在某类数据发生，分别需要什么调查？能够承认原方案的限制，也能说明下一次试验，会让故事更可信。
课程项目怎样迁移为相关经历
没有企业客户，也可以从真实合作任务中找证据。课程小组、实验室或学生组织可能有明确使用者、交付时间与需求变化。先确认你确实承担过哪些工作，再说明教学环境和实际生产环境的差别。
比如原表达是“开发 AI 客服系统，提升工作效率”。可以改为：“在四人课程项目中负责工单输入与队列推荐模块；访谈两位模拟使用者后将直接执行改为人工确认；为缺失客户编号、重复提交和工具超时设计检查。”
这段文字没有虚构客户规模或商业收益，却让人能继续追问。若只有个人原型，就明确写个人原型；若没有实际用户，描述模拟验收方法。不要为了贴近 FDE，把所有课程参与者写成客户。
一张能指导投递的适配表
| 观察项 | 记录一个真实例子 | 下一步检查 |
|---|---|---|
| 工程实现 | 我独立完成的模块 | 能否在新条件下修改 |
| 模糊问题 | 我澄清过的需求 | 哪个问题改变了方案 |
| 用户协作 | 我收集与处理的反馈 | 谁确认结果可用 |
| 交付跟进 | 我推进的依赖或变更 | 延期和失败怎样处理 |
| 工作方式 | 我能接受的客户与出差安排 | 与具体岗位要求是否一致 |
不要给每项随意打一个总分。先标明“有证据、需补证据、暂不适合”即可。完全缺少独立工程实现时，优先补一项小而完整的作品；已有工程经历却缺少客户责任时，可以从需求澄清与协作说明练起。
应届生与有经验申请人怎样选准备重点
应届申请人可重点展示基础、学习过程和完整的小型交付。选择明确接受相应毕业窗口的职位，逐条核对资格。项目做得小并不妨碍说明责任，但需要让评审看见你怎样发现问题和完成修正。
有经验申请人还要解释规模、复杂约束和个人决策。项目由多人完成时，哪些决定由你提出，谁批准，哪些代码由你实现，维护结果由谁承担？把团队成果拆成可核验责任，再确定是否匹配目标岗位级别。
如果你还在比较方向，可以先了解技术售前及相邻客户工程岗位。不同责任需要不同证据，不必一次准备所有路径。蒸汽教育的求职辅导流程可以围绕目标定位、材料、项目与模拟面试安排下一步。
做一次两小时的岗位核对
先选一份真实 JD，保存岗位名称、地区和读取日期。用半小时标出动词：构建、部署、发现问题、培训、销售或维护。再用半小时给每个重点动词配一项自己的经历，没有证据的部分先留空。
下一小时只处理最影响申请的一项空白。例如录一段三分钟项目说明，或让同伴追问一次需求变更。完成后写下自己能清楚说明的事实，以及仍需要补强的能力。不要把一晚的概念阅读写成已经掌握生产交付。
加微信时先说你想承担哪类工作
如果你不确定现有经历更接近 SWE、AI 应用还是 FDE，可以加微信说明目标市场、毕业或工作阶段，以及一项亲手完成的项目。材料还没整理好，也可以先说最困惑的岗位选择。
咨询可以先比较责任与能力证据，再讨论简历、项目补强或面试训练。这样更容易找到当前最值得投入的一步，也能避免根据一个热门职称，把所有经历改成同一种说法。
常见问题（FAQ）
FDE一定比普通软件工程更适合我吗？
需要比较工程、客户和交付责任，用实际经历与目标JD判断。
没有企业客户项目可以探索FDE吗？
可先用真实课程与合作任务建立证据，准确说明环境与责任范围。
FDE与技术售前完全一样吗？
各团队分工不同，应核对技术实现、商业阶段与交付责任。
- OpenAI 的 Seattle FDE 岗位· OpenAI
- Palantir 的 Commercial New Grad 岗位· Palantir
想判断自己更适合 SWE、AI 应用还是 FDE，加微信说一下目标地区和做过的项目，可以先比较岗位责任与现有证据。