創辦人主導的銷售紀律

資料來源#

• The ERP for the AI Revolution is here

摘要#

John Glasgow 強烈主張，創辦人應該持續親自主導銷售，直到達到產品市場契合（PMF）——而且明確不應把這件事交給受雇的 AE，或 AI agent。 他讓 Campfire 達到約 100 萬美元 ARR，自己作為唯一的 AE 負責每場示範與每筆銷售；即使現在，他仍盡可能參加客戶電話，並且「和每一位客戶待在每一個 Slack 頻道裡」。他的論點是：創辦人是最能讓客戶訊號驅動工程的人，而在 PMF 之前，這個回路太有價值，不應委派出去。

這項主張#

「即使在 AI 時代，我仍非常建議創辦人維持創辦人主導的銷售模式。把它交給 AI，或交給某個 AE——這感覺像是『我們找個專業人士加入，不管那是 agent 還是人。』但在達到產品市場契合之前，我仍建議你盡可能貼近客戶與潛在客戶。」

他所指出的機制是：「你是公司裡最能真正影響正在發生之事的人——由銷售團隊推動工程。」創辦人直接連起客戶在會議室裡說的話與實際打造出來的東西，中間沒有任何翻譯損失。他「靠自己，作為唯一負責所有示範與銷售的 AE」，達到了經典的約 100 萬美元 ARR Series A 門檻，並認為這讓 Campfire 從未真正轉型（只有在功能上「微幅調整」）。

與 agent 編排的明確張力#

這是本語料中最尖銳、最值得標記的矛盾。Founder as Agent Orchestrator（出自 Anthropic Founder's Playbook）主張，創辦人的角色會轉向編排專門的 AI 助手，讓非技術創辦人不再受阻，並使精實團隊得以運作——這暗示你應該把各種職能（包括延伸而言的 GTM）委派給 agents。Glasgow 對 PMF 前的銷售則主張相反：現在不要把客戶關係交給 agent（或 AE）。

兩者的調和點不是「其中一個錯了」，而是範圍與時機：

• 要編排什麼： Glasgow 很樂意編排 agents 來打造產品（Campfire 本身就是 AI 原生產品，每天發布——Product Velocity as Moat）。他不願委派的是 PMF 前由創辦人直接掌握的客戶訊號回路。
• 創辦人主導的銷售本身就是一種 Dogfooding as Product Discipline——對需求面進行 dogfooding。這並非反 AI；而是在所有機械性工作都自動化的同時，保護訊號最強的人類輸入。
• 這與 Outsource Your Thinking, Not Your Understanding 相呼應：把思考／執行外包出去，但創辦人對客戶的理解是不可委派的剩餘核心。

因此，只要把「編排」理解為針對機械性工作的工作流程設計，而不是委派創辦人的核心判斷，Playbook 的「編排 agents」與 Glasgow 的「不要外包銷售」就能相容——這正是 Orchestration vs Employee Framing: Reconciling the Founder's Playbook with HBR's Accountability Evidence 所提出的區別。

為什麼特別是 PMF 前#

這項紀律有時間限制，適用到「產品市場契合為止」。在 PMF 之前，訊號到產品打造的回路就是公司的探索過程；達到 PMF 後，運作方式更為明確，也可以配置專職人員。Glasgow 把這項原則與他虔誠遵循的其他 YC 最後一天建議放在一起——在 Bay 建構、親自建構、達到 Series A——這些全都關乎在探索階段最大化高頻寬訊號。

相關連結#

• John Glasgow／Campfire — 來源與典範
• Founder as Agent Orchestrator — 明確的對立觀點；透過範圍（機械性工作）與創辦人的核心客戶判斷加以調和
• Orchestration vs Employee Framing: Reconciling the Founder's Playbook with HBR's Accountability Evidence — 解決張力的框架：以工作流程設計為核心的編排仍然成立；委派核心判斷則不成立
• Dogfooding as Product Discipline — 創辦人主導的銷售就是對需求面進行 dogfooding；「在每個 Slack 頻道裡」是同一種直覺
• Outsource Your Thinking, Not Your Understanding — 外包執行，而不是外包創辦人對客戶的理解
• Problem-Solution Fit Discipline — 貼近客戶，才是真正找到問題—解決方案契合，而不是建構確認偏誤
• AI-Native Startup Lifecycle — 將這項主張放入 Idea→MVP→Launch→Scale 的發展弧線中（這是 Launch／PMF 階段的規則）
• AI Product Economics Maturation — 同一種「讓 GTM 貼近產品」直覺在 PMF 後的延續：ICONIQ 的建構者將前線部署工程師制度化，形成永久且能驅動營收的 GTM 模式（約 50% 正在擴張 FDEs；38% 將其定位為營收驅動者，24% 將其視為產品情報回路）——部分回答了本頁「PMF 後該交接什麼」這個開放問題

開放問題#

• 「直到 PMF」究竟在哪裡結束，而創辦人應該首先交接什麼（AE？agent？兩者皆是）？Glasgow 在 Series-B 後仍持續這麼做，顯示界線相當模糊。
• Glasgow 反對外包的立場能否普遍適用，還是只適用於高度信任、任務關鍵的企業銷售（ERP），因為客戶「買的是你」——PLG／SMB 模式是否會早得多就把工作委派給 agents？

資料來源#

• The ERP for the AI Revolution is here