Reddit 招内部 FDE,目标是让业务团队不再依赖自己
两个 AI Enablement 岗位深入销售、市场和财务团队,再把工作流移交出去,让这些团队不再依赖 FDE 团队。
要点速览
- Reddit 正在招聘两个 FDE(AI Enablement)岗位,分别为 Senior 和 Lead 级别;Senior 岗位列出的服务对象包括销售、市场、业务拓展、财务和 AI Platform 团队。
- 两份招聘信息都要求把可维护的工作流移交给各职能负责人,并减少这些团队对 FDE 团队的长期依赖。
- 反复出现的需求交给 AI Platform Hub;在某个部门行之有效的成果,要封装成可复用的 Agent、模板和连接器。
Reddit 正在招聘两名前线部署工程师(FDE),一名 Senior、一名 Lead,岗位都带有“AI Enablement”标签。他们的客户不在公司外部。Senior 岗位列出的服务对象是销售、市场、业务拓展和财务,以及 AI Platform 团队。
值得注意的是招聘信息对“完成工作”的描述。Senior 和 Lead 两份招聘信息都要求工程师把可维护的工作流移交给各职能的负责人,并减少这些团队对 FDE 团队的长期依赖。
这个岗位原本的定义是坐在客户身边,如今招聘要求却是让客户越来越不需要它。
放在市场背景下看,这个细节更值得关注。PYMNTS 援引《金融时报》的报道称,2025 年 1 月至 9 月,FDE 岗位的月度招聘数量增长了 800% 以上。
一个职位头衔扩散得这么快,每家公司如何定义它,就决定了你会被如何评判。Reddit 直接把移交能力写进了岗位描述。
客户成了走廊那头的同事
Reddit 保留了 FDE 工作中“深入一线”的部分,只是换了对象。Senior 岗位描述的是与内部职能紧密合作,必要时深入团队了解其工作方式,并与各团队的 AI 推动者和领域专家建立信任。
因此,客户需求调研的能力依然完全适用。区别在于,你访谈的对象是正在做月末对账的财务专员,而不是合作公司的技术负责人。
下表把行业入门资料中常见的外部客户 FDE 模式与 Reddit 的招聘信息并列,可以看出结构没变,变的是服务对象。
| 维度 | 面向外部客户的 FDE | Reddit 的 AI Enablement FDE |
|---|---|---|
| 客户 | 客户的组织 | 销售、市场、业务拓展、财务、AI Platform |
| 由谁接手 | 价值得到验证后,由客户自己的工程师接手 | 各业务职能的负责人 |
| 共性需求交给谁 | 产品团队,让方案能服务其他客户 | 中央 AI Platform Hub |
| 成功标准 | 客户拥有这套方案 | 工作流可维护,对 FDE 团队的长期依赖减少 |
第二行最难。服务公司 And Above 的一份指南指出,常见的移交方式是在方案证明价值之后,由客户的工程师接手。
在 Reddit,接手的是业务职能负责人,不一定是工程师,所以多半不能把代码库一交了之。
部门能独立运行,才算完成
招聘信息还定下了紧凑的节奏:几天内做出原型,可行的话几周内让优先级高的工作流上线生产环境。用一个假设的例子就能看出,这种节奏叠加移交要求后有多重。
财务团队每个月都要花大量精力把发票和广告合同逐一核对。你和他们一起工作几天,然后搭建一个 Agent:读取发票,比对合同条款,标记出差异。
如果是演示项目,Agent 在上个月的数据上跑通就可以收工。按 Reddit 的要求,这只完成了一半。真正的问题是:三个月后你已经转去支持市场团队,财务团队里谁能判断 Agent 出错了,谁知道怎么关掉它,合同模板变了又该怎么调整?
这个问题的答案决定了你从第一天起怎么构建。你会选择不写代码的人也能看懂的架构,为财务专员而不是工程师编写文档,并指定一位对流程负责的人。
“可维护”需要你自己定义
招聘信息只用了一个词:可维护。具体怎么做,并没有写明。但如果一个 AI 工作流要在开发者离开后继续运行,有几件事几乎必不可少。这时你应该主动提出,而不是等别人来要求。
回到对账 Agent。一个最小测试集可以是几十组财务已经知道正确答案的发票与合同,每次修改提示词或更换模型时都重新跑一遍。审批阈值可以规定:凡是超过一定金额的差异,入账前都必须由人签字确认。
剩下的是可见性。流程负责人应该打开一个页面,就能看到 Agent 本周标记了多少条、其中多少条被人工推翻。有人问某笔付款为什么获批时,财务团队要能指出完整的记录,所以要把日志当作一项正式功能来设计。
每个团队一套方案,共性需求集中一处
这种模式有一个明显的风险:每个部门最后都攥着一堆自己的脚本,没人去整合。Reddit 用两条要求来应对。第一,FDE 必须把反复出现的需求、瓶颈和基础设施请求交给 AI Platform Hub。
第二,在某个部门行之有效的成果,必须封装成全公司都能复用的东西:Agent、技能、模板、连接器、操作手册或平台模式。
假设你发现财务和销售都需要读取合同 PDF。这时正确的做法是告诉 Hub 这是共性需求,并把第一个解析器封装成连接器,而不是再写一个解析器。正是这个闭环,把 FDE 和按需写脚本的人区分开来。
这是 FDE 工作中一个熟悉环节的内部版本。You.com 的一份指南把识别哪些定制方案可以帮到其他客户,视为 FDE 工作的重要部分。在 Reddit,这些经验沉淀到内部平台,而平台的用户同样是你的同事。
Senior 与 Lead:移交要求相同,级别不同
关于移交的那句话,在 Senior 和 Lead 两份招聘信息中一字不差。换句话说,级别提高并不能免除移交的责任,这在两个级别上都是岗位的核心。
如果你在比较两个级别:Greenhouse 上 Senior 岗位的基本薪资为 180,200 至 252,300 美元,Lead 岗位为 194,600 至 272,400 美元。作为参考,Levels.fyi 记录的美国 FDE 总薪酬中位数为 220,000 美元,不过总薪酬和基本薪资不能直接比较。
简历要体现移交
实际的启示是,不必进入 AI 实验室也能积累 FDE 式的经验。如果你所在的公司有某个部门在手工做重复性工作,这就是一次完整的练习:和他们坐在一起,快速做出原型,上线生产环境,然后移交。
在简历上,要写完整个闭环,而不只是构建。“为财务团队搭建对账 Agent,建立测试集和审批阈值,移交给团队负责人独立运行”这样一句话,比罗列框架的十行文字更有说服力。
阅读岗位描述时,留意“transfer”(移交)、“function owners”(职能负责人)、“reduce dependency”(减少依赖)和“reusable”(可复用)这类表述:它们说明雇主看重的是持久运行,而不是演示效果。面试时,准备好讲一个你有意让别人不再依赖你的故事。
这个故事比半夜救火拯救项目更难讲,但它恰好回答了 Reddit 招聘信息提出的问题。如果这种做法推广开来,FDE 的很大一部分价值,将体现在他们转去其他部门之后依然运转良好的东西上。
这篇文章对你有帮助吗?
感谢你的反馈!
7 个信源
- Senior Forward Deployed Engineer (AI Enablement) – Reddit (Greenhouse)
- Lead Forward Deployed Engineer (AI Enablement) – Reddit (a16z jobs)
- Senior Forward Deployed Engineer (AI Enablement) – Reddit (a16z jobs)
- Forward-Deployed Engineers Emerge as One of AI’s Fastest-Growing Jobs · 2026-03-10
- What is a forward deployed engineer (And Above) · 2026-08-03
- What is a forward deployed engineer (You.com) · 2026-02-25
- Tech's secret weapon: The complete 2026 guide to the forward deployed engineer (role, salary, and interviews)