FDE 的一周长什么样
给正在考虑要不要转 FDE、或者已经拿到 offer 想知道生活会变成什么样的人。这一页不讲这个岗位「是什么」（那在 what-is-an-fde.md），只回答一个具体问题：周一到周日，一个 FDE 的时间实际花在哪里，人在哪里，跟谁开会，以及这件事对生活质量意味着什么。
一、这一页的证据来自哪里
关于 FDE 日常的一手材料只有两篇，都是 Palantir 官方博客的自述，且都在 2022 年之前：
| 材料 | 日期 | 形式 | 覆盖 |
|---|---|---|---|
| 《A Day in the Life of a Palantir Forward Deployed Software Engineer》 | 2020-11-02 | 对一位化名 Brian 的 FDSE 的问答 | 一天的时间分配、会议过滤标准、技术挑战类型 |
| 《A Day in the Life of a Palantir Deployment Strategist》 | 2022-03-08 | 作者 Sabine（2019-12 入职，写作时是 pilot lead）自述 | 三份精确到小时的日程表，同一头衔下三种活法 |
这两篇写的都是**「一天」不是「一周」**，而且是疫情期间（FDSE 那篇明确写作者当时全职远程）。「一周」这一层的公开证据零散得多，主要来自三处：Nabeel Qureshi 在 Lenny 播客里对驻场节奏的口述（周一到周四住客户处）、各家公司 JD 里写明的驻场与差旅比例、以及中国招聘市场上「驻厂」类岗位的岗位描述。
因此本页的读法：日程表部分是一手的，可以逐条对照；「一周时间分配」那张表是本库对这些材料的归纳估算，标了推论，不要当成任何一家公司的官方口径引用。
二、一手样本：FDSE 的一天（Palantir，2020）
Brian 当时在给美国国防部客户基于 Gotham 平台开发新功能，全职远程。他自述的时间分成四块，原文用的是 chunk / portion / some time / the remainder，没有给百分比：
"Typically, a chunk of my day is spent designing, writing and testing workflows. Another portion is spent configuring Gotham to unlock new functionality within the platform… I also reserve some time each day for comms, emails, meetings and stand-ups… The remainder of my day is spent on a variety of tasks: learning about other deployments, meeting new co-workers, or working on miscellaneous shared projects."
四块分别是：设计与编写、测试 workflow；配置平台解锁新功能（新数据模型、稳定性改进、升级）；沟通、邮件、会议、站会；了解其他部署项目、认识同事、做公司内的共享项目。
这一段里最可迁移的不是时间比例，是他的会议过滤器——两个自问：
"Does this discussion have to be a meeting? And do I have to be there?"
他说全公司都这么问，结果是他参加的每个会都值得参加。这条规则对内部 FDE 尤其有用，因为内部 FDE 的时间最容易被本部门的例会吃掉（见 ../05-practice/first-30-days.md 里内部 FDE「一张真的被清空的日历」那一条）。
另外两条与「一周」有关的事实：Palantir 的每日视频站会当时经常以瑜伽之类的活动收尾；他把「决定往哪儿使劲」而不是技术难度列为这份工作最难的部分——可解的问题近乎无限，取舍是每天都要做的动作。
三、一手样本：同一个头衔，三种一天（Palantir，2022）
Sabine 人在欧洲，为美国一家大型连锁药店做 pilot engagement。她给出自己和两位同事的典型一天，三人头衔完全相同，都是 Deployment Strategist（内部代号 Echo）：
| 时间 | ① Pilot Lead（她自己） | 时间 | ② Enterprise Lead | 时间 | ③ Internal Echo |
|---|---|---|---|---|---|
| 09:00 | 进入状态：复盘项目大目标与进展 | 08:00 | 边吃早饭边处理邮件 | 10:30 | 到办公室吃早饭 |
| 10:00 | 每日站会 | 09:00 | 打磨给客户数字化办公室的最佳实践材料 | 11:00 | 邮件、Slack、review 隔夜的 PR |
| 10:15 | 做数据管道：把客户 ERP 接进发货差异处理应用 | 10:00 | 与 Industry Director 一起参加售前会 | 11:30 | 为领导层会议打磨新项目的商业论证 |
| 12:30 | 午饭，顺便打听同事在做什么项目 | 11:00 | 与团队技术成员一对一 | 13:00 | Learning Lunch：季度 Foundry 路线宣讲 |
| 13:30 | 和客户的迭代会：展示上午刚做的进展 | 11:30 | 与商业负责人讨论公用事业公司的合作提案 | 13:30 | 埋头写代码：给 Foundry 加多个项目组都需要的功能 |
| 14:30 | 公司随机安排的 sync，认识不同业务的同事 | 12:15 | 和新入职的 mentee 吃午饭 | 15:30 | Slack 上「问个小问题」，演变成即兴学习 |
| 14:50 | 做本职之外的事（Foundry for Builders 外联） | 13:00 | 周会：复盘上周、计划下周 | 16:00 | 出门跑步 |
| 16:30 | 准备高管里程碑汇报 + Slack 进度更新 | 14:00 | 写一页纸论证，说服产品团队把某功能纳入核心产品 | 17:00 | 与美国销售团队开会找 Foundry 用例 |
| 16:00 | 做推广 Foundry 采用率的营销材料 | 17:30 | 给某客户团队做特定用例咨询 | ||
| 18:00 | 每日站会 | ||||
| 18:15 | 传感器数据拉取的设计评审（前线团队 + 核心产品团队） |
这张表有四处值得单独拎出来：
① 上午写的代码下午就进客户迭代会。 Pilot Lead 10:15 做数据管道、13:30 就拿去给客户看。这是「和用户共创」在时间表上的样子，也是 ../05-practice/first-30-days.md 第 3 周「真人能摸到的东西」那条纪律的来源。
② Enterprise Lead 那一天几乎没有代码。 全是组织、售前、带人、材料，但 14:00 那条说明她仍然深度参与产品——前线需求靠**一页纸论证（1-page thesis）**正式回流给产品团队，而不是靠抱怨。
③ Internal Echo 这种活法最少被讨论。 这个人不驻客户现场，架在「产品现在能做什么」和「前线需要什么」之间，用写代码加做设计评审的方式填缝。它的存在说明**「FDE 一定驻场」是错的**——同一支队伍里有人根本不见客户。
④ 三个人的作息差两小时以上。 10:30 才到办公室的 Internal Echo 和 08:00 就开始处理邮件的 Enterprise Lead 在同一家公司同一个头衔下。作息弹性是这个岗位真实存在的一项福利，但它换来的是 Internal Echo 18:15 还在开设计评审。
Sabine 另外给了一个对判断项目节奏很有用的数字：她做的是一系列 4–12 周的 pilot engagement，也有很多 Echo 长期扎在一个项目里深耕行业与客户关系，两种路径都合法。这个 4–12 周与 Salesforce 2026 年公布的「一个 pod（1 名 deployment strategist + 2 名 FDE）全职驻一个客户约 3 个月」是同一量级。
四、把「一天」拼成「一周」
这张图的依据是 Nabeel Qureshi 在 Lenny 播客里对 2020 年前 Palantir 驻场节奏的口述：周一到周四住在客户那儿、在客户办公室有自己的工位，周五回公司做内部工作；迭代速度是「周一开会、周一晚上造、周二拿反馈、周二改、周三周四再来」，一周能跑 4–5 个完整的「进入组织 → 找到真问题 → 造出解法 → 拿反馈 → 迭代」循环。他把这个循环刷五遍的经历直接解释为什么这个岗位量产创始人（见 ../01-lineage/palantir-origins.md 第七节）。
⚠️ 口径提醒：这是 2020 年之前的 Palantir，口述来源是播客（Lenny 官网文字稿部分在付费墙后）。不要把它当成 2026 年任何一家公司的通用节奏——同一页第六节里 Omada Health 的 Senior FDE 是全远程的。
一周时间分配（本库归纳的估算，非官方口径）。把上面两篇一手材料里的活动归类，再按外部与内部两种形态分开，大致是这样：
| 活动类别 | 外部 FDE（驻客户） | 内部 FDE（服务同事） | 说明 |
|---|---|---|---|
| 动手造：写代码、配平台、做管道、跑 Eval | 35–45% | 30–40% | FDSE 那篇里排第一、第二的两块 |
| 与用户/业务方在一起：跟班、迭代会、陪跑 | 20–30% | 25–35% | 内部 FDE 更高，因为要额外做「内部教练」 |
| 会议、沟通、材料：站会、周会、高管汇报 | 15–20% | 20–30% | 内部 FDE 更高，因为跑不掉本部门例会 |
| 内部与组织：方案回流、招聘、带人、学习 | 10–15% | 5–10% | Palantir 的 Internal Echo 把这一块做成了全职 |
| 差旅与通勤 | 0–20% | 0–5% | 见第六节的样本对照 |
这张表是归纳，不是测量。没有任何公开来源发布过 FDE 的工时统计，Perspective AI 的 1,500 人调研也没有公布时间分配口径。用它来预期，不要用它来引用。
五、会议节奏：五种会，各解决什么
从两篇一手材料里能数出来的、稳定重复出现的会只有五种：
| 会 | 频率 | 谁在场 | 不开会的后果 |
|---|---|---|---|
| 每日站会 | 每天，15 分钟 | 交付团队内部 | 三个人各自推进，第三天发现方向岔了 |
| 客户迭代会 | 每天到每两天 | FDE + 真实用户 | 做出来的是你以为他要的东西 |
| 周会 | 每周一次 | 团队 | 复盘上周、计划下周（Enterprise Lead 13:00 那条） |
| 里程碑 / 高管汇报 | 按阶段 | 客户高管 + 内部彩排 | 拿不到下一阶段的授权与预算 |
| 设计评审 / PR review | 按需 | 前线团队 + 核心产品团队 | 前线做的东西无法回流成产品 |
两条判断标准可以直接抄：
- Brian 的两问——这事非开会不可吗？我非到场不可吗？两个都答不出「是」，就不去。
- 迭代会必须带半成品去。Pilot Lead 那份日程的价值在于把「造」和「给客户看」压在同一天。反面是攒一个大版本、两周后开一次评审会，那不是迭代，是验收。
六、外部 FDE 与内部 FDE：一周的四处差别
角色定义上的差别在 what-is-an-fde.md 第五节，这里只写落到日历上的部分。
| 外部 FDE | 内部 FDE | |
|---|---|---|
| 一周的边界 | 有。engagement 4–12 周一轮，有进场日和撤场日 | 没有。没有交付日，只有「这个场景转起来了没有」 |
| 日历的主人 | 客户与项目。会议室会给你，接口人会被指派 | 你自己，而且会被抢。原岗位的活和例会是内部 FDE 前 30 天最大的风险 |
| 每周固定要做的额外动作 | 方案回流：把现场做的东西抽象成产品能力或模板 | 内部教练：培训、维护提示词库与知识库、运营核心用户网络、追踪采用率 |
| 周五干什么 | 回公司做内部工作（Palantir 的历史节奏） | 没有「回公司」这一说，周五通常是本部门例会与写周报 |
「内部教练」这一条不是软性建议，它写在中国甲方的 JD 里：银星智能「培训赋能……持续跟踪采用率……对场景使用率负责」、卫康医学「创建和维护公司内部的 AI 应用知识库（如提示词模板、最佳实践案例）」、广州南顺「开展 AI 使用培训、运营核心用户网络，追踪 Agent 采用率与业务效果」。至少 17 家中国甲方把这类职责写进了工程师岗位（样本见 ../08-career/job-market-and-jds.md 第 6.4 节）。它意味着内部 FDE 每周要额外挪出半天到一天做与「造」无关的事。
内部 FDE 的一周还有一个外部 FDE 没有的开关：授权书。前 30 天清单里那份授权书要写清投入比例与绩效归属，本质上就是在决定你每周有几天真的属于这个项目（见 ../05-practice/first-30-days.md）。授权书里没写投入比例的，第三周开始日历就会被收回去。
七、驻场与差旅：公开样本对照
公开可查的样本差异极大，不存在统一惯例。截至 2026 年 9 月：
| 雇主 | 驻场 / 差旅安排 | 来源性质 |
|---|---|---|
| Palantir（2020 年前） | 周一到周四住客户处、客户办公室有工位，周五回公司；「明天飞某国」的电话是常态 | 播客口述 |
| Salesforce | 一个 pod = 1 名 deployment strategist + 2 名 FDE，全职驻一个客户约 3 个月 | 官方博客 |
| AWS | FDE pod 5–6 名工程师嵌入单一客户 | 公司公告转述 |
| Microsoft Frontier | 6,000 名专家嵌入客户 | 公司公告转述 |
| Deloitte（Lead FDE, ServiceNow） | JD 写明约 50% 差旅 | JD 原文 |
| Citi | hybrid，每周 3 天到岗 | JD 原文 |
| Omada Health（Senior FDE, Finance AI Enablement） | 全远程 | JD 原文 |
| 中国·雄韬电源（FDE 工程师） | 驻厂 | JD 原文 |
| 中国·奥迪美建材 | 驻厂 | JD 原文 |
| 中国·申通快递（FDE 工程师-总裁办） | 总部型，向高管汇报 | JD 原文 |
同一个岗位名下，从「全远程」到「常驻工厂」都有。这是这个岗位生活质量差异最大的单一变量，也是最容易在面试里问清楚、却最常被忽略的一条。
中国侧还有一条海外样本里没有的形态：制造业驻厂岗可能涉及跟班倒班。招聘方在面这类岗位时有一条近乎一票否决的问法——「让你去车间/门店跟班十天，白天跟着倒班，你怎么想」，犹豫超过五秒就出局（见 hiring-bar.md）。这不是压力测试，是在核对你对这份工作的真实预期。
八、生活质量变量清单（入职前逐条问清）
按对生活的影响排序，不是按重要性：
- 每周驻场几天？在客户办公室还是自己公司？ 有没有固定工位。
- 差旅比例是多少？谁定行程？ 「约 50% 差旅」和「按需出差」是两种人生。
- 报销口径。 住宿标准、交通舱位、是否含周末往返、垫付周期多长。
- 时区。 Sabine 人在欧洲服务美国客户，代价是日程后半段全是跨洋会。跨时区岗位问清核心协作时段。
- 客户现场的物理与网络条件。 内网隔离、不许带自己的电脑、代码不能出场——这些会直接决定你能不能在现场干活。
- 生产事故的 on-call 安排。 FDSE 的四类典型技术挑战里有一条就是排查生产事故并协调三方沟通。问清谁背 on-call、有没有轮值。
- 上线期的强度与恢复机制。 「今晚就上飞机」的姿态存不存在，加班之后能不能真的调休。
- 休假能不能真休。 Palantir 那篇提到鼓励休假与弹性时间，但这是 2020 年一位员工的自述，不是制度承诺。
- 有没有固定的「回公司」时间。 没有这一段，方案回流、学习、带人这些事会全部挤没。
- 是否驻厂 / 是否跟班倒班。 中国制造业岗位要单独问。
- 项目长度与切换频率。 4–12 周一轮意味着一年换 4–6 个行业；长期深耕型是另一种生活。
- 原岗位的活是否清空（内部 FDE 专属）。 投入比例写没写进授权书、绩效归谁。
前六条在 ../08-career/job-market-and-jds.md 第九节的六个筛选问题里有对应；第 12 条只在内部 FDE 场景成立。
九、三种关于「一周」的常见误解
| 误解 | 实际 |
|---|---|
| 「FDE 就是天天在客户那儿」 | Palantir 自己的三份日程里有一份（Internal Echo）根本不见客户；2026 年的 Omada Health FDE 岗是全远程 |
| 「FDE 大部分时间在开会和做 PPT」 | 一手材料里排前两位的都是动手：设计与写 workflow、配置平台。做材料集中在里程碑节点 |
| 「内部 FDE 比外部 FDE 轻松」 | 内部 FDE 少了差旅，多了内部教练与日历被抢两件事；它没有撤场日，压力是长期的而不是脉冲的 |
延伸阅读
- 本库：what-is-an-fde.md —— 这个岗位的定义、边界，以及外部与内部两种形态的完整对照
- 本库：role-variants.md —— 各公司的编制与汇报线，决定了你那一周归谁调度
- 本库：../05-practice/first-30-days.md —— 把「一周」放大成「前四周」，每周的产出物与过关判断点
- 本库：../08-career/job-market-and-jds.md —— 驻场比例、汇报线与薪资的完整样本
- 库外：A Day in the Life of a Palantir Forward Deployed Software Engineer —— 两篇一手日常自述之一，20 分钟读完
- 库外：A Day in the Life of a Palantir Deployment Strategist —— 三份精确到小时的日程表，本页第三节的原始出处
来源
- Palantir，《A Day in the Life of a Palantir Forward Deployed Software Engineer》，Palantir 官方博客，2020-11-02。https://blog.palantir.com/a-day-in-the-life-of-a-palantir-forward-deployed-software-engineer-45ef2de257b1
- Sabine，《A Day in the Life of a Palantir Deployment Strategist》，Palantir 官方博客，2022-03-08（三份日程表、4–12 周 pilot 时长、Echo+Delta 配对）。https://blog.palantir.com/a-day-in-the-life-of-a-palantir-deployment-strategist-951cb59a5a96
- Lenny's Podcast，《How Palantir built the ultimate founder factory》，嘉宾 Nabeel Qureshi，2025-05（周一到周四驻场、一周 4–5 个迭代循环）。官网文字稿部分在付费墙后。https://www.lennysnewsletter.com/p/inside-palantir-nabeel-qureshi
- Salesforce，《Forward Deployed Engineer》官方博客，2026-03-27（1 名 DS + 2 名 FDE 的 pod、约 3 个月）。https://www.salesforce.com/ap/blog/forward-deployed-engineer/
- Deloitte《Lead Forward Deployed Engineer, ServiceNow》岗位描述（约 50% 差旅），2026-08 抓取；Citi《Forward Deployed Engineer, AI Transformation》。https://www.linkedin.com/jobs/view/4450095632/
- Omada Health《Senior Forward Deployed Engineer - Finance AI Enablement》（全远程）。https://job-boards.greenhouse.io/omadahealth/jobs/7993267
- 中国甲方岗位样本（雄韬电源、奥迪美建材、申通快递、银星智能、卫康医学、广州南顺）：猎聘、BOSS直聘、职友集 2026-08-30 抓取，逐条 JD 与口径见 ../08-career/job-market-and-jds.md。
- Perspective AI，《The Forward Deployed Engineer Playbook》，2026-06-12（新 FDE 头 10 天约 100% 面向内部）。https://getperspective.ai/blog/the-forward-deployed-engineer-playbook-how-to-structure-run-and-scale-an-fde-function-in-2026