新 FDE 的 90 天：从跟岗到客户第一个找你

按照 Tandem 的入职手册，到第 60 天顺序会翻转过来：客户的问题先到新 FDE 手里，只有遇到例外情况才会拉资深工程师介入。而就在两个月前，这位新 FDE 还没有接手任何属于自己的工作。

这两个节点之间的距离，就是你的前 90 天。fde.academy 的描述是，前线部署工程师（FDE）入职的头两周通常用于内部学习，以及跟随资深 FDE 旁听一个进行中的客户项目。管理者也会有意先给新人分配低风险、范围清晰的工作。

如果你正准备接受一份 FDE offer，或者刚从软件工程岗位转过来，这种慢节奏可能让你觉得自己被晾在一边。其实这是一个逐级上升的过程，你可以一步步主动往上爬，而不是坐等别人派活。需要注意的是，具体的天数节点来自各家公司自己的入职手册，并非行业标准。

要做出什么，事先需要准备什么？

你要在个人笔记仓库里建一个 90-day-plan.md 文件，包含四个部分：电话会记录、问题记录、第 30 天的账户复盘，以及你将负责的范围说明。

你需要三样东西：一个允许你旁听的进行中项目，一位同意定期和你见面的导师，以及一个用来标记里程碑的日历。如果不清楚谁是你的导师，第一周就去问你的经理。

# 90-day-plan.md  （简化模板）
## 里程碑
- 第 1-2 周：内部学习，跟随资深 FDE 旁听
- 第 30 天：向导师完整讲述客户账户
- 第 2 个月：承担一块低风险的范围
- 第 60 天：客户先来问我
- 第 3 个月：把一项工作推进到演示之后
- 第 90 天：决定账户归属
## 电话会记录
## 问题记录
## 范围

检查：每个里程碑都必须在日历上有具体日期。凡是还定不下日期的里程碑，就是你要拿去问经理的第一个问题。

1. 跟岗不等于坐着听

Cloudsoft 的 90 天手册把第一个月的目标定为“安全地发挥作用”，而不是多出活。手册还提醒不要被动参加电话会：每次开会，都要给自己布置一项任务。

这项任务可以是列出客户提到的所有系统，或者记下资深 FDE 刚刚做出的承诺。会后把你的笔记和导师的对一对，两者不一致的地方，就是你还没弄懂的地方。

## 电话会记录（假设示例）
2026-11-04 | 客户：运营团队
自定任务：列出数据源
- 我记下的：ERP、每周库存 Excel 文件
- 导师补充的：一个我漏掉的内部 API

检查：第一周结束时，你参加过的每场电话会都必须有一行“自定任务”。空着的那一行，说明那场会你只是在听。

2. 哪些问题问导师，哪些自己查

Tandem 的整套手册都建立在一个区分上：背景可以交接，判断无法交接。所以资深工程师的时间最好花在判断上。落到你身上，就是一个具体习惯：拿问题去问别人之前，先给它分类。

设想一个零售客户。“订单数据存在哪里？”是背景类问题，你可以自己在文档、工单或电话会记录里找到答案。“同步任务只在夜间运行，我们该不该向客户承诺每小时告警？”是判断类问题，这才值得占用导师的时间。

## 问题记录（示例）
| 日期 | 问题 | 类型 | 谁来回答 |
| 11-05 | 订单数据存在哪里？ | 背景 | 自己查 |
| 11-20 | 该不该承诺每小时告警？ | 判断 | 导师 |

检查：每周统计一下，有多少背景类问题你是直接去问而不是自己查的。这个数字应该逐渐下降。

3. 第 30 天：向导师完整讲述客户账户

Tandem 在第 30 天安排一次检查，由新 FDE 向导师完整讲述整个客户账户。由你来讲，每一处卡壳都说明你在哪个方面还有欠缺。

## 账户复盘（简化提纲）
1. 客户要解决什么问题，谁拍板
2. 正在使用的系统和数据源
3. 已经向客户承诺了什么，截止时间是什么
4. 当前最大的风险
5. 三件仍不确定的事

检查：你必须在不翻笔记的情况下讲完这五点。如果第 3 点还是空的，先把它补上，再去申请第 2 个月自己负责的范围，因为你不可能兑现一个你都不知道的承诺。

4. 第 2 个月：承担一块有真实风险的小范围工作

Cloudsoft 把第二个月视为从跟岗转向独立负责工作的节点。fde.academy 提到，第一份独立负责的工作往往是全权负责一个小客户，风险真实但可控。

这样的范围长什么样？Supergood 的招聘启事把 FDE 的工作描述为客户部署、持续支持和新集成。这里的建议是只挑其中一项，并且只用一个数据源：如果同时接两项，一旦全部出问题，你就分不清错在哪里。

## 范围（假设示例）
客户：小型零售连锁 X
工作类型：新集成
用例：缺货告警
数据源：ERP 中的一张库存表
不在范围内：供应商数据、用户界面

检查：“不在范围内”这一栏不能为空。客户中途想加需求时，你要指着的就是这条线。

5. 第 60 天：客户先来找你

按照 Tandem 的说法，到第 60 天，客户的问题先到新 FDE 这里，只有例外情况才拉资深工程师介入。要让这个里程碑顺利落地，你和导师应事先约定什么算例外。

一个合理的做法是借助问题记录：背景类问题你自己处理；凡是涉及承诺、范围或客户风险、需要判断的问题，就拉上导师。把这条规则写成三行放进计划文件，让你们双方都看得到。

6. 第 3 个月和第 90 天是两个不同的里程碑

Cloudsoft 对第三个月的目标是把一项工作推进到演示阶段之后。一种划线方式是：演示只需要在精心挑选的数据上跑通一次，而越过演示阶段的东西，客户能在真实数据上使用，不需要你守在旁边。

fde.academy 指出了第 60-90 天这段时间里，可以减少监督的两个信号：一个能正常运行的部署，以及客户明显信任你的合作关系。Tandem 的第 90 天里程碑则是另一回事：导师决定是继续掌管这个账户，还是完全移交给新 FDE。

fde.academy 提到的这两个信号，正是第 90 天谈话时要带去的证据。把它们作为具体条目记进计划文件：哪个部署在运行，客户把哪些问题直接发给了你。

常见错误

最常见的错误是第 2 周就想交付点东西来证明自己。经理有意先给你低风险的工作，这时抢跑往往让你显得毛躁，而不是能干。

另一个错误是把所有背景类问题都拿去问导师，让对方没时间处理判断类问题，而判断恰恰是你唯一没法自学的东西。也不要因为觉得自己已经掌握了情况就跳过账户复盘。如果你的公司没有第 30 天这个节点，就自己提出来。

如何把这 90 天写进简历、带进面试

Palantir 对其 Forward Deployed Software Engineer 的描述是直接与客户合作，经常驻场，并从头到尾跟进项目。既然雇主在找能把项目做完的人，你的简历就应该讲一个完整的闭环：你接手了什么范围，推进到了哪一步。

所以不要写“参与客户部署项目”，而要写“为一个客户独立负责 ERP 库存集成，并将其从演示推进到生产环境使用”。

阅读岗位描述时，留意对资深 FDE 的要求里是否包括带新人。比如 Vanta 的 Senior FDE 招聘启事就明确提到整理最佳实践文档和指导团队成员。面试时可以直接问：“到第 60 天，客户会先找谁？”

这 90 天的目标不是代码行数，而是客户先来找你的那一天，并且你清楚哪些问题自己能答，哪些需要导师出面。