FDE 是不是售前岗？

在签单这件事的前半程，前线部署工程师和售前工程师看起来几乎一样：都坐在客户旁边，都把产品摸得很熟，技术问题问到最难的时候都在场。相似是真的，所以这个问题才会被反复问起。但相似止于签字那一刻——而签字那一刻，正好是 FDE 自己的工作开始的地方。

判据是责任范围，不是头衔

售前的成功是一个签字的合同。FDE 的成功是没人盯着的时候系统还在跑，跑的是客户自己的数据。四条边界规则分开这两件事，每一条背后都有一个 JD 答不上来的问题。

这个人承不承担生产结果？ 第六周凌晨两点接口挂了，谁的电话响？如果答案是「客户的 IT 部门」或者「支持台」，那这个岗位在危险的部分开始之前就已经交接出去了。背不背这个电话，是这张清单里最不光鲜、也最可靠的指标。

他写代码、接系统吗？ 职称里第三个词是工程师，而工程师指的是生产环境里的代码，不是报告。一个从没提交过东西的岗位，是在对系统提建议，而不是拥有它——那也是一种正当工作，只是另一种。

他负不负责被用起来？ 不是演示会上的掌声，而是四周法则：上线后连续四周还在被用，有具名岗位、有使用频次，停用率超过 30% 的功能算未活。这个数字必须有人背着；在售前岗位上，没有人背。

学到的东西回不回产品？ 这一条最常被跳过，因为它在短期里是要花钱的。每次交付都会产出一些本该让下一次交付更短的东西；如果没有人负责这次搬运，同一课就要在下一个客户那里重新买一遍。这是五阶段里的第四段——回灌——也是「部署职能」和「人力外包生意」之间的分水岭。

边界的实际位置

售前的工作在签字时结束，FDE 的工作在签字时进入深水区。作品不一样：一个是幻灯片，一个是跑在生产环境里的系统。成功判据不只是不同，而是反过来的——销售团队在合同签下时赢；FDE 在客户哪天不再需要他的时候才算干成。客户能独立，才是交付物；客户离不开你，不是。

也有必要和产品工程师分开，因为「不是售前」经常被听成「产品团队加出差」。平台工程师拥有一种能力，服务很多客户；FDE 拥有一个客户，调动很多能力。这不是产品工作的低配版，而是同一种工程能力换了个朝向。

两种诚实的边缘情况

有两点，而且都很常见。

第一，很多真实的 FDE 岗位，确实是从一段商务动作开始的。训练营最后一天，高管亲手在自己公司的数据上点出一个系统，当天下午就进商务。签字之前就在场，并不构成否定，最好的 FDE 常常就在场。真正决定性质的是：签字之后工作还继续吗，是不是同一批人、同一个人还背着那通电话。只在签字前忙一周、合同一签就交出去的岗位，是带着笔记本电脑的售前。

第二，也确实有一些挂着这个头衔的岗位，就是换了时髦名字的售前工程师。这个头衔的跨度很大，JD 是照妖镜：演示、投标应答、POC 协调、出差讲方案，而没有 on-call、没有代码仓库、没有上线后的指标、也没有通往产品路线图的通道——那写的是另一份工作。这种情况下，头衔是全部材料里最不可信的一条证据。

面试时可以反问的三个问题

1. 「上线之后的第五周，会发生什么？」 真实的回答会说出谁被叫起来、谁写修复、谁判定这个项目算结束。含糊其辞的回答，通常意味着第五周归别人管。
2. 「谁定义成功，用谁的数据源，如果那个数字不动会怎样？」 这一问测两件事：开工之前到底有没有验收口径；这个岗位是拥有它，还是只对它做汇报。
3. 「你在现场学到的东西，最后去了哪里？」 最好的回答会点出最近两三件从客户现场进入产品的东西，以及是谁拍的板。

好的面试官三个问题都答得出具体内容：第几周、哪个岗位、哪个指标、哪个功能。三个都含糊，本身就是答案——你面对的是一个还没想清楚自己为什么负责的岗位。

四条边界规则如果全答「是」，不管招聘启事上写什么，这个岗位就是 FDE。有两条答「不是」，那个头衔就是装饰。