同叫 FDE，写代码的时间从 30% 到 90% 不等

Bloomberry 读了 1,000 份前线部署工程师（FDE）的招聘启事，发现一个怪现象：同一个头衔下，有的岗位要求 70-90% 的时间写代码，有的只要 30-40%，还附带销售业绩指标（quota）。差距大到很难说它们是同一份工作。

注意到这一点的不只 Bloomberry。DataCamp 写道，两家公司里同叫 FDE 的两份工作，可能几乎没有共同点。Scaler 说得更直接：写代码的占比和头衔根本无关，而是由每家雇主自己定的一个区间。

如果你是软件工程师，正考虑转做 FDE，“这份工作够不够技术？”这个问题一开始就问偏了。更好的问题是：眼前这份招聘属于哪一类工作？30-40% 对比 70-90%，两种最大类型每周写代码的时间最多可差三倍。

多数招聘描述的是 Builder 的工作

Bloomberry 把 FDE 头衔拆成三类工作。Builder 型占招聘的 60%，是多数，特征是 70-90% 的时间写代码，出差也多。Scaler 的独立分析同样估计，约 60% 的招聘属于构建类岗位。

换算成每周 40 小时：70-90% 意味着写代码 28 到 36 小时，和普通软件工程师的一周相差无几。

客户是在挤占你的时间，还是在为工作提供输入？

招聘 FDE 的公司 PostHog 说得很简短：FDE 仍然做软件工程，只是和客户交流的时间多得多。Perspective 对 1,500 名 FDE 的调查显示，每周直接与客户协作的时间中位数为 47%，写代码只占约 31%。

31% 看起来和 Builder 的 70-90% 相矛盾，但这项调查没有按工作类型拆分，中位数把销售工程师和 Builder 混在了一起。

换句话说，Builder 类招聘承诺大量写代码，而 FDE 整体的真实一周更偏向客户。这也是接 offer 之前要多问几个尖锐问题的又一个理由。

在 Builder 岗位上，两者未必冲突。照这个思路读 PostHog 的描述，和客户交流的时间正是代码的输入：你在这段时间里弄清要构建什么。

大公司的招聘也是这么写的。Palantir 的 Forward Deployed Software Engineer 岗位要求很强的编码能力。Anthropic 的 FDE Applied AI 岗位，把构建生产系统和定期驻场、与客户并肩工作绑在一起。

设想在客户现场做开发：技术栈很少由你选，数据长什么样事先无从知道，出问题时用户就站在旁边。这让 Builder 型 FDE 的编码工作比百分比所显示的难得多。

另外两类是什么样？

Bloomberry 把约 30% 挂着 FDE 头衔的招聘归入 Sales Engineer+ 一类。标志是 30-40% 的时间写代码，薪资含提成，还要背业绩指标。按每周 40 小时算，就是写代码 12 到 16 小时，不到 Builder 上限的一半。

其余约 10% 是 Internal Tools Builder：只服务公司内部，主要做 CRM 集成，几乎不出差。这里的 FDE 名称几乎完全偏离了本义，因为根本没有外部客户可供“部署”。

销售工程并不低人一等，做内部工具也一样。但一旦背上业绩指标，营收就成了衡量你工作的一部分。如果你转做 FDE 是想给真实客户构建真实的东西，把这两类误当成 Builder 岗位，是最容易踩的坑。

下表把 Bloomberry 的三种类型和两份具体招聘放在一起：

	占 FDE 招聘比例	写代码时间占比	出差	区分标志
Builder（Bloomberry）	60%	70-90%	30-50%	为外部客户构建
Sales Engineer+（Bloomberry）	30%	30-40%	低于 20%	背业绩指标，拿提成
Internal Tools Builder（Bloomberry）	约 10%	未说明	低于 5%	仅限内部，CRM 集成
Palantir FDSE	—	未给出占比，要求很强的编码能力	最多 25%，可按个人意愿调整	需要时驻场与客户协作
Anthropic FDE Applied AI	—	未给出占比，构建生产系统	25-50%	直接与客户一起构建

像读需求规格一样读招聘启事

最明确的信号是“quota”（业绩指标）和“commission”（提成）这两个词。只要出现，不管头衔怎么写，你读的多半是销售工程岗位。“internal”（内部）、“CRM”加上几乎不出差，则指向内部工具类。

表中的出差数据有参考价值，但不能一锤定音。Palantir 明显是重编码的岗位，标出的出差比例却低于 Builder 的常见区间，而且可按个人调整。只看这一个数字可能会分错类，要和业绩指标信号、要你构建的东西一起看。

进入面试后，直接问：上周团队里的 FDE 写代码花了多少小时？最近一次交付到客户系统里的是什么？如果面试官用营收而不是具体的系统来回答，答案你就有了。

你需要证明什么？

对于 Builder 型，雇主要同时看到两点。第一，你真的会写代码：首先是 Python，它出现在 Bloomberry 分析的 66% 的招聘中；更好的是有一个项目跑在你无法完全掌控的环境里。第二，你能自己发现问题，而不是等别人把需求交到手上。

所以简历上不要分开写“沟通能力强”和“精通 Python”两段。讲一个故事：用户遇到了什么问题，你是怎么发现的，你往他们的系统里交付了什么，带来了什么改变。

一个小项目，为真实用户解决真实问题，跑在他们的数据上，README 把问题讲清楚，这比一张证书更有说服力。它恰好同时证明了 Builder 岗位需要的两点。

Builder 型 FDE 的工作其实比很多人想的更技术，因为代码要跑在最乱的地方：别人的系统里。投递之前，你要做的是把招聘读仔细，确认它描述的正是这份工作。