切入成熟市場的狹窄楔子

資料來源#

摘要#

John Glasgow 回應了人們對顛覆既有企業軟體類別（ERP、CRM、HRIS）時必須做到功能齊備的常見質疑。Campfire 證明這不一定：與其追求面面俱到，不如針對非常狹窄的客群做到最好。目標是已經超出 QuickBooks 能力、但只用到 NetSuite 一小部分功能的科技公司；把他們真正需要的少數功能做到極致，忽略既有業者那大片閒置的功能範圍。不到九個月，這種聚焦便開始吸引客戶離開 NetSuite——這個被認為成熟又複雜的既有業者。

「不必功能齊備」的洞見#

「沒錯，既有業者的功能非常深入、廣泛——但在我們最初鎖定的科技公司市場裡，他們其實沒有用到 NetSuite 的許多功能。」

關鍵在於：既有業者的功能是為整個市場而齊備，但任何一個特定客群只會用到其中一小部分。因此，顛覆者的工作是找出明確客群所需的高價值功能子集，並在這方面勝過既有業者。Campfire 選擇的功能子集包括：

核准工作流程——「聽起來不怎麼吸引人，但這是大家因稽核需求而需要它的關鍵原因；QuickBooks 沒有這項功能。」
多實體會計——子公司；「在 AI 原生的世界裡，大家很快就會採用多實體架構。」

客戶輪廓也要定義得夠窄#

楔子不只是功能組合，也是客戶輪廓：不是「所有使用 QuickBooks 的人」（那是 PLG/SMB/記帳人員市場，「要打造的是截然不同的產品」），而是正在將會計業務收回內部處理的科技公司內部會計團隊。Glasgow 選擇純銷售、而非 PLG，正是為了服務這類客群。「掌握科技公司處於那個時間點的需求。」聚焦會層層疊加：為狹窄客群提供狹窄功能組合，並鎖定狹窄時機，讓只有四名員工的公司得以取代一家營收達 $300M 公司的 NetSuite 安裝部署。

先做模型的 MVP#

楔子是透過一個薄得幾乎令人不好意思的初版產品驗證的：第一個收費版本只是一個嵌在登入頁面中的 Google Sheet，分頁裡接上 Brex 和 Mercury 的資料流，再配上一堆試算表公式——加入 YC 不到 <1 個月就推出了。「非常簡陋」，但真實客戶願意付費。YC 的信條（「你多快能找到付費客戶？我們不要免費用戶」）迫使你透過實證找到楔子，而不是先憑規格打造完整產品。（參見 Disposable Micro-Apps 和 Zero-Friction Scope Creep：推出最精簡、真正可用的產品，抵抗擴大範圍的誘惑。）

楔子翻轉的啟示#

Campfire 一開始選的楔子並不正確。他們以完整通用總帳 ERP 申請 YC，接著短暫以營收認列／SaaS 報表附加功能作為切入產品——但「那一批客戶後來沒有很好地轉用核心產品」。因此約在第 3 個月，他們翻轉了方向：核心 ERP 成為主要購買項目，營收功能則改為附加項目。啟示是：楔子是能帶動客戶轉用核心產品的切入點，不只是最容易賣出去的東西——要測試轉換，而不只是採用。

另一種楔子：在別人的硬體上打造軟體（DroneDeploy）#

Campfire 的楔子是在軟體類別中，為狹窄客群提供狹窄功能組合。DroneDeploy（Kevin Spain，Emergence Capital，2026-07-29，practitioner-opinion，投資人利益衝突）則將同樣的思路用在既有業者的核心是硬體的市場：多數商用無人機公司打造軟硬體一體的完整產品，DroneDeploy 則推出能讓任何無人機製造商接入的軟體——「它搭上產業硬體成本下滑的趨勢，而不是與大型硬體製造商正面競爭。」這裡的楔子是一個層，而非一個客群：選擇成本曲線正在下降的技術堆疊部分，並拒絕掌控其餘部分。

這為本文增添兩點，也沒有增添一點。

楔子的真正成本在於市場教育，而非功能。 Spain 的第一個「學習」是成為整合者：花好幾年與建築工地主任和能源工程師相處，他們從未操作過無人機；「向他們展示一次飛行能告訴他們哪些關於工作的事，而那份工作他們早已知道該怎麼做。」Campfire 的楔子面對的是已經知道自己需要會計軟體的客戶；DroneDeploy 面對的客戶則連這個產品類別都不熟悉。既有方案若是人工流程而非產品，楔子的成本就是多年教育；首批六位數金額的企業交易，出現在尚無營收的 A 輪融資約 2 年後。
楔子的第三種出路，與「成為既有業者」和「維持狹窄定位」並列。 下方的開放問題探討，何時「狹窄但最好」必須擴展成自己取代的廣泛既有業者。DroneDeploy 兩條路都沒走：它維持在一個技術層，與生態系深度整合——最後以 $845M 的價格被 Procore 收購，而 Procore 早在成為收購方之前就已是合作夥伴。成為別人平台中整合程度最高的技術層，是上述楔子框架沒有列出的終點。
這不能作為什麼的證據。 這是由資助該公司的投資人敘述的單一結果；他點名了落敗的全端競爭對手，卻沒有分析他們。文中斷言軟體優先是成功原因，但沒有排除另一種可能：它只是存活十年的團隊所共有的特徵。

關聯文章#

Compounding Data Moat — DroneDeploy 的楔子轉化成的資產：十年間累積的工地影像，在視覺模型能夠讀取之前毫無價值，到了退出時才得以定價
John Glasgow / Campfire — 案例來源
The AI-Native Safe-Choice Inversion — 宏觀助力；楔子就是如何觸及因反轉而變得可及的客戶
Problem-Solution Fit Discipline — 狹窄聚焦就是將問題解決契合應用在 GTM；創辦人與市場的契合度決定正確的功能子集
Zero-Friction Scope Creep — 讓楔子維持狹窄、不擴張成追求功能齊備的紀律
Disposable Micro-Apps — Google-Sheets MVP 體現了「最精簡的真實產品」思路
Product Velocity as Moat — 楔子站穩後，產品速度能在不流失客戶的前提下擴大涵蓋範圍
AI-Native Startup Lifecycle — 實際執行 Founder's Playbook 在構想／MVP 階段要求的紀律
Vertical Slice Tracer Bullets — 徹底滿足一類客戶需求的狹窄功能組合，是垂直切片，不是水平層
The 1% Rule for Wedge Selection — 楔子必須滿足的另一項條件：本文選擇的是既有產品中未使用的功能；Dean 的規則選擇的是前沿模型的能力曲線（在模型成功率為 0–1% 的地方打造，而不是 20%）

開放問題#

楔子有助於切入市場；它是否會限制後續發展？Campfire 如今服務上市公司——「狹窄但最好」到什麼時候必須變成自己取代的廣泛既有業者，重新承受 NetSuite 那樣的複雜度？
楔子翻轉說明最初的楔子可能選錯。如何最快判斷楔子能否帶動客戶轉用核心產品，還是只賣得出去？Campfire 花了約 3 個月；能否更早看出來？

資料來源#

The ERP for the AI Revolution is here
DroneDeploy Didn't Win on Hardware. That's Why Procore Just Paid $845 Million. — Kevin Spain，Emergence Capital，2026-07-29（practitioner-opinion，利益衝突：主導 A 輪融資並擔任董事）：「Software First」與「成為整合者」的學習——以技術層而非客群作為楔子、市場教育是楔子的成本，以及 Procore 先是合作夥伴、後成為收購方