# Fireworks 的现场工程师，一半售前一半 FDE

> 团队经理盯着赢单率和 POC 周期，招聘却要求做过生产级软件，应聘前先问清自己按哪个指标考核。

原文: https://fdetimes.net/zh/analysis/fireworks-ai-field-engineer-sales-fde/

Fireworks AI 正在招聘一名 Field Engineering 经理。这个岗位要跟踪并提升团队的赢单率、推进速度和 POC 周期，这正是销售团队常用的那类考核表。

但同一份招聘启事又要求候选人证明自己曾和客户一起构建过生产级软件，而不只是在场边提建议。

这两项要求方向不同，Fireworks 也没有回避。对 AI Field Engineer – Strategic Partnerships 这个岗位，公司接受在四类工作中任意一类有三年以上经验的候选人：售前、合作伙伴工程、前线部署或技术咨询。换句话说，它把销售工程和前线部署工程看作通向同一份工作的两个入口。

如果你的目标是前线部署工程师（FDE）岗位，这类混合型招聘启事会越来越常见。启事上的职位名称并不能告诉你，入职六个月后每天在做什么。想弄清楚，就要细读指标和薪酬条款，再直接问雇主。

## 一个岗位，两份职责

Strategic Partnerships 岗位的描述分成截然不同的两半。前一半是商业工作：AI Field Engineer 在联合销售（co-sell）交易中担任技术负责人，也就是和战略合作伙伴一起向共同客户销售解决方案。后一半是构建工作：与合作伙伴的工程团队一起，端到端地做出概念验证（POC）和最小可行产品（MVP）。

加分项让后一半更加明确。Fireworks 希望候选人有把 GenAI POC 从原型推进到生产规模部署的经历。这是 FDE 经验，因为纯粹的销售工程师通常在演示说服买方之后就收手了。

薪酬条款却偏向销售。公开的数字是一个目标总收入（OTE）区间外加股权，这是部分收入与销售业绩挂钩的岗位常见的写法，不同于纯工程岗位的固定薪资区间。对候选人来说，这个细节很能说明公司会如何评价你。

## 真正的分界线是签约

那么，怎样判断一个混合岗位更接近销售工程还是前线部署工程？招聘公司 Christian & Timbers 认为，这两个岗位在技术能力和面对客户的时间上差别不大，区别在于责任止于何处。销售工程师在客户签约时完成任务；对 FDE 来说，签约之后责任仍在继续。

Fullstack 的说法与此一致。销售工程师和解决方案工程师在成交之前为销售周期提供支持；FDE 则在客户的环境中工作，构建可用的解决方案，并亲自把它推进到生产环境。

Educative 上一门 FDE 面试准备课程用一把尺子概括了这一点：销售工程师看的是买方的信心，FDE 看的是在客户环境里正常运行的系统。

用这把尺子去量 Fireworks 的岗位描述，会发现这个岗位横跨两边。下表逐项对比。

| 标准 | 销售工程师 | FDE | Fireworks 的 AI Field Engineer |
|---|---|---|---|
| 工作何时算完成 | 客户签约时 | 系统在生产环境中产出结果时 | 团队负责从技术评估到生产落地的全过程 |
| 产出是什么 | 买方的信心 | 在客户环境中运行的系统 | 与合作伙伴工程团队一起完成的端到端 POC/MVP |
| 如何评价绩效 | 来自买方的信号 | 能正常运行的系统 | 经理跟踪的团队指标：赢单率、推进速度、POC 周期、利用率 |
| 经验要求 | 售前 | 与客户一起构建和部署 | 售前、合作伙伴工程、FDE 或咨询；优先考虑把 GenAI POC 推到生产环境的人 |

最后一列揭示了两份招聘启事各自都没有明说的东西。从工作范围看，Fireworks 描述的是 FDE；从经理为团队跟踪的指标看，它描述的是一支销售工程团队。不过，启事并没有说明每位 AI Field Engineer 是否也按完全相同的方式考核。

## 团队按什么考核，就会做什么

根据经理岗位的招聘启事，Fireworks 的 Field Engineering 团队负责技术评估，并把客户带进生产环境。评估流程分四步：需求调研、架构、POC，然后是生产计划。团队的工作手册包括需求调研框架、POC 模板和参考架构，都是部署团队熟悉的工具。

但经理必须跟踪和提升的指标是赢单率、推进速度、POC 周期和利用率。经理还要同时辅导客户经理（account executive）和 Field Engineer。这个团队离销售流程非常近。

设想一个假设场景。你为 Fireworks 和一家合作伙伴的共同客户主导一个文档抽取 Agent 的 POC。你推进得很快，演示效果很好，交易成交，团队的各项指标都在上升。

三个月后，客户把真实流量接了进来，延迟上升，在杂乱数据上的准确率下降。现在的问题是：谁来修？

如果修的人是你，而且这项工作会计入你的绩效考核，那你做的是 FDE 的工作。如果你的日程跟着销售周期走，你早已转向下一个 POC，那你就是一名代码写得不错的销售工程师。

两者没有高下之分，只是两份不同的工作，而指标会把你的时间拉向其中一边。POC 周期这样的指标奖励速度；对生产环境负责，奖励的则是对演示中没人看到的那些部分足够用心。

**要点:** 问清楚他们按什么考核你：答案会告诉你，你做的是销售，还是 FDE 的工作。

## 如何申请混合岗位

Fireworks 的经理岗位招聘启事把 Field Engineering、Solutions Engineering、FDE 和 Pre-Sales 归在一起。这是好消息：无论你走哪条路，都有入口。前提是简历能证明你欠缺的那一半。

如果你来自销售工程，会被重点审视的短板是签约之后的事。“主导过多次演示”这样的描述不够。写一个你一路跟到生产环境的 POC：真实数据和演示数据有什么不同，你修了什么，系统现在运行得怎样。

如果你来自 FDE 或软件工程，短板在另一边。Fireworks 需要能在买方面前担任技术负责人的人。拿出证据：你主导过需求调研，收窄过 POC 的范围好让客户更快决策，也理解 POC 周期为什么对销售团队很重要。

面试时，把 Educative 的那把尺子变成一个问题：在这家公司，你的成功是看买方的信心，还是看在客户环境中运行的系统？然后问：交易成交后，系统归谁负责？有多少 POC 真正进入了生产环境？

如果雇主回答得很清楚，说明它把这个岗位想透了。如果回答含糊，就默认 OTE 那部分会决定你日程里的优先级。

AI Field Engineer 这个头衔并不差，它只是坦白地承认这个岗位装着两份工作。你需要知道日程排满时哪一份优先，而且要在签合同之前就弄清楚。

**本周动手试试:**

- 把简历中的一行改写成完整链条：你在客户那里发现了什么问题，做了什么 POC，签约后这个 POC 在生产环境中运行得怎样
- 为混合岗位面试准备三个问题：按哪个指标考核你，签约后系统归谁负责，有多大比例的 POC 进入了生产环境
- 打开两份 FDE 招聘启事和两份解决方案工程师或销售工程师招聘启事，把所有指向合同签订之后那段时间的动词都划出来

## 信源

- [AI Field Engineer - Strategic Partnerships (Fireworks, via Index Ventures)](https://www.indexventures.com/startup-jobs/fireworks/ai-field-engineer-strategic-partnerships-1/)

- [Fireworks: Manager, Field Engineering (Index Ventures)](https://www.indexventures.com/startup-jobs/fireworks/manager-field-engineering/)

- [Forward Deployed Engineer vs. Sales Engineer: The Difference Is Production Ownership](https://www.christianandtimbers.com/insights/forward-deployed-engineer-vs-sales-engineer)

- [Forward-deployed engineer vs. solutions architect: who designs, who ships](https://www.fullstack.com/blog/forward-deployed-engineer-vs-solutions-architect-who-designs-who-ships)

- [FDE vs. Solutions, ML, and Sales Engineers (Anthropic FDE Interview Prep, Educative)](https://www.educative.io/courses/anthropic-forward-deployed-engineer-interview/fde-vs-solutions-ml-and-sales-engineers)