FDE 面试到底在考什么

多数人把这场面试当成「软件面试 + 一轮客户面」来准备。顺序其实反了：它是一场判断力面试，附赠一节编码。编码那节最好准备，也最少决定结果。

三轮，各自在考什么

动手。 一个范围明确的题目，数据源通常被故意做坏。评分的人不看它跑不跑得起来，看的是数据不对时你做了什么：停下来、去问、还是悄悄补值。一个在明显损坏的数据上把流水线跑通的候选人，这一轮是挂的，而且往往还会被告知「通过」。

诊断。 一段混乱的口头场景——一个客户、一句抱怨、一个截止日。这一轮才出真信号，因为没有标准答案可以躲。面试官看两件事：你能不能把「说出来的诉求」和「底下那个流程」分开，以及你能不能说清楚要测什么。

说服。 对着一个不懂技术的人讲一件事并接受质询，通常是评审材料。失败形态是讲架构；通过形态是讲客户那里什么变了、什么没变。

十一道值得提前排练的题

下面是公开题库里反复出现的题型改写，不是泄题。

1. 客户说模型「不够准」。你接下来问什么？ —— 谁在判准、对着什么判、在哪一段数据上判、判错之后下游会发生什么。
2. 你只有一周，三个团队同时提需求。怎么选？ —— 回答选择标准，而不是选择结果。标准通常是：哪一个错了要花钱。
3. 给你的数据和生产上看到的不一致。怎么办？ —— 加分项是明确说停下来对账，宁可丢一天，也不在错的数据源上开工。
4. 你怎么判断这次部署算不算成功？ —— 指标、数据源、观察窗口、排除规则、谁来仲裁。少一样都只是情绪。
5. 客户那边 IT 发起人签了字，业务负责人没点头。第二个月会发生什么？ —— 什么都不会发生。能说出这一句，你已经展示了面试里最有用的那条现场知识。
6. 给文档抽取系统写验收标准。 —— 应该是对下游有影响的那些字段上的误差预算，而不是一个全局准确率。
7. 功能上线了没人用。十分钟内给出诊断。 —— 不顺手、不信任、或者和用户真正的工作无关。要证据，不要猜。
8. 什么情况下你会劝客户别买？ —— 需要一个真答案：问题其实是流程问题、数据根本不存在、改变成本高于收益。
9. 模型供应商在你脚下换了模型版本，你怎么办？ —— 版本锁定、评测集、回滚方案。这已经是标准题，也是常见的空白。
10. 把这个系统交接给一个没有你的人去运维。 —— 交什么文件、里面有什么、你凭什么确认对方能行。
11. 上一个项目里哪件事是错的？ —— 唯一能稳定区分「交付过」和「读过交付」的问题。

让强候选人挂掉的那个习惯

用技术回答第一个问题。「不够准」→「我加个 reranker」；「没人用」→「我优化界面」。两个都合理，两个都跳过了定义这个岗位的那一步：把一句抱怨变成一个可检验的陈述。

一个对面试和实际工作都适用的纪律：在提出任何技术方案之前，先把指标说出口。现在的说法是开票对账要四分钟；做成什么样算成功——中位数降到两分钟以下，而且争议率不上升。 如果你拼不出这句话，你就还没到选技术的阶段，把这个说出来，比猜一个方案得分高。

第二个习惯是对自己没有的数字装作确定。这个岗位的面试官天天听到编造的统计量。「我不知道，我会这样去查，查到之后会改变这个决定」——永远比一个自信的错数字分高。

你该问他们的问题

面试是双向的，这几个问题的回答能把雇主分得很开。

• 客户关系归谁——FDE 自己、销售、还是合作经理？
• 两次部署之间 FDE 做什么？待岗、做产品、还是待岗加焦虑？
• 团队去年跑了几个部署，现在还有几个在用？
• 谁说一次部署算结束了？
• 交接物长什么样，能不能给我看一份？

第四、第五个最有区分度。答不出来这两条的团队，卖的是换了名字的售前——那条边界写在FDE 是不是售前角色里。动手那轮真正在评什么，见能力模型；回答里用到的交付词汇，见五个阶段。

双向红旗

候选人这边要警惕：没有客户环节的流程、拿真实客户需求当免费作业的 take-home、以及所有 FDE 都向销售汇报的团队。雇主这边要警惕：能把模型栈讲得很细、却讲不出客户流程的候选人；或者从来没有为一个数字负过责的人。

两边都不该把这场面试当成知识筛选。知识是现货，网上都有。真正被考的是：把这个人放到客户面前，面对一句模糊的抱怨和一个截止日，他能不能产出一个数字。

一周准备法

三个练习，按顺序。找一个你熟的工作流，写出它的口径表——五列，不写散文。再为同一个工作流写一份范围备忘录，包括你会拒绝什么。然后把这两份东西讲给一个不懂技术的人听八分钟，看他在哪一句打断你。

这已经很接近那场面试，也比任何题库更接近那份工作。