Clay:以 GTM Engineering 創造新的工作方式
Clay 将資料、AI、集成和可复用 workflow 组合成更大的 GTM Engineering 叙事:GTM 團隊可以像工程團隊一样搭建增長系統。
從熟悉的工作方式切入
明確客戶今天如何完成這項工作。
改變 operating logic
用產品能力重新組織工作流程。
擴大價值單元
從單點任務擴展到更高層業務結果。
改變客戶如何評估方案
讓客戶理解並購買新的 operating model。
过去:名单 → 人工研究 → 写外呼 → 跟进 未来:signal → enrichment → logic → AI personalization → automated action → iteration
- 先定義真正變化的工作方式。
- 用產品能力證明新敘事,而不是只改 wording。
- 讓案例、範本或 demo 降低新方法的學習成本。
- 對無法核驗的效果保持證據邊界。
查看過程與完整證據
9 節正文保留背景、客戶、定位、渠道、結果、可複製性與下一步
案例速覽
Clay 透過公開產品、Clay University 和範本庫,展示了一個將資料增強、帳戶與聯絡人研究、AI 個人化、業務邏輯以及外部 GTM 工具動作連接起來的平台。與只介紹單點功能不同,Clay 持續用完整示例展示這些能力如何組合成端到端、可複用的 GTM 工作流程。(Source: Clay; Clay University; Clay Templates)
因此,它的戰略動作不只是「賣一個更好的資料庫、enrichment 或 outbound 工具」,而是教育團隊把 GTM 理解成一個可以被設計、編排、自動化和持續迭代的系統。這種變化支撐了更大的 GTM Engineering 敘事:收入團隊不只是執行 campaign,而是在搭建一套把 signal 轉化為研究、個人化和行動的增長系統。
GTM 模式:單點工具 → 連接工作流程 → 新 operating model → 新品類
核心鏈路:signal → enrichment → logic → research → AI personalization → action → feedback & iteration。
舊 operating model → 新 operating model:
| 舊 operating model | 新 operating model |
|---|---|
| 「我需要一個工具,或更多人,去完成每一個 outbound 任務。」 | 「我需要一個系統,把資料、邏輯、AI 和 GTM 動作協調起來。」 |
| 研究、資料補全、個人化和跟進是相互分開的人工步驟。 | 這些步驟可以組合成共享邏輯、可自動化、可重複執行的工作流程。 |
| 價值主要在單點功能或任務層衡量:資料更準、研究更快、發更多訊息。 | 價值進一步擴展到工作流程速度、一致性、實驗效率和營運槓桿。 |
| GTM 執行高度依賴個人經驗以及團隊之間的人工交接。 | 團隊可以把部分經驗固化為可複用系統,由 GTM builder 持續維護和優化。 |
| 工具以一個個 point solution 的方式採購。 | 平台可以被理解為支援更大 GTM operating model 的 workflow infrastructure。 |
本條目是基於 Clay 公開資料整理的第三方市場案例,不代表本站參與了相關專案實施,也不代表 Clay 對本文的認可。
背景與約束
傳統 outbound 和 revenue workflow 往往被拆散在找名單、帳戶研究、聯絡人補全、分群、寫訊息、sequence、CRM 更新、routing 和人工交接等步驟中。不同環節可能分布在不同工具裡,團隊成員還需要不斷在系統之間搬運資料、判斷和下一步動作。
Clay 的公開材料把其中很多工作組織成相互連接的 workflow。Clay University 和範本庫展示了如何組合不同資料源、enrichment provider、條件邏輯、研究、AI 生成內容以及下游 GTM 系統動作。(Source: Clay University; Clay Templates)
這改變了團隊優化 GTM 的方式。問題不再只是「怎樣讓每個 operator 更快完成更多任務」,而是「哪些步驟應該被標準化、自動化或沉澱成可複用流程」。人的工作可以從重複執行,轉向 workflow 設計、異常處理、品質控制和實驗迭代。
這裡更重要的機會也不只是 automation,而是 codification:把原本存在於個人經驗裡的 GTM know-how——目標客戶是誰、哪些 signal 重要、該相信哪些資料、怎樣個人化、什麼時候觸發什麼動作——逐步寫進可複用、可改進的工作流程。
目標客戶畫像
更適合已經使用多個銷售與資料工具,但仍難以把它們組織成一致流程的 Growth、RevOps、SDR、Demand Gen、Lifecycle 和 founder-led GTM 團隊。
當團隊已經有一定 GTM 規模或 workflow 複雜度、人工執行開始形成明顯摩擦,但同時又需要不斷測試新客群、新 signal、新資料源或新 messaging logic 時,這種價值會更強。
核心痛點包括:
- 工具與資料碎片化: prospecting、enrichment、research、CRM、sequence 和 automation 分散在多個系統。
- 重複人工研究: operator 不斷做相似的帳戶和聯絡人研究,但結果很難複用。
- 個人化品質不穩定: 輸出品質依賴具體 operator、可取得的上下文以及投入時間。
- 跨團隊 handoff: 工作在 Marketing、SDR、Sales 和 RevOps 之間流轉時,資料和判斷容易遺失或延遲。
- 實驗難以規模化: 一次成功 campaign 往往難以快速沉澱成可以重複運行的 operating process。
- Point-solution 膨脹: 再增加一個單點工具可能改善某一步,卻讓整個 GTM stack 的編排變得更複雜。
GTM 問題
如果 Clay 只被當成 database、enrichment provider、scraping utility 或 outbound 工具,它就會進入非常窄的功能比較:誰的資料更多?誰能補更多欄位?誰能讓我更快發出更多訊息?
這種問題定義會直接限制客戶對產品價值和採購範圍的理解。
舊問題定義:
「我們需要更好的資料、更快的 prospect research,以及更個人化的 outbound。」
更大的問題定義:
「我們的 GTM 流程分散在人和工具之間,需要一個可編排的系統,把 signal 穩定地轉化為行動。」
第一個問題會產生對多個 point solution 的需求;第二個問題則為 workflow platform 和新的 operating model 創造空間。
因此,品類創造的關鍵,是把客戶的評估問題從 「我要買哪個銷售工具?」 推向 「我的團隊應該怎樣搭建和營運一個 AI-assisted GTM system?」。一旦客戶接受更大的問題定義,Clay 的比較維度也會從單點功能,擴展到 orchestration、flexibility、reuse 和 system-level leverage。
定位
Clay 的公開範本與教育內容持續展示完整 workflow,而不只解釋單個功能。示例會把資料源、篩選或條件、enrichment、research、AI 輔助內容和下游動作串在一起。(Source: Clay University; Clay Templates)
這個 positioning 可以概括成五個相互連接的變化:
1. 重構對象: 聯絡人名單 → 可編排的 GTM workflow
2. 重構工作: 人工研究與 handoff → enrichment、logic 與 automation
3. 重構角色: campaign operator → GTM system builder / engineer
4. 重構價值單元: 完成一次任務 → 建立一套可複用 operating process
5. 重構採購: point sales tool → GTM stack 的 workflow infrastructure
其中最關鍵的是 價值單元發生變化。Point tool 主要按它完成了哪個任務來衡量;workflow platform 則可以按團隊能編碼、連接、複用和優化多少重複決策與動作來衡量。
這也是為什麼「GTM Engineering」比單純創造一個新名字更有說服力。它背後有真實產品能力支撐:資料、logic、AI 和 action 可以被組合成 workflow。如果產品只是給傳統 outbound 流程換一個名稱,卻沒有改變工作的設計與執行方式,品類創造就會弱很多。
渠道
Clay 把自有教育內容、Clay University、範本庫和產品示例作為重要的市場教育入口。這些內容覆蓋 prospecting、enrichment、research、personalization、inbound routing 等多個 GTM 場景,讓使用者看到具體 workflow,而不是只看到抽象的品類概念。(Source: Clay University; Clay Templates)
對新品類戰略來說,這些內容並不只是 top-of-funnel marketing,而是在降低新 operating model 的學習成本。客戶不需要先完全理解「GTM Engineering」這個抽象概念;他可以先看到一個 workflow,複製一個 template,理解其中的 logic,再逐步理解更大的系統化方法。
一個簡化的教育路徑是:
識別人工痛點 → 看到 workflow 示例 → 複製/修改 template → 連接多個 GTM 環節 → 理解 system-building logic → 接受更大的 category language。
這形成了產品與內容之間的循環:範本讓新品類變得具體,而新品類又給單個範本更大的戰略意義。每一個例子同時回答兩個問題:「我可以搭建什麼?」 和 「為什麼 GTM 應該這樣工作?」
結果與證據
Clay 已公開建立了大量覆蓋 prospecting、enrichment、inbound routing、research、personalization 等場景的 workflow 和範本。Clay University 也持續教授使用者如何把資料、logic、AI 和 integration 組合成可重複運行的流程。(Source: Clay University; Clay Templates)
這些公開材料可以證明,Clay 的產品與市場敘事已經明顯超出單一 outbound task,也能證明公司在持續教育使用者「怎樣搭建 workflow」,而不只是「怎樣使用某一個 feature」。
但本案例所查看的公開資料不能單獨證明收入增長、客戶獲取、留存或公司估值中,有多少是由「GTM Engineering」這一品類定位直接帶來的;也沒有受控對比能夠證明,把 Clay 當作新 operating model 使用的團隊,一定優於只把它當成單點工具使用的團隊。
因此,本案例只把 品類擴展和 workflow education 視為可觀察的戰略行為,不把商業結果直接歸因於這一 positioning。
可複製性
可複製性 · 中
適用條件
- 底層工作流程可以被觀察和衡量。
- 產品確實改變了工作的執行方式。
- 團隊可以用產品能力與營運控制支撐新的工作方式。
不可照搬
- 公司的 installed base、品牌、整合、資料與長期營運經驗無法只靠 messaging 複製。
風險
- 新品類敘事可能超過產品真實能力。
- 如果控制不足,自動化可能帶來品質、治理、隱私或合規風險。
行動引導
評估類似 GTM Engineering 或品類創造戰略時,可以先回答六個問題:
- 產品真正改變的是哪一條重複人工 workflow?
- 哪些決策、規則或 handoff 可以被沉澱成可複用的 system logic?
- 這種變化是否創造了新的客戶角色、能力或 operating model?
- 什麼 template、demo 或具體案例可以讓新工作方式立刻變得可理解?
- 哪些產品能力能夠證明更大的 category 不是 marketing language?
- 新定位是否真的把採購從 feature-level budget 推向 workflow- / system-level budget?
對 Clay 來說,採購邏輯可以總結為:
過去:「我需要更好的 prospecting、enrichment 或 outbound 工具。」
現在:「我需要一套能夠設計、運行和持續優化可複用 GTM workflow 的系統。」
來源
- ClayClay · 2026-08-17
- Clay UniversityClay · 2026-08-17
- Clay TemplatesClay · 2026-08-17