这篇解决一个高频误读：把 FDE 当销售，或者反过来把 FDE 当纯技术岗。

最值得拿走的是一条分界线：销售和售前对「成单」负责，FDE 对「成事」负责——方案签下来之后，能不能在客户环境里真正跑通并稳定运行，这笔账记在 FDE 头上。最容易误用的地方是走两个极端：要么把 FDE 用成陪跑商务的免费技术支持，要么指望 FDE 完全不碰客户关系，后者会让发现和交付脱节。

相比站内已有的售前对比长文，这篇叠加了国内语境：很多国内团队让 FDE 兼顾交付中的商机识别，这要求的是「能感知商机」而不是「背营收指标」，两者必须区分。再补一个国内场景的观察：不少团队把 FDE 放进销售序列考核，结果人才快速流失；岗位序列放在研发线还是销售线，本身就是判断一家公司是否真理解这个岗位的试金石，求职时值得主动确认。

读完建议做一件事：把你的岗位职责按「对什么数字负责」重写一遍，看落点在营收还是在交付结果。

—— FDEChina编辑部 · 犀利评审

FDE 是销售吗？

不是。FDE 不背营收指标、不做报价与商务谈判、不负责合同，这些都是销售与售前的职责。但要说清楚的是：FDE 离销售并不远，它是离客户最近的技术岗，只是责任的落点完全不同——销售对「成单」负责，FDE 对「成事」负责：方案签下来之后，能不能在客户的业务环境里真正跑通、稳定运行并被一线用户用起来，这笔账记在 FDE 头上。

具体来说，FDE 在客户现场确实会做很多「看起来像销售」的事：陪客户聊需求、判断哪些场景值得做、在关键干系人面前演示方案、处理质疑与顾虑。但这些动作的目的不是促成交易，而是保证交付的范围真实可行。一个常见分工是：销售与售前负责把合作谈下来，FDE 负责在签约前后验证技术可行性、锁定范围并完成落地。两者边界与协作方式，FDE 与售前的区别里有逐维度拆解。

实践中真正容易出问题的，是两个极端。一端是把 FDE 用成售前的免费技术支持：反复陪跑 POC、写方案，却从不进入交付，最后变成按需响应的演示机器。另一端是反过来，要求 FDE 完全不碰客户关系，只接写好的需求文档——这会让发现和交付脱节，做出来的东西技术上没错、业务上没用。健康的形态是 FDE 深度参与发现与范围锁定，见 FDE 需求发现手册。

所以更准确的描述不是「FDE 是半个销售」，而是「FDE 是懂生意的工程师」：理解客户的预算逻辑、决策链和验收动机，再用工程手段把价值做出来。如果你想进一步确认自己适合偏客户的方向还是偏产品的方向，可以对照 FDE 和产品经理的区别，或者回到 FDE 是什么重新梳理岗位全景。