Glean 创始 FDE：招聘启事为什么要求 0 到 1 经验，而不只是部署

“你的主要工作是从 0 到 1 创造产品。”这句话出自 Glean 招聘创始前线部署工程师（Founding Forward Deployed Engineer，FDE）的启事，重点落在创造产品上，而不只是部署已有的东西。

启事后面还有一句说得更清楚：你构建的东西会进入 Glean 的产品。因此，这个岗位不只是产品团队的延伸，而是处在路线图的源头。

这一点之所以重要，是因为 FDE 这个头衔正被用得很随意。Thomas Otter 在讨论这一职业的文章中提醒，很多 FDE 岗位其实是换了标签的部署或售前。

Glean 的启事说明了一个“真正的” FDE 岗位考察什么，也说明了为什么安装现成产品的经验，哪怕做得再好，也不足以通过筛选。

为什么部署做得好还不够

在部署岗位上，产品已经存在，问题是怎样让它在客户环境中跑起来。Glean 的启事布置的是另一项任务：在最具战略意义的客户那里，找出尚未解决的最大业务问题。到这一步，并没有可供安装的产品。

所以启事设定了一条核心要求：你曾在模糊的环境中从零构建生产级软件。关键词是“模糊”。

部署工程师依据现成的规格说明工作。0 到 1 的工程师则要自己写出这份规格说明，而且往往只经过几次交谈，客户自己都还没把需求说清楚。

Otter 描述的正是这类工作。在他看来，FDE 适合范围不确定的工作，也就是在构建前所未有的东西的时候。

Otter 的检验：项目还是产品？

Otter 还给出了一个简单的检验：如果 FDE 按客户计费，他们就是为项目工作，而不是为产品工作。原因不难理解。客户为工程师的时间付费，双方都只想按合同交付，谁都没有动力把方案做成可复用的东西。

Glean 选择了相反的做法。“你构建的东西会进入 Glean 的产品”这句话是对运营模式的承诺，而不只是招聘文案。Underdog 在 2026 年的职业指南中也描述了同样的思路：FDE 把客户侧的混乱转化为公司可以复用的产品知识。

把 Glean 的启事和 Otter 的提醒放在一起，就得到一张可以用来审视任何 FDE 招聘启事的表：

维度	挂着 FDE 头衔的部署岗位	Glean 式创始 FDE
起点	一个需要安装和运行的现成产品	一个尚无人解决的业务问题
产出	为单个客户完成的项目	随后进入核心产品的软件
谁为时间付费	通常是客户，按项目计费	公司，因为成果会反哺路线图
需要证明的经验	配置、集成、支持	在需求模糊时从零构建生产系统
与谁合作	支持和销售团队	Forward Deployed PM、C 级高管

左栏的工作并不是价值更低，只是另一种工作，需要不同的简历，通向不同的职业路径。

设想在客户现场的一周

假设这个战略客户是一家保险公司，法务团队每周要花好几个小时在合同里查找条款。部署工程师会问：要连接哪些存储系统，权限怎么设置？这些问题没错，但都是从产品出发。

创始 FDE 会先问业务：哪项决策被拖慢了，拖延让公司损失了什么，谁来拍板。真正的问题也许根本不是搜索，而是把新合同和标准模板做比对。

接着，工程师构建一个小型智能体，用法务团队的真实案例编写评测集，只有评测分数足够可靠时才把它投入生产环境。

最后一步才是两种岗位的分水岭：改造方案，让第二家、第三家客户也能用。按照 Glean 的模式，正是在这一刻，为一个客户构建的东西变成了整个产品的功能。

小组协作、高管身边的位置，还有大量出差

这份 Glean 启事发布在 General Catalyst 的招聘板上。启事写明，这个岗位与一名 Forward Deployed PM 组成小组工作，并担任客户 C 级高管的技术伙伴。

这种结构很能说明问题。身边有 PM，意味着工程师不必独自承担塑造产品的全部工作，但仍要以平等身份争论该构建什么。

启事还要求你以创始人般的自主性和责任感工作。实际上，没人会给你派工单。问题由你来选，选错了后果也由你承担。

这个岗位还有实实在在的个人成本：需要 25–50% 的时间出差。如果家庭情况不允许，进入面试流程之前就要想清楚，不要等拿到 offer 再考虑。

AI 部分不是点缀

启事的最低要求是四年以上技术岗位经验，并有把软件交付到生产环境的记录。此外它还点名了一个具体的经验领域：智能体开发、评测框架和规模化部署。

这三者放在一起是有原因的。在客户现场，谁都能用一周做出一个演示用的智能体。真正的 0 到 1 工程师和演示搭建者的区别在于评测：你是否知道一个智能体什么时候足以投入生产，能否向客户高管证明这一点？

所以，如果你是从后端或数据工程转过来的，不要只停留在学会调用模型 API。要学会用真实数据编写评测集，学会在流量增长时监控智能体。这类启事考察的正是这些。

怎样在纸面上证明 0 到 1？

大多数工程师的简历读起来像一份技术清单和参与过的系统列表。对于 Glean 创始 FDE 这样的岗位，这种写法恰恰掩盖了招聘方需要看到的东西。

他们问的不是你懂不懂 Kubernetes，而是你有没有从一个毫无解决方案的问题出发，最后做出真实用户在用的软件。

每个重要项目都按四个要点来写：业务问题是什么，起初哪里模糊，你亲手构建了什么，之后在哪里被复用。最后一点大多数人会漏掉，偏偏它回答了 Otter 的问题：你是为项目工作，还是为产品工作？

读招聘启事时，把这个检验反过来用。如果启事只谈配置、客户接入和演示支持，那就是部署岗位，不管头衔怎么写。

如果它谈的是从零构建、路线图以及与客户高管合作，那就是产品岗位，你需要准备好自己的 0 到 1 故事。

头衔里的“Founding”（创始）听起来像个荣誉称号。仔细读 Glean 的启事就会发现，它其实是一道面试题：在没人能告诉你它该是什么样子的时候，你有没有创造过原本不存在的东西？