如何真正找到產品市場契合度（product-market fit）| Rob Snyder（《The Power of Pull》作者）

Rob Snyder 是《The Power of Pull》的作者，他主張：產品市場契合度（product-market fit）不是創辦人靠說服買家創造出來的，而是「找到」的——找到一個具體的人，手上有一個火燒眉毛、現有工具卻做不完的專案，這種人會「直接把產品從你手上搶走」。在與 Lenny Rachitsky 對談的 85 分鐘裡，Snyder 把大部分時間花在這場搜尋的執行細節：如何進到客戶身邊蹲點以挖掘點子、如何做主動開發（outbound）與第一次業務拜訪、如何定價與成交，以及如何把一個可複製的「案例研究」變成成長引擎。這集節目是一套完整的 0 到 1 操作手冊；標題用「finding PMF」來概括算中肯，只是內容比這個說法細緻得多——它是一套按部就班的流程，不是一份概論。

Snyder 的權威來自親身經歷：他說自己當創辦人的頭兩年不斷轉向、屢戰屢敗，被「狠狠打臉」，直到某次誤打誤撞的轉向才起飛；他也聲稱自己協助約 50 家新創從零做到 ARR（年度經常性收入）突破 100 萬美元。讀者讀完應該帶走一套可重複使用的診斷工具（PULL 縮寫框架）、具體的主動開發基準數字、一份業務拜訪指令碼、一套定價話術，以及一個判斷新創瓶頸究竟在哪裡的心智模型——「案例研究工廠」。

Pull 是「人」的屬性，不是公司的屬性

Snyder 最核心的觀念翻轉是：多數創辦人以為自己必須說服市場想要他們的產品。他主張 pull 早就存在，獨立於創辦人之外，就寫在某個具體個人的待辦清單上——你要做的是找到它，而不是製造它。判斷方向很明確：一個有 pull 的人，「不買才奇怪」，對話應該很快收斂成「那我們怎麼開始？」。只有熱情、沒有購買動作——「再多說一點」、「寄資料給我們團隊評估」——那是 push 的訊號，不是 pull 的訊號。

PULL 縮寫定義了四個必須同時成立的條件：

Snyder 強調，pull 屬於「人」，不屬於「客戶帳號」。「你不是在賣給 SpaceX，你是在賣給 SpaceX 的法務主管，她待辦清單上有一個專案，是他們自己團隊做不了的。」最常見的錯誤，是把買家描述成「中階市場的私募股權公司」，而不是那個正想完成某件具體事情的特定營運合夥人。

書中的例項是 Jump，一款給理財顧問用的 AI 會議記錄工具。理財顧問有一個專案——把花在寫會議紀錄、輸入 CRM 的時間降到最低。這件事無可迴避，因為沒做好可能讓他們坐牢。泛用的 AI 會議記錄工具過不了「限制」這一關，因為它們不整合顧問用的 CRM，SEC 法遵狀態也不明。Jump 補上這個缺口後，據說有客戶說這「一定是亞歷山大·貝爾發明電話時的感受」。反例則是：保險業務員有同樣的專案，但沒有非把紀錄登入進 CRM 不可的硬性要求，所以他們現有的選項——乾脆不記——已經夠好了。這套框架在他們身上根本填不滿。

「以他們待辦清單上的內容來看，他們要是買了我們的產品才奇怪……一個有 pull 的人，不買才奇怪。」

點子來自第一手接觸，不是腦力激盪

Snyder 對白板腦力激盪很不以為然：他自己那本產品點子筆記「聽起來全都瘋瘋的」，而且他說自己永遠分不清哪個好。pull 框架位於產品點子的上游——它逼你先對「某個卡住的具體的人」提出假設，然後在動手開發之前先驗證。他估計，在他合作過的約 50 家公司裡，大約 10% 的點子來自創辦人自身經驗，約 90% 來自走出去、取得第一手接觸。

書中的關鍵軼事，是一位完全沒有產品點子的朋友：他先列出幾個產業，然後花好幾天、甚至連續數日跟著企業貼身觀察。太陽能板安裝商兩個方向都行不通；獨立執業的物理治療師則一拍即合。他花了好幾天在旁邊看他們做事，甚至研究過買下一間物理治療加盟店，就為了看它的損益表。直到這時，一個具體、被卡住的專案才浮現。Snyder 說這有兩個原因很重要：這類洞見很少能在 30 分鐘的 Zoom 訪談裡冒出來；而且你不可能為一個從沒親眼看過的客戶，做出服務他們所需的成千上萬個開發決策。

這番貼身觀察的產出，是一份「pull 假設」，寫在兩張投影片上。第一張用白話重述框架：「你待辦清單上有個專案——就是這個——它現在非做不可，因為這個原因；你研究過的選項是這些，而它們不夠好，是因為這個原因。」第二張是你可能如何幫忙的概念草圖。測試標準是：第一張能不能換來一句「天啊，對」，第二張能不能換來一句「那我們怎麼往下走？」

Snyder 對「解決自己的問題」這條路的建議是有條件的：當你真的會付錢請人解決它時，這條路才行得通（他舉的例子是一位在 AWS 當資安工程師的朋友，發現了一個她願意付錢補上的缺口）。如果你只是覺得「這東西應該存在」，那就不行。這套框架也適用於 B2B SaaS 以外——他舉 Spanx 為例，說那是同樣「一對一賣、觀察對方反應」模式的消費品案例。

他點名兩個反模式：一是在跟客戶談之前就開始開發（「盡快迎向現實的冷風」）；二是招募設計夥伴（design partner）。依他的經驗，設計夥伴會「認同你的願景」、給你回饋，然後永遠不買——因為真正有 pull 的人不想當設計夥伴，他們只想把事情辦成。

主動開發要奏效，訊息要有趣，而不是有說服力

Snyder 設定的目標節奏是每天兩到三場客戶對話。要在沒有熟人引介的情況下談到第一場，他建議用 LinkedIn（或 email）做他所謂的「創辦人魔法」主動開發：一兩句話，有趣就好，不推銷，通常也不做客製化。某家新創的訊息是：「Snoop Dogg 投資了我們，我想你應該會覺得有意思——方便聊一下嗎？」另一則是：「我博士唸到一半輟學，現在在做一個給內容行銷人員用的東西。」這則訊息唯一的任務就是約到會議；pull 若存在，早就寫在潛在客戶的待辦清單上了。

他給了 LinkedIn 主動開發的具體基準：

接受率偏低，問題多半出在個人檔案（看起來像在推銷）；回覆率偏低，則是訊息不夠有趣。在這個階段，他對 AI 客製化開發信持懷疑態度——收件人一看就知道是機器寫的，幫助不大，因為真正驅動回覆的並不是客製化。

第一次業務拜訪是需求探索，pitch 要小

Snyder 的業務拜訪理論，把慣常姿態整個倒過來：「如果你有 pull，你會直接把東西從我手上搶走。」創辦人應該往椅背一靠，而不是滿腦子想著說服。這場拜訪分兩階段——先探索 pull，再做一個小小的概念式 pitch——開場白很具體：「我知道你一定接到很多人聯絡——你今天為什麼願意跟我談？」理想狀況下，潛在客戶會自己把整套 PULL 框架填滿。如果對方說「不知道，是你找上我的」，創辦人就拿這句當議程，取得對方明確同意，再取得發問的權利（「介意我問幾個問題，多瞭解一下你的情況嗎？」），這樣才不會像在審問。

探索問題直接對應縮寫的每個字母。Snyder 會問：有沒有什麼事是你一直想做，卻用現有工具、方法或團隊做不成的？這件事是非現在做不可，還是可以等？以及最嚇人的那一題：「你應該研究過其他選項——它們夠好嗎？」一句「夠啊，我們自己就能做」可以替你省下好幾年，不必再硬推一個市場不要的產品。他說有些創辦人會在拜訪時把框架開在檔案裡，邊談邊填。

實務引數：日曆上排 30 分鐘的時段（排更長反而會被忽略），初期簡報（demo）可有可無——很多時候根本沒東西可 demo。成功的判準，是要嘛填滿了 pull 框架，要嘛清楚理解這個人為什麼沒有 pull。他的經驗法則是先跑大約五場拜訪再回頭檢視：如果五場都往椅背一靠、卻什麼都沒學到，那就是哪裡出了問題。他舉一個團隊為例：他們對銀行業打了五通毫無結果的電話，卻因此被轉介到完全陌生的國防承包商，第一場對話就聽到「天啊——你是認真的嗎」，整個假設就此翻新。

pitch 本身要刻意做得小：「聽起來你在找一個能做出網站、又不必忍受拖拉式工具麻煩的東西——大概是這樣嗎？」不是產品願景，也不是對問題的理論分析。如果對方順勢追問更多細節（「那具體是怎麼運作？」），那就是有譜了。

「我們賣，是為了學……我們在看他們會不會想買。如果不想，很好，我們學到了東西。」

關於「好 10 倍」這個問題，Snyder 不太買帳。Jump 並不是比泛用會議記錄工具好一點點；如果那些工具辦不到這件事、而 Jump 辦得到，那它實際上好了無限倍，因為它替這個人解了套。他用同樣的角度看 Linear 對上 Jira：這套框架會要求你先找到一個具體的人，這個人被 Jira 的使用體驗卡住，而且 Linear 的 UX 對他有意義。他說自己在 HR 軟體上試過「UX 更好就會贏」這招，結果發現使用者體驗對買家根本無關緊要，因為買家沒有 pull。他的通則是：一臺好 100 倍的印表機，也賣不給一個沒被卡住的人。

成交靠賣「結果」，定價則對照替代方案

一旦確認有 pull，Snyder 的成交手法很輕：帶著粗略的概念和計畫再回來。在他舉的製藥業例子裡，創辦人在拜訪中第一次聽到那位高層的問題，當場複述一遍，並提議過幾天帶個 mock-up 回來——不用投影片、不用精美簡報——接著問還需要什麼才能判斷合不合適。下一個問題就是價格。

他的定價話術不直接開價，而是拿出一個半真實的「案例研究」，說明別人怎麼處理：「有些人當成一個 8 萬美元的小專案，有些做到上百萬，很多人落在中間——你怎麼看？」買賣雙方一起看這個例子，而不是賣方開價、買方反應。PULL 框架也替價格劃出範圍：把專案做完的價值，或目前替代方案的成本（例如每年 5 萬美元的市場研究顧問費），都能提供直覺的錨點。

金額較大的案子，成交就變成專案管理。Snyder 的推進手法，是問內部推手（champion）成果最晚何時必須看得見（「最晚明年第一季」），再往回推，把屆時上線所需的每一步都定義出來——這也順帶推著採購流程和 demo 關卡往前走。小案子可能就一條 Stripe 付款連結加一場 onboarding 通話。他明確建議不要主動提試用（pilot）或概念驗證（proof of concept）；如果買方流程要求，那沒問題，但別自己送上門。他也贊成早期先賣「服務形態」的方案——由人來交付成果，同時在背後把自動化建起來——但附帶警告：服務型生意可能把你困在低毛利裡。

留存有領先指標；找到它，再據此設計 onboarding

Snyder 形容自己早期成交後的行為像「拿到車的狗」——把軟體往圍牆外一丟就不管了。他現在的模型是：每個客戶在事件 X 發生之前，流失都是必然的；X 之後，他們要流失才奇怪。所有交付工作，就是在找出 X，並打造一列「子彈列車」，把每個客戶都送到那裡。他引用 Mark Rober 的領先指標說法（對 Slack 而言，是特定期間內送出的訊息數門檻），也舉自己的新創為例：他們把留存軟體賣給餐廳，只要客戶在頭兩週內收到一則通知，得知某位員工快要離職、而且來得及挽留，這位客戶就會變成死忠擁護者，不再流失。onboarding 於是就圍繞那個時刻來設計。

當流失率接近百分之百時，他認為不去診斷原因是不可接受的。某家做水平式 AI 工作流程的新創發現，有一小群人——用某個特定工作流程的貨運承攬業者——持續在用，其他所有人則都流失了。他們於是把整家公司轉向，專做給貨運承攬業者的高階產品，從低價、水平、高流失的生意，轉成聚焦、價值更高的生意。

「案例研究工廠」是規模化的營運模型

Snyder 說這是他整套方法裡最重要、也最難講清楚的概念。在他的模型裡，新創就是一臺把同一份案例研究無限複製的機器：一個買之前會大喊「就是這個」、買之後要流失才奇怪的客戶。案例研究有三個階段——pipeline（讓人願意跟你談）、sales（把他們變成客戶）、delivery（讓他們要流失才奇怪）。創辦人的工作是把這座工廠蓋起來，然後套用限制理論：找出唯一的瓶頸（pipeline、成交率、留存），全力只攻這一項，直到它鬆動。

這個模型同時也是篩選工具：把案例研究拿給潛在客戶看，長得不像的，多半就不合適。「我們這裡不賣軟體，我們做的是案例研究。」pull 框架正好直接供給案例研究的內容——專案、卡點、結果。

Snyder 也把這套做法延伸到成熟公司推出第二個產品：創辦人對現有客戶重跑一遍這套劇本，先賣新功能，再開發。他引述一位產品主管的話：每一個成功的點子，都來自某場業務拜訪中客戶順口要求的周邊功能；所有在白板上想出來的，全都失敗。

假設錯了，還有兩條逃生路

大多數第一個假設都會失敗。Snyder 提供兩招翻身。聖母峰戰術（Hail Mary），是在一場不冷不熱的拜訪尾聲丟出一個開放式問題：「你待辦清單上有沒有什麼事，是你現在願意付錢請我做的？」某家賣招募管理系統給政府單位的新創問了這句，對方回說願意付錢請人幫忙寫職務說明——那成了他們的第一份合約，也長成一門快速成長的生意。這個重新框定對內向的人也有幫助：業務不再是說服，而是「看看他們有沒有什麼卡住、需要幫忙的地方」。

哥布林模式（goblin mode）是緊急逃生口——為了立刻站到客戶面前，做一些有點瘋狂的事。某位創辦人的父母替他挨家挨戶跑牙醫診所；另一位在研討會上約了 20 場會議，問與會者該做什麼。Snyder 把它定位成逃出 0 到 1 那段他所謂「痛苦洞穴」的最後手段，不是常態營運模式。

他的流沙警告：踏入一個已有明顯贏家、而你講不出差異的領域。「Lemonis 才剛做了一個業務自動化工具，他們自力經營、成長很快，那我也來做一樣的」——這幾乎從來行不通，而創辦人會覺得自己瘋了，因為「人家就做起來了」。唯一的出路，是找到一個在位者沒服務到、具體且未被解套的客群。

綜合整理

七個段落貫穿同一套紀律：把創辦人「說服」的本能，換成「買家是不是已經在動」的測試。PULL 縮寫、「你今天為什麼願意跟我談」的開場、聖母峰戰術、尋找流失指標、案例研究工廠，全都是同一個動作套在不同階段——找出那個現狀已經崩壞的人或時刻，讓那股 pull 去幹活。尚未化解的張力在於規模：Snyder 的方法，是為了找到最前面幾個「就是這個」的客戶而最佳化的；他也承認，即使做到 ARR 1 億美元（他引述 Databricks 創辦人的說法），這套東西能不能長久，依然不明。案例研究工廠是他對「可複製性」的答案，但他也自承，還沒找到一種講法能讓聽的人不兩眼發直——這說明這套模型的價值，目前仍偏向直覺，而非可操作。值得持續觀察的兩點：他背書的「先賣服務、後補自動化」模式，在 AI 驅動的交付經濟下還站不站得住；以及隨著 LinkedIn 愈來愈飽和，他那套主動開發基準（接受率 30–40%、回覆率 30–50%）還守不守得住。