Stripe 同一 FDE 岗位，美国要求经验翻倍

Stripe 用两则招聘启事招同一个岗位：专业服务部门的 Forward Deployed Engineer。都柏林岗位要求至少 5 年全栈经验，基本年薪 €84,000–€126,000；美国岗位要求至少 10 年，基本年薪 $190,400–$285,600。

薪资数字最先吸引眼球，但更有启发的内容在别处。两则启事放在一起，能看出一家支付公司如何定义前线部署工程师（FDE）这个角色，也能看出为什么薪资不能简单地把两个数字并排比较。

如果你正考虑转做 FDE，这两点都直接关系到该投哪些岗位、简历该怎么写。

为什么把 FDE 放进咨询部门？

据都柏林岗位的启事，FDE 所在的专业服务团队服务的是 Stripe 最具战略意义的用户。FDE 团队被描述为咨询业务的延伸：工程师不只是建议客户怎么做，而是直接为客户构建并交付软件。

这是一项新服务，涵盖两类工作：与 Stripe 的可扩展集成，以及独立应用。启事写明维护也是工作的一部分，但会经常有机会启动新项目。在“优先考虑的经验”中，软件咨询被明确列出。

可见这个岗位源自服务业务，Stripe 也并不讳言。公司把 FDE 放在了原本就按项目与大客户合作的那部分业务里。

放在支付产品上，这样安排的道理不难理解：每个大客户都有自己的基础设施和资金流。咨询团队本就了解客户的问题，现在又有了写代码解决问题的人。

只是换了名字的咨询吗？

不完全是，区别体现在美国岗位的启事里。启事说 FDE 将与 Stripe 的 Product & Engineering 团队紧密合作，参与塑造产品功能。外部顾问通常没有渠道直接向供应商的产品团队反馈。

这个头衔的由来也指向同一方向。Palantir 从 2000 年代起就用 Forward Deployed Engineer 来称呼派驻客户现场的工程师。

按今天最通行的定义，FDE 由供应商自己派出，为客户集成自家产品。与外部顾问不同，他们的部分职责是根据一线所见改进产品。

所以在 Stripe 的组织架构里，FDE 归属服务部门，但职责仍与产品团队绑在一起。设想一下：你为一个大客户构建了一个运行在 Stripe 之外的对账应用。

如果另有三个客户需要一模一样的东西，好的 FDE 会把这个共性需求反馈给 Product & Engineering，而不是再写第四遍。

2.2 倍的差距到底衡量了什么？

按名义值计算，美国岗位的薪资区间约为都柏林的 2.2 倍。但以一位有 7 年全栈经验的工程师为例：按启事写明的条件，他符合都柏林岗位的要求，却达不到美国岗位要求的 10 年。

比较这两个区间时，实际比较的是混在一起的三样东西：国家、币种和资历。都柏林岗位的启事还注明，该区间适用于主要工作地点，其他地点可能不同。

差距中有多少来自市场、多少来自资历，这两则启事给不出答案；没有更多数据，也不要自己去拆分。

要比得准确，应找两个地点、相同经验要求的岗位。如果手头只有这两则，就把它们看作同一职业路径上的两级台阶，实际要问的是：你处在哪一级？

如果你有 5 到 9 年经验，都柏林这类岗位可能是更现实的切入点，可以借此积累 10 年级岗位面试时会问到的一线经历。

“在办公室或在客户现场”说明了日常工作的什么？

都柏林岗位的启事里有一条容易忽略的规定：大多数分配到办公室的 Stripe 员工每月至少一半时间要在办公室或客户现场，与客户一起工作的时间也计算在内。

对 FDE 来说，这透露了工作节奏。在客户那里的时间不算缺席，而是工作方式本身的一部分。如果你习惯坐在一个地方按工单写代码，不妨诚实地问自己：你愿意每月有许多天和客户的工程团队待在一起，在他们自己的系统上理清一条支付流程吗？

这也呼应了 Stripe 把 FDE 团队放进服务部门的原因。为战略客户启动新项目，需要懂客户背景的人，而这种理解很难只靠需求文档获得。

瞄准这类岗位，该如何准备

把启事综合起来，候选人画像相当清晰：全栈工程师，乐于启动新项目，最好有软件咨询背景，能把一线工作转化为产品反馈。只要写法得当，这四点都能体现在简历上。

每个项目不要只罗列技术，要说清做的是哪类东西：需要随客户流量扩展的集成，还是与平台并行运行的独立应用。

再补一句你带回产品团队的反馈，因为这正是 FDE 与顾问的区别所在。如果做过软件咨询，挑一个从零启动的项目，按这个思路来讲。

Stripe 正在咨询业务中试水一项新服务，借自 Palantir 的这个头衔，指的是既为客户写代码、又把经验带回产品团队的人。能同时胜任两种角色的人，才会被录用，无论在都柏林还是在美国。