估值 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 背後最大的商業革命。