估值 50 亿美元的独角兽 Clay 如何崛起：揭秘岗位增速超 5000% 的 GTM 工程师体系

这期我认为非常值得做，而且它真正讲的绝不只是“Clay 如何卖 SaaS”。

它真正代表的是一个正在发生的组织革命：

B2B 销售正在从“人海战术”进入“系统工程时代”。

过去一家 SaaS 公司扩大收入，最自然的动作是：

多招 SDR → 多打电话 → 多发邮件 → 多招 AE → 多买 ZoomInfo → 多招 RevOps → 多加 Sales Ops。

Clay 在试图证明另一条路：

先把获客、数据、研究、信号、个性化和销售流程变成一套可编程系统，再让少数高能力的人管理这台“收入机器”。

所以 GTM Engineer 真正有意义的地方，不是又发明了一个 Silicon Valley 新岗位名称。

而是：

Software Engineering 的思想，第一次系统性进入 Revenue Organization。

一、先校准几个最重要的事实

1. Clay 现在确实是“50 亿美元公司”，但这 50 亿是二级 Tender 定价

2025 年 8 月，Clay 完成 1 亿美元 Series C，估值 31 亿美元，由 Alphabet 的 CapitalG 领投。2026 年 1 月，公司又安排员工 Tender Offer，允许员工出售最高约 5500 万美元已归属股份，该交易将 Clay 定价为 50 亿美元。(clay.com)

所以专业表述应该是：

Clay 最新公开二级交易估值为 50 亿美元。

而不是说：

“Clay 又融了一轮钱，公司估值 50 亿。”

Tender Offer 主要是：

Secondary Liquidity。

老股东/员工出售股份。

不是公司账户新增 5500 万美元现金。

这和前面我们讲融资时的：

Primary Capital ≠ Secondary Liquidity

完全一样。

二、1 亿美元 ARR 已经确认，而且它的增长轨迹确实极其漂亮

Clay 官方宣布：

2025 年 12 月正式突破 1 亿美元 ARR。

更惊人的是：

它是从约 100 万美元 ARR 到 1 亿美元 ARR，只用了两年左右。(clay.com)

到 2026 年 1 月，公司披露：

约 14,000 客户；

Enterprise NRR 超过 200%；

从未流失过 Enterprise Customer。(clay.com)

而 Clay 当前客户页面已经写到：

16,000+ GTM teams，包括 Anthropic、Rippling、OpenAI 等。(clay.com)

所以你材料里：

2025 年破 $100M ARR、16,000 家客户

现在基本可以成立。

三、但“前五年零收入”这个故事最好改得更准确

Clay 创立于 2017 年。

官方现在自己把公司描述成：

“eight/nine-year overnight success”——前面多年一直在寻找正确产品，真正爆发则集中在最近两三年。(clay.com)

但不能严格说：

“五年完全零收入。”

Varun Anand 在复盘中明确说，他们重新聚焦前其实还有大约 3 万美元收入，只是这些客户使用场景极其分散，团队认为那不是真正想服务的市场。

所以更专业的表述应该是：

Clay 花了约五六年寻找真正 PMF，而不是五年完全没有收入。

这个区别很重要。

四、Clay 最值得创业者学习的第一件事：Revenue 不等于方向正确

很多 Founder 如果已经：

$30K Revenue，

会开始：

保护。

优化。

增长。

Clay 当时却意识到：

有：

工程师客户。

招聘客户。

销售客户。

各种奇怪 use case。

但是：

没有清晰 ICP。

这说明什么？

收入可以证明有人愿意付钱，却不能证明你找到了一个可规模化的市场。

五、真正的 PMF 不只是“有人付钱”

至少要进一步看到：

同一类客户。

相似问题。

相似使用方式。

高留存。

自然扩张。

推荐。

可重复获客。

否则可能只是：

Collection of Custom Use Cases。

这和真正的 Product Company 完全不同。

六、2022 年那个 Product Hunt 上线，才是今天 Clay 真正产品形态的起点

Clay 在 2022 年 2 月以不到 10 人的团队正式在 Product Hunt 上线，核心体验已经接近今天我们熟悉的：

从互联网不同数据源拉数据，组合进一个 spreadsheet-style interface。(clay.com)

更准确地说：

Clay 不是：

“一个更高级的 Excel。”

它其实更像：

Spreadsheet + Database + API Orchestrator + AI Agent + Workflow Engine。

这就是它为什么这么强。

七、为什么 Spreadsheet 是一个极其聪明的产品界面？

因为所有商业人员几乎都理解：

Rows。

Columns。

Cells。

Filters。

传统自动化产品需要用户理解：

Nodes。

Workflow Graph。

API。

JSON。

Clay 把这些复杂技术包装进：

电子表格这个所有人已经学会的 mental model。

这是非常高级的产品设计。

八、这其实是软件历史上非常经典的一种成功方式：新能力，旧界面

Excel：

把计算机编程能力装进 Spreadsheet。

Canva：

把设计能力装进 Drag-and-Drop。

Shopify：

把网站、电商、支付装进 Dashboard。

Clay：

把：

API、

数据供应商、

LLM、

Automation

装进：

Spreadsheet。

这就降低了：

Cognitive Adoption Cost。

九、Clay 真正找到 PMF 的第一批人并不是传统销售总监

而是：

Scrappy Growth Operators。

增长 Agency。

Cold-email Operators。

Growth Hackers。

Revenue Ops。

这些人拥有一个共同特点：

他们不想买：

一个固定功能。

他们想：

自己搭系统。

这非常重要。

十、因为 Clay 实际卖的不是答案，而是 Primitive

普通 SaaS：

“这是 Lead List。”

Clay：

“你自己决定 Lead 怎么生成。”

普通 SaaS：

“这是我们的 scoring。”

Clay：

“你自己组合 signals。”

普通 SaaS：

“这是我们的 email personalization。”

Clay：

“自己定义 enrichment + AI。”

所以 Clay 更像：

GTM 的开发环境。

而不是单一工具。

十一、这也是为什么 Clay 现在会说自己不是 Sales Tool，而是 “GTM Development Environment”

Clay 在 2025 年融资时就明确把自己比作：

开发者有：

Visual Studio Code。

设计师有：

Figma。

而 GTM 团队也需要自己的：

Development Environment。 (clay.com)

这个定位比：

“Lead generation software”

大太多。

十二、因为 Lead Generation 只是 GTM 的一个函数

真正企业 GTM 还包括：

TAM Mapping。

Account Scoring。

Inbound Routing。

Outbound。

CRM Enrichment。

Job-change Signals。

Website Intent。

ABM。

Territory Planning。

Sales Research。

Pre-call Prep。

Renewal Signals。

Cross-sell。

如果所有这些最终都运行在 Clay：

它就从：

Feature

变成：

Revenue Data Layer。

这才是 $5B Thesis。

十三、Rippling 为什么是 Clay 历史上的关键客户？

2023 年 3 月 Clay 通过投资人认识 Rippling。

Rippling 从一个每月几百美元的 self-serve 客户，在大约八周内扩张到：

每月数千美元使用规模。

这给 Clay 提供了一个极重要的信号：

如果 $10B 级公司里的增长团队，也可以自己使用这个产品并快速扩张，那么 Clay 就不只是 agency toy。

这是：

Enterprise PMF Signal。

十四、Rippling 真正验证的不是“大企业愿意付钱”

而是：

Enterprise Users Can Self-Serve。

这是非常不同的东西。

传统 Enterprise Software：

Sales Demo。

Implementation Team。

半年 onboarding。

Consultant。

Clay 发现：

优秀 operator 可以：

自己试。

自己搭。

自己扩张。

这使它同时拥有：

PLG + Enterprise Sales。

这是非常漂亮的 SaaS 结构。

十五、Clay 到今天的收入结构也证明这种双模式成立

Clay 2026 年 7 月披露：

Revenue 目前大约：

60% self-serve

和：

40% sales-led。 (clay.com)

这意味着它并没有因为进入 Enterprise：

杀死 PLG。

反而形成：

Product-Led Acquisition + Sales-Led Expansion。

这是一种非常强的组合。

十六、现在才能理解 GTM Engineer 为什么出现

过去 B2B Revenue Org 大概是：

Marketing

↓

MQL

↓

SDR

↓

Meeting

↓

AE

↓

Sales Engineer

↓

Close

↓

RevOps 后台维护。

每个岗位：

高度分工。

这是工业时代的组织设计：

流水线。

十七、但 AI + API + Clay 正在让这套流水线的一部分重新合并

因为现在一个很强的人可以：

自己找 Target Accounts。

调用数据。

写 scoring。

做 enrichment。

生成 personalized research。

自动触发 outreach。

同步 CRM。

分析结果。

修改流程。

于是原来：

6 个岗位之间传递工作，

开始压缩成：

一个 Builder。

这就是：

GTM Engineer。

十八、所以 GTM Engineer 根本不是“会一点代码的销售”

Clay 官方定义非常准确：

GTM Engineers combine growth acumen with AI and automation to build revenue engines。

他们不是：

“Coding Software”。

而是在：

Coding Revenue。

(clay.com)

这句话其实很重要。

十九、为什么叫 Engineer？

不是因为必须 CS Degree。

而是因为他们开始按照 Engineering 思维管理 GTM：

Input。

Output。

System。

Dependencies。

API。

Versioning。

Testing。

Monitoring。

Failure。

Iteration。

真正改变的是：

GTM 从 Craft 走向 Systems Engineering。

二十、“岗位增长 5000%”这个数字我建议不要当成完全验证的行业统计

视频本身确实说：

过去一年 GTM Engineer Job Posting 增长超过 5000%；视频创作者 Payton Kirol 后续 LinkedIn 文字也重复了这个数字。(linkedin.com)

但是我暂时没有找到公开可审计的数据集解释：

起始样本是多少？

哪些招聘网站？

具体时间窗口？

所以正式课程更严谨写：

“据视频采用的数据，相关职位发布量同比增长逾 5000%；该统计的完整公开方法目前暂无法确认。”

但趋势本身非常清楚。

二十一、Clay 自己提供了一个更可靠的硬数据

2025 年春季：

已有超过 400 个 GTME 职位发布；

薪资中位数约：

$160,000；

比传统 Sales/Marketing Ops 角色高约：

20%；

该薪酬数据来自 Pave。(clay.com)

所以：

GTM Engineer 确实已经从一个 Clay 内部称谓，开始变成一个职业类别。

这点没有太大争议。

二十二、但我不认为 Clay “创造”了这一类工作

更准确：

Clay 帮这类已有行为命了名，并把它产品化、职业化。

过去其实已经存在：

Growth Engineer。

RevOps Builder。

Sales Ops Automation。

Growth Hacker。

Solutions Engineer。

Clay 把这些交叉能力：

重新组合，

然后命名为：

GTM Engineer。

命名本身很重要。

因为：

一个行业一旦有名字，

招聘才会形成市场。

二十三、历史上新技术经常这样创造岗位

Cloud 出现：

DevOps。

大量数据出现：

Data Engineer。

SaaS 出现：

Customer Success。

Product-led Growth：

Growth Engineer。

AI + GTM Stack：

GTM Engineer。

所以：

新职业通常诞生在旧部门之间的裂缝里。

这是组织变革的规律。

二十四、Clay 最值得研究的是它并不只有一类 GTM Engineer，而是两类

Clay 官方 2026 年明确写：

Internal GTM Engineer

负责内部 Revenue Infrastructure。

Forward-Deployed GTM Engineer

直接面对客户，帮助客户评估、设计和实施 Clay。(clay.com)

这两类看起来都叫 GTME。

实际上承担的是：

完全不同的经济角色。

二十五、Internal GTME 本质上是什么？

我会把它定义成：

Revenue Infrastructure Engineer。

他们构建：

TAM。

Scoring。

Signals。

Routing。

Deal Automation。

QBR。

Partnership Workflows。

数据层。

整个公司 GTM 部门都是：

他们的内部客户。

Clay 甚至让这支团队按照：

两周 Sprint、

Version Control、

Release Notes

的方式工作。(clay.com)

这就是：

把 RevOps 变成 Product Engineering。

二十六、这和传统 RevOps 最大差别是什么？

传统 RevOps：

“Salesforce 有问题，帮我修。”

Support Function。

Clay Internal GTME：

我们应该怎样重新设计整个 Revenue System？

Architecture Function。

一个是：

维护。

另一个是：

Build。

这就是为什么 Clay 甚至让它直接向联合创始人 Varun 汇报，而不是埋在 VP Sales 下。(clay.com)

二十七、为什么直接汇报 Founder 很重要？

因为 GTM Infrastructure 天然跨越：

Sales。

Marketing。

CX。

Partnership。

Growth。

如果放在 VP Sales 下面：

系统可能只优化：

Sales。

放 Marketing：

可能优化 Leads。

但公司真正需要的是：

全 Funnel Optimization。

所以组织位置本身影响：

系统目标函数。

这是很高级的组织设计。

二十八、Forward-Deployed GTME 则完全不同

它更接近：

Solutions Engineer + Consultant + AE + Builder。

他们不是：

展示 Slides。

而是：

进入客户业务。

理解：

数据在哪。

流程在哪。

哪里漏。

然后：

直接在 Clay 里搭一个东西。

这和 Palantir 的 Forward Deployed Engineer 思路非常接近。

二十九、真正强的 Enterprise Sales 为什么越来越像 Consulting？

如果客户买：

$30 SaaS，

Demo 就够。

如果客户买：

$500K Enterprise Software，

真正问题是：

How does this fit into my system?

客户需要看到：

自己的数据。

自己的 CRM。

自己的流程。

自己的 ROI。

所以：

普通 Feature Demo

越来越没有说服力。

三十、这就是 Permissionless Value 的思想

不要说：

“我们的产品理论上可以帮你。”

而是：

我已经用你的数据搭了一部分，你自己看。

例如：

帮客户：

清理 CRM。

找到缺失联系人。

搭 Target Account List。

跑一个 signal。

这时候销售从：

Promise

变成：

Proof。

三十一、这种 POC 销售为什么特别适合 AI 时代？

因为软件生产成本下降。

以前：

定制一个 POC：

Engineering 两周。

现在：

Clay + API + AI：

可能几小时。

于是：

Cost of Demonstrating Value

急剧下降。

这会改变整个 Enterprise Sales。

三十二、未来最好的销售，可能越来越少“讲”

越来越多：

Build。

传统 AE：

PowerPoint。

新型 AE / GTME：

Laptop。

客户说：

“我们找不到合适的 Accounts。”

GTME：

当场搭。

这就是销售方式发生变化。

三十三、这也是为什么 Everett Berry 是一个特别好的案例

Everett 自己公开回忆，他早期本来就是 Clay 的重度用户，用 Clay 分析 GitHub repositories、定位使用特定 Kubernetes 技术的公司，后来和 Clay 团队建立关系，最终进入公司并负责 GTM Engineering。(notion.site)

这是一种非常有意思的招聘模式：

Hire Your Best Users。

三十四、为什么 Best User 往往比传统销售简历更适合卖复杂产品？

因为：

他真的：

懂产品。

爱产品。

知道边缘 case。

知道客户为什么卡。

自己构建过。

所以他说：

“这个东西很好”

可信度远高于：

刚培训三周的 AE。

这叫：

User-Founder Fit 延伸成 User-Seller Fit。

三十五、这也是 Clay 的“双 GTME 飞轮”真正漂亮的地方

Internal GTME：

在 Clay 自己身上实验。

↓

发现 Workflow。

↓

证明有效。

↓

Forward-Deployed GTME：

拿到客户那里。

↓

客户出现新 Use Case。

↓

反馈进入 Internal / Product。

↓

继续产品化。

这不是：

两个部门。

它实际上是：

Revenue R&D Loop。

三十六、这和传统 Marketing → Sales Handoff 完全不同

传统组织：

Marketing：

“我已经给你 MQL。”

Sales：

“这些 Leads 都垃圾。”

Marketing：

“是你不会 Close。”

两个部门：

互相甩锅。

Clay 这种系统希望让：

Data + System + Seller

共用同一套逻辑。

所以减少：

Functional Handoff。

三十七、组织学里一个非常重要的规律：Handoff 越多，信息损失越大

Marketing：

觉得客户 A 好。

传给 SDR。

SDR：

写一行 Note。

传给 AE。

AE：

重新研究。

再传给 Solutions Engineer。

SE：

重新问一次。

这种结构产生：

Coordination Tax。

AI 最大价值之一：

可能不是替代一个岗位。

而是：

消灭部门之间的 Handoff。

三十八、这才是 GTM Engineer 真正的生产率革命

很多人问：

“一个 GTME 能不能替代 10 个 SDR？”

问题还不够好。

真正应该问：

一个 GTME 能不能重新设计系统，使原本根本不应该由 10 个 SDR 做的工作自动消失？

这两个完全不同。

AI 最好的自动化不是：

机器人复制旧工作。

而是：

重新设计 Workflow。

三十九、举一个很简单的例子

传统 Outbound：

100,000 Accounts。

↓

SDR 手工筛。

↓

找联系人。

↓

复制 LinkedIn。

↓

查 Email。

↓

写三句话。

↓

发。

Clay-style：

先通过：

Firmographics。

Hiring Signals。

Tech Stack。

Website Traffic。

Funding。

Job Changes。

AI Research。

筛到：

2,000 个。

再：

高度个性化。

这叫：

Precision before Labor。

四十、这也是为什么 Clay 不应该被理解成“垃圾邮件自动化机器”

最糟糕使用方式：

AI 让你每天发：

100 万封更像人写的垃圾邮件。

最终：

Spam。

Brand Damage。

Deliverability 下降。

更高级的使用方式：

Reduce Volume, Increase Relevance。

真正知道：

为什么现在应该联系这个客户。

这才是 AI GTM 长期方向。

四十一、你材料里的“酸黄瓜”例子，其实很好地说明了这个问题

假设一家 Pickle Manufacturer 想卖给：

纽约所有 Delis。

传统：

买名单。

关键词搜索。

手动电话。

GTM Engineering：

Google Maps。

↓

分类所有 Deli。

↓

识别：

规模。

评论。

地址。

菜单。

↓

找 Owner。

↓

过滤已经客户。

↓

生成 Outreach。

↓

记录进 CRM。

一条需求变成：

Data Pipeline。

四十二、所以 GTME 的真正产品不是 Email，而是：

Repeatable Revenue Logic。

第一次：

找到纽约熟食店。

第二次：

纽约餐厅。

第三次：

Boston。

第四次：

全国。

一旦逻辑写好：

重复运行。

这就是软件的特征：

Build Once, Execute Many Times。

四十三、这也是为什么 GTM Engineering 可能产生“收入杠杆”

传统 Seller：

一天：

50 Calls。

规模：

靠招人。

GTME：

构建 Workflow。

之后：

机器每周运行。

规模：

靠 Compute。

于是：

Revenue Growth 开始部分脱离 Headcount Growth。

这和 Harper 的：

AI-native service

其实是同一个大趋势。

四十四、但是千万不要因此宣布 SDR 和 AE 会全部消失

我不认同。

AI 最容易替代：

Research。

Data Entry。

List Building。

Basic Personalization。

CRM Hygiene。

Basic Qualification。

但复杂 B2B Sales 仍有：

Trust。

Negotiation。

Multi-threading。

Politics。

Procurement。

Executive Alignment。

Champion Building。

这些仍然高度人类化。

所以未来更可能是：

Machine does preparation; human does persuasion。

四十五、销售职位不会简单消失，而是“人均覆盖能力提高”

以前一个 AE：

100 Accounts。

以后：

500。

因为 AI 已经：

研究。

准备。

更新 CRM。

生成 Follow-up。

真正的人只做：

高杠杆互动。

所以真正指标是：

Revenue per Seller。

如果从：

$500K / seller

升到：

$2M，

组织结构就已经革命。

四十六、Clay 自己说一个 GTM Engineer 可以 Amplify 100 Sellers，要谨慎理解

这是 Clay 的官方营销表述：一个 GTME 可以通过自动化 research、signals、data entry、messaging 等放大大量 Sellers。(clay.com)

不能机械理解成：

一个 GTME = 100 个销售员。

因为：

GTM Engineer 没有替代 100 人的：

Closing。

Relationship。

Negotiation。

真正替代的是：

大量重复的 GTM Operations Work。

这必须分清。

四十七、Clay 的 $100M ARR 更值得注意的不是 Revenue，而是 Capital Efficiency

2026 年公司表示：

上一年收入增长超过 3.5×；

某些时期已经 Cash-Flow Positive；

甚至去年获得的利息收入高于 Burn；

公司还称每投入一美元，大约可以产生 15 美元增长效应。后一个指标是公司自己的内部表达，不是 GAAP 标准指标。(clay.com)

但方向非常重要：

它不是靠极度烧钱买来的 $100M ARR。

这会让 $5B 估值更加有质量。

四十八、而它现在已经约 300 人团队

Clay 2026 年 1 月公开写到大约：

300 人团队。 (clay.com)

$100M ARR / 300 人：

粗略就是：

约 $333K ARR / Employee。

这已经是一个有意义的资本效率指标。

如果未来 GTME + AI 继续提高效率：

这个数字应该继续上升。

四十九、不过“AI 时代 GTM 工程化”真正的长期价值，不只是省人

更重要的是：

Experiment Velocity。

传统 Marketing Campaign：

一个月。

GTM Engineer：

今天想到：

“最近新招 VP Sales 的公司是不是更容易买？”

当天下午：

拉出数据。

发实验。

三天：

看到结果。

下一轮。

所以：

GTM Engineering 真正增加的是：

Commercial Learning Rate。

五十、这和软件工程 CI/CD 很像

过去 Software：

一年发一个版本。

Cloud/SaaS：

每天发布。

结果：

产品进步速度改变。

Sales/Marketing 今天正在经历类似变化：

过去：

季度 Campaign。

未来：

Continuous GTM Deployment。

每天：

Signal。

Workflow。

Message。

Segment。

自动测试。

这是 Clay 真正推动的范式。

五十一、所以我甚至认为未来会出现“Revenue CI/CD”

流程可能是：

Hypothesis

↓

Build Workflow

↓

Run on Small Cohort

↓

Measure Conversion

↓

Version

↓

Scale Winner

↓

Retire Loser。

这和：

Software Deployment

以及：

Quant Trading

越来越像。

五十二、这会进一步改变销售经理的角色

过去：

“今天打够 80 个电话了吗？”

未来：

我们这个 Targeting Model 为什么胜率下降？

哪个 signal 最 predictive？

哪条 workflow ROI 高？

哪个 cohort 应该停？

管理开始从：

Activity Management

变成：

System Optimization。

五十三、这也是为什么 GTM Engineer 薪资可能越来越高

因为他管理的不只是自己的劳动。

他管理的是：

Leverage。

一个优秀 GTME 修改一次 scoring system，

可能影响：

500 个 Sales Reps。

一个普通 Seller：

主要影响自己的 quota。

所以经济学上：

高杠杆岗位

天然应该获得更高工资。

五十四、但是 GTM Engineering 也存在一个巨大风险：自动化制造垃圾的速度也会提高

如果：

ICP 错。

Signal 错。

Data 错。

Message 错。

自动化会：

更快地把错误扩大。

这和 AI Coding 一样。

写代码更快：

Bug 也可以更多。

所以 GTM Engineering 必须拥有：

Testing。

Governance。

Observability。

五十五、真正成熟的 GTM Engineering 需要“Revenue Observability”

比如：

Data Source Accuracy。

Bounce Rate。

Reply Rate。

Positive Reply。

Meetings。

SQL。

Pipeline。

Win Rate。

Revenue。

如果只看：

“Email Sent”

系统会自动优化错指标。

这叫：

Goodhart's Law。

当指标变成目标，

指标就容易失去价值。

五十六、例如 AI 可以把 Open Rate 做得很高，但完全不代表 Revenue 高

Subject Line：

极度猎奇。

Open：

80%。

但客户讨厌。

结果：

0 Deals。

所以 GTME 必须从：

Activity Metrics

逐渐走向：

Economic Metrics。

最终都要回到：

Pipeline。

Revenue。

Payback。

五十七、这也是“内部 GTME + Forward Deployed GTME”双结构真正漂亮的地方

Internal：

负责：

System Efficiency。

Forward：

负责：

Customer Reality。

一个太偏系统：

可能和市场脱节。

一个太偏客户：

容易做大量不可扩展定制。

两边结合：

Standardization × Customization。

这恰恰是 Enterprise Software 最难解决的矛盾之一。

五十八、Forward-Deployed 的危险也必须讲

如果每一个大客户都需要：

10 个工程师定制，

那公司就开始变：

Consulting Company。

Gross Margin 下降。

部署速度慢。

难 Scale。

所以好的 Forward Deployed Model 必须不断：

客户定制

↓

发现模式

↓

提炼 Primitive

↓

进入 Product。

否则：

服务团队越来越大。

五十九、这就是 Palantir、Scale AI、AI Agents 公司都会面对的核心问题

客户都说：

“我们很特殊。”

如果公司每次真的从零做：

无法规模化。

真正能力是：

Turn bespoke work into reusable infrastructure。

Clay 的 Forward GTME 如果能做到：

50 个客户的 custom workflows

最终变成：

templates、

integrations、

product features，

飞轮才真正成立。

六十、Clay 周边形成的 Agency 生态也是一个非常值得研究的护城河

Clay 官方 2026 年称已有约 150 家 agencies 在生态里，之前也持续培养：

Claygencies、

Clay Clubs、

培训、

认证。(clay.com)

这意味着：

Clay 不只是卖 Software。

正在形成：

Labor Ecosystem。

六十一、这和 Salesforce 历史非常相似

Salesforce 为什么强？

不只是 CRM。

外面还有：

Consultants。

Implementation Partners。

Admins。

Developers。

Certification。

AppExchange。

于是：

企业要做 CRM 项目，

自然想到：

Salesforce。

Clay 如果真正把：

GTM Engineer

变成一个职业，

那就是非常强的 Ecosystem Moat。

六十二、这甚至比广告更强

因为一个年轻人学习：

Clay。

拿到：

$160K job。

他未来换公司：

还会带 Clay。

Agency 因 Clay：

赚 $1M ARR。

它会主动：

销售 Clay。

这形成：

Economic Stakeholder Network。

别人赚钱越多，

Clay 越强。

六十三、这就是平台公司最强的一类护城河：别人围绕你建立职业

Adobe：

Designer。

Salesforce：

Admin。

AWS：

Cloud Engineer。

Shopify：

Agency Developer。

HubSpot：

Inbound Marketer。

如果 Clay 真能建立：

GTM Engineer

这个职业，

它获得的就不只是客户。

是：

Human Capital Lock-In。

这非常值钱。

六十四、所以所谓“岗位增长 5000%”真正重要的不是那个数字

真正重要的是：

Clay 是否能够让一批人的职业身份与 Clay 绑定。

如果答案是：

Yes，

它就开始拥有：

Category Ownership。

这比一个季度新增多少客户更重要。

六十五、Clay 为什么还要大力做 Community、课程、Certification？

不是公益。

这是非常聪明的：

Market Creation Strategy。

市场原本没有：

大量 GTME。

你不能等大学培养。

那就：

自己教育。

自己命名。

自己认证。

自己提供职位。

自己培养 Agency。

最后：

整个市场扩大。

六十六、这就是 Category King 的玩法

普通公司争：

市场份额。

Category King：

扩大并定义市场本身。

Salesforce 不只是卖 CRM。

它定义：

Cloud CRM。

HubSpot 定义：

Inbound Marketing。

Clay 试图定义：

GTM Engineering。

一旦名字属于你：

竞争优势很大。

六十七、但这一战略也有危险：Clay 必须防止“GTM Engineer = Clay Operator”

如果一个岗位的全部能力只是：

会点 Clay，

那这个职业长期不成立。

真正 GTME 必须懂：

Business Strategy。

Data。

CRM。

APIs。

AI。

Sales。

Experimentation。

Statistics。

Systems Thinking。

Clay 只是工具之一。

这反而对 Clay 更健康。

六十八、因为真正强的职业生态应该比单一产品更大

开发者：

不等于 VS Code Operator。

Designer：

不等于 Figma Clicker。

GTME 也不应该：

等于 Clay Table Builder。

真正应该是：

Revenue Systems Architect。

如果 Clay 成为他们最重要的 IDE，

那就足够了。

六十九、这也是为什么 AI 不一定会让销售更简单，反而会让“高端销售”更加专业

低端工作：

自动化。

剩下：

复杂判断。

Data Architecture。

Business Case。

Executive Communication。

Negotiation。

所以岗位呈现：

Hollowing Out。

中间大量机械劳动减少。

顶端：

更贵。

七十、这跟我们前面讲 AI 对很多职业的影响是一致的

AI 首先商品化：

Execution。

于是：

Judgment。

Taste。

Architecture。

Relationship。

越来越值钱。

GTM Engineer 正是这种：

AI-Native Generalist。

既懂系统，

又懂商业。

这种人未来会很贵。

七十一、Clay “5 年没爆发、两年做到 $100M ARR”最大的创业教训，其实不是坚持

最危险的解读：

“坚持五年，总有一天会成功。”

错。

很多公司坚持十年：

还是失败。

Clay 真正值得学的是：

它不断改变问题定义。

早期：

通用 no-code。

然后：

Data Enrichment。

Growth Agencies。

PLG。

Enterprise。

GTM Platform。

AI。

每一步：

都在根据用户修改 Thesis。

七十二、真正的长期主义应该是：

Long-term commitment to the problem, short-term flexibility on the solution。

长期：

相信普通人应该拥有可编程能力。

短期：

产品可以一直变。

这和 Wispr 那一期：

Mission Stability + Product Flexibility

完全同构。

七十三、Clay 还做对了一件非常反直觉的事情：很晚才优化 Billing

Varun 公开复盘称：

甚至到 2023 年 1 月，

Clay 产品内部都还没有完整 Billing。

客户每月两三百美元：

他自己发 Stripe Invoice。

公司已经超过 $1M ARR 才真正把 Billing 做完善。(firstround.com)

听起来很荒唐。

实际上反映：

Prioritization。

七十四、创业早期最重要的不是产品“完整”

而是：

What unlocks the next learning milestone?

Billing 很重要。

但客户还没爱产品：

Billing 再漂亮也没意义。

先把：

价值 Metric。

产品使用。

Retention。

打通。

这和我们前面讲的：

Ship / Real Options

是同一个思想。

七十五、这也是为什么 Reverse Demo 很值得学

Clay 最初自己讲：

“这是产品功能。”

客户听懂了。

回去：

不会用。

后来改：

让客户自己 Share Screen。

自己完成 use case。

Clay 团队只指导。

结果：

客户真正学会。

团队也能观察：

用户到底在哪里卡。(linkedin.com)

这其实是一种：

Sales + User Research + Onboarding

三合一。

七十六、所以 Clay 的销售哲学归根结底就是：让客户尽早碰到真实价值

不要：

PPT。

Logo Wall。

Future Roadmap。

而是：

用你自己的数据，亲手解决你自己的问题。

这叫：

Time-to-Value Compression。

所有 B2B 软件都应该学习。

七十七、从投资角度看，Clay 真正让我感兴趣的五个护城河已经越来越清楚

第一：

Data Marketplace

200+ data providers / sources。

第二：

Workflow Depth

大量 GTM automation。

第三：

Community

Clubs、Agencies、Certification。

第四：

Talent Category

GTM Engineer。

第五：

Enterprise Embeddedness

CRM、Pipeline、TAM 等越来越核心。

这些叠加起来：

比“AI personalized email”

难复制得多。(clay.com)

七十八、Clay 最大的风险同样非常清楚

第一：

AI Commoditization。

Agent 自己越来越能：

Search Web。

Enrich。

Research。

第二：

Data Providers 上游化。

Apollo、ZoomInfo、LinkedIn 等都可能增加 AI Workflow。

第三：

CRM 平台下压。

Salesforce / HubSpot 可以把更多能力直接做进去。

第四：

Agent-native GTM competitors。

可能不需要 Spreadsheet。

所以：

Clay 必须持续：

Move Up the Stack。

七十九、最终 Clay 不能只做“数据拼装工具”

因为如果未来用户直接说：

“找出美国最近三个月招了新 CFO、收入 50M—500M、正在迁移 ERP 的制造企业，找到 CFO，判断购买意向，并设计 outreach。”

Agent：

直接完成。

那用户甚至不需要：

Table。

所以 Clay 长期必须从：

GTM Development Environment

逐渐进入：

Autonomous GTM System。

八十、这其实会制造 Clay 自己最大的战略矛盾

今天它创造：

GTM Engineer。

明天更强的 AI：

可能自动化 GTM Engineer 大量工作。

怎么办？

正确答案不是：

保护岗位。

而是：

不断提升 GTME 的抽象层级。

今天：

Build workflow。

未来：

Design revenue architecture。

再未来：

Define market thesis。

AI 不断接管：

“How”。

人类不断往：

What + Why

移动。

八十一、所以 GTM Engineer 可能只是一个过渡职业，但并不意味着它没有价值

早期网页时代：

Webmaster。

后来：

Front-end Engineer。

Product Engineer。

职业进化。

今天：

GTME。

未来可能：

Revenue Architect。

Agent Manager。

Commercial Systems Designer。

名字会变化。

但底层趋势不变：

商业越来越可编程。

八十二、这是本期真正最高的一层

过去：

Engineering 部门是唯一真正：

Programmable Function。

现在：

Marketing：

可编程。

Sales：

可编程。

Finance：

可编程。

Operations：

可编程。

HR：

可编程。

企业本身正在变成：

Software-Defined Organization。

Clay 只是 GTM 这一层的代表。

八十三、如果这个趋势继续，未来公司的核心问题会从“招多少人”变成“设计多少系统”

过去 CEO：

“明年增加 30 个 SDR。”

未来：

“这个 Revenue Workflow 为什么还需要人工？”

这就是：

Headcount Planning → Systems Planning。

这是企业管理非常大的范式变化。

八十四、这对公司利润率也有巨大影响

假设：

传统 SaaS：

$100M Revenue。

40% Sales & Marketing Expense：

$40M。

如果：

AI-native GTM

把 S&M 降到：

25%。

多出来：

$15M Operating Leverage。

企业价值可能显著提高。

所以 GTM Automation 不只是：

效率工具。

它最终会进入：

Income Statement。

八十五、这就是为什么 Clay 值得 50 亿美元而不只是因为 $100M ARR

粗略看：

$5B / $100M ARR

≈：

50× ARR。

当然真实估值分析不能这么简单，且 $5B 是二级 tender valuation。

但市场显然不是只为：

今天 $100M Revenue

付钱。

它在买：

Clay 能不能成为整个 GTM 软件栈的新控制层。

如果只是 Lead Generation：

50× 很贵。

如果成为：

Revenue Operating System：

TAM 完全不同。

八十六、所以投资人真正赌的是 Category Expansion

Clay 未来如果：

$100M → $300M → $1B ARR，

今天 $5B 可能合理。

如果：

停在 $150M，

最终 Multiple 会压缩。

这就是所有高增长 SaaS 估值的本质：

Valuation is a discounted belief about future category size。

不是对今天收入的奖励。

八十七、整期真正值得普通创业者带走的十条东西

第一，创业公司可以多年没有真正 PMF，但前提是团队持续高质量更新方向，而不是机械坚持。

第二，新职业往往诞生于技术让多个旧岗位的边界重新组合之时。

第三，GTM Engineer 真正工程化的是收入系统，而不是单纯会写代码。

第四，AI 最大的组织价值之一不是替代一个岗位，而是消灭岗位之间昂贵的 Handoff。

第五，未来销售不会消失，但大量研究、数据和行政劳动会自动化，优秀 Seller 的人均 Revenue 应该提高。

第六，Forward-Deployed 模式真正有价值的前提，是把客户定制不断沉淀成可复用产品。

第七，产品生态最强的护城河之一，是让别人的职业和生意建立在你的平台之上。

第八，AI 降低了软件构建成本，却提高了 Distribution、Workflow Ownership、Taste 和 Judgment 的价值。

第九，企业真正应该追求的不是“使用了多少 AI”，而是 Revenue per Employee、Sales Efficiency 和 Learning Velocity 有没有提高。

第十，AI 时代公司最大的结构性变化之一，是越来越多业务部门会从“人员组织”变成“可编程系统”。

八十八、如果让我把 Clay 的增长飞轮压缩成一个公式

Flexible Product Primitives

↓

吸引 Scrappy Operators

↓

产生大量新 Workflows

↓

形成 Community Knowledge

↓

培养 GTM Engineers

↓

GTMEs 帮更多公司部署 Clay

↓

产生更多企业 Use Cases

↓

Product 更强

↓

Enterprise Expansion

↓

更多收入

↓

更多 Data / Integrations / Ecosystem

↓

再回来：

更强的 GTM Platform。

这就是它真正漂亮的地方。

八十九、再往上升一层：Clay 真正在重新定义“销售生产资料”

工业革命：

机器提高工人生产率。

SaaS：

软件提高知识工人生产率。

Clay：

试图让一个商业人员拥有：

Revenue Automation Machinery。

一个 GTM Engineer 实际管理的是：

数据。

Agent。

API。

Signals。

Workflow。

这和工厂工程师管理机器：

本质上越来越像。

九十、这会让“销售能力”从个人技能变成公司资产

过去优秀 SDR 离职：

他的研究方法、

名单、

技巧

跟着人走。

GTM Engineering 后：

逻辑写进：

Workflow。

Scoring。

Data Pipeline。

Playbook。

于是：

Tacit Knowledge → Institutional Software。

这是非常大的变化。

因为公司终于可以把：

“某个销售高手脑子里的技巧”

固化成：

Organizational Capital。

九十一、我认为这是整期最高价值的一句话

GTM Engineering 真正颠覆的不是销售，而是让“如何获得收入”这件事第一次越来越像软件工程：可以设计、测试、版本化、自动运行和持续优化。

如果这个判断成立，

那么未来最好的 Revenue Organization：

可能不会是：

100 个 SDR + 50 个 AE + 20 个 Ops。

而是：

少量高能力 Builder

强 Seller

大量 Agents

一套不断运行的 Revenue Infrastructure。

这才是 Clay 真正想推动的未来。

九十二、标题我建议再升级

你原来的第 2 个方向最好：

《从 5 年零收入到 1 亿美金 ARR：Clay 如何用“GTM 工程师”颠覆传统 B2B 销售》

但“5 年零收入”不够准确。

我最推荐正式课程标题：

《从六年寻找 PMF 到 1 亿美元 ARR：Clay 如何用 GTM Engineering 重构 B2B 销售》

如果偏商业趋势：

《销售正在变成软件工程：50 亿美元 Clay 与 GTM Engineer 的崛起》

这个我非常喜欢。

如果偏创业：

《从 3 万美元混乱收入到 1 亿美元 ARR：Clay 找到 PMF 与重做销售组织的八年复盘》

如果偏金融/战略：

《为什么 Clay 值 50 亿美元？拆解 GTM 工程师、企业 NRR 与 Revenue Operating System》

如果要传播力最强：

《一个 GTM Engineer 能放大 100 个销售？Clay 正在重做整个 B2B 销售体系》

作为正式课程，我最推荐第二个：

《销售正在变成软件工程：50 亿美元 Clay 与 GTM Engineer 的崛起》

因为这一期真正需要让读者理解的不是：

“以后赶紧去学 Clay。”

而是：

AI 正在把过去靠人记忆、经验和重复劳动运行的商业部门，逐渐转换成能够像软件一样被设计和执行的系统。

当这个变化发生以后，

未来公司真正的竞争优势可能不再是：

“我的销售团队比你多 100 人。”

而是：

“我的收入系统比你的收入系统聪明十倍。”

这才是 GTM Engineering 背后最大的商业革命。