Jobs to be Done（JTBD）是什麼：案例與落地方法

目錄

• 摘要：JTBD與傳統區隔的對比
• 什麼是Jobs to be Done：客戶「僱用」解決方案

  • 奶昔案例
  • 「工作」的三個維度
• 進步的四種力量

  • 如何應用到網頁文案和新手引導
• 如何做JTBD時間線訪談

  • 時間線里程碑
  • 訪談問題
• 從訪談到產品路線圖：客戶工作的8個階段
• 用無程式碼工具快速驗證
• 行動計畫：本週開始應用JTBD

Jobs to be Done（JTBD）是一個理解人們為什麼購買的框架：關注的不是你的產品是什麼，而是人們「僱用」它時想取得的進步。它幫你在花上好幾個月開發沒人要的功能之前，先判斷該做什麼、怎麼解釋，以及新手引導該改什麼。

本指南會講清楚核心理念、「工作（job）」的三個維度、進步的四種力量、如何做時間線訪談（附可直接使用的問題），以及本週就能落地的五步計畫。

摘要：JTBD與傳統區隔的對比

面向	傳統區隔（使用者畫像）	Jobs to be Done
核心問題	我的客戶是誰？	他們在什麼情境下想取得什麼進步？
變數	年齡、所在地、職位、習慣	情境、觸發事件、替代方案、焦慮
用途	決定對誰說話	決定做什麼、說什麼
單獨使用的風險	基於對畫像的假設來做功能	看不清該觸及哪個區隔市場

這並不是方法之爭。使用者畫像告訴你「是誰」，JTBD告訴你「為什麼是現在」。最好的團隊兩者都用。

什麼是Jobs to be Done：客戶「僱用」解決方案

JTBD的核心理念是：客戶不是在買產品，而是在特定情境下僱用產品來取得進步。克雷頓·克里斯汀生在創新領域推廣了這一思想，鮑伯·莫斯塔和安東尼·烏爾維克則以不同的方法加以發展：莫斯塔提出時間線訪談和進步的力量，烏爾維克提出以期望結果為導向的對應。

問題不再是「客戶是誰、想要什麼功能？」，而是：這個人想完成什麼，他會僱用什麼方案來完成？技術是可以替換的，穩定不變的是這個人想完成的那份工作。

奶昔案例

經典例子：一家速食連鎖想賣出更多奶昔。關於口味和口感的調查毫無作用。觀察早晨的購買者後，另一份工作浮現出來：通勤路程很長的人，想要一樣能打發時間、單手就能喝、又能撐到午飯的東西。競爭對手不是其他奶昔，而是香蕉、甜甜圈和貝果。

對數位產品而言，道理相同：你真正的競爭對手不在功能比較表裡，而是客戶今天用來完成這份工作的所有東西，包括一張Excel試算表或一本筆記本。

「工作」的三個維度

工作不只是一項任務。它有三層，購買決定幾乎總是由這三層同時解釋：

• 功能層：實際的任務。例如每月收取訂閱費用，或彙整團隊的銷售報表。
• 情感層：想要的感受。例如安心：不會算錯，也不會漏收款。
• 社交層：想被如何看待。例如在上司或董事會面前，被看作有條理、善於分析的人。

只解決功能層，你的產品就只能拚功能。如果還回應了情感層和社交層，你爭的就是客戶真正會記住的東西。

進步的四種力量

要讓一個人放棄現在使用的東西、採用新的東西，推動他的力量必須大於拖住他的力量。共有四種：

1. 現況的推力（push）：今天的不滿與痛點，是開始尋找的起點。
2. 新方案的拉力（pull）：新產品的承諾，以及此人想像中的結果。
3. 對改變的焦慮（anxiety）：擔心遷移資料、學習曲線、出問題或虧錢。
4. 習慣（habit）與慣性：「一直都是這麼做的」帶來的舒適感，哪怕效率很低。

推力與拉力促使人購買；焦慮與習慣拖住人。大多數銷售頁面只經營拉力（更多功能、更多承諾），卻忘了很多訂單是栽在焦慮和習慣上。

如何應用到網頁文案和新手引導

在標題裡傳達推力和拉力，在輔助文字和按鈕裡降低焦慮和習慣的阻力。

之前（以功能為中心）：

「我們是面向中小企業的領先AI SaaS管理軟體，包含開票、庫存和進階報表模組。」

之後（以進步為中心）：

• 標題（推力＋拉力）：「還在用Excel手工收訂閱費，掉訂單又出錯？讓定期收款自動化，把現金流掌握在自己手裡。」
• 微文案與按鈕（焦慮＋習慣）：「無需信用卡。我們幫你匯入資料。隨時取消。」

註冊之後同樣適用這個邏輯。如果使用者因為不確定或慣性而停滯，群發的通用電子報沒有幫助。Loops或Customer.io這類事件驅動的訊息工具，可以在某個里程碑發生或沒有發生時，觸發有用的訊息：signed_up、created_first_project、payment_failed。如果有人註冊後48小時內沒有建立第一個專案，他會收到完成這一步所需的具體協助。

如何做JTBD時間線訪談

時間線訪談一步一步還原一個人是怎樣走到購買（或取消）的。你談的是已經發生的具體事件，而不是未來的打算，因為人們不擅長預測自己會做什麼，卻很擅長講述自己做過什麼。

時間線里程碑

這是對莫斯塔所用框架的改編；你的訪談應涵蓋這些時刻：

1. 最初的念頭：這個人察覺到某件事不對勁或可以更好的那一刻。
2. 被動搜尋：留意推薦和內容，但不投入時間或金錢。
3. 主動搜尋：比較工具、申請展示、評估替代方案。
4. 觸發事件：把煩惱變成迫切感的具體事件：一次故障、一個代價高昂的錯誤、團隊的變動。
5. 決定：做出承諾：付款、簽約或註冊。
6. 首次使用：發現產品是兌現了承諾，還是帶來了摩擦。

觸發事件是最有價值的資料：它告訴你產品什麼時候變得相關，也就是該在何處、何時出現。

訪談問題

像還原現場的調查員一樣展開對話。問具體的、有畫面感的細節（當時在哪裡、螢幕上開著什麼），因為細節能喚起記憶，也能減少對方說「你想聽的話」的偏差。

鎖定觸發事件

• 「請講講你決定找其他方案的那一天。那一週發生了什麼以前沒有發生過的事？」
• 「當你想『我不能再這樣下去了』的時候，你在哪裡，螢幕上開著什麼，正想做什麼？」

了解搜尋過程與替代方案

• 「註冊之前，你還試過哪些工具、試算表或做法？」
• 「你向誰徵求過推薦？開始比較時，你在Google或ChatGPT裡輸入了什麼？」

挖掘焦慮與習慣

• 「在付款或簽約之前，有沒有哪個疑慮差點讓你打退堂鼓？」
• 「放棄原來的系統或說服團隊有多難？使用的前15分鐘裡，最讓你困惑的是什麼？」

避免問「你會為此付費嗎？」或「你希望它有X功能嗎？」。這類問題只會得到客氣但不可靠的答案。想多練習這類對話，可以看史蒂夫·布蘭克方法的指南，裡面講了如何在開發之前先去和客戶交談。

從訪談到產品路線圖：客戶工作的8個階段

烏爾維克建議把任何工作拆成八個階段，用來準確定位客戶在哪一步痛苦：

1. 定義：擬定計畫、設定目標。
2. 定位：蒐集所需的資料或材料。
3. 準備：設定環境、工具和資料。
4. 確認：行動之前確認一切就緒。
5. 執行：完成核心任務。
6. 監控：檢查進展與品質。
7. 修改：調整與修正。
8. 結束：收尾、儲存或匯出結果。

當訪談在某個階段發現強烈的摩擦時，這個摩擦就成為你待辦清單裡的優先事項，而不是憑直覺添加功能。下面是一個範例：

「準備」階段的摩擦：使用者在開始分析之前，要花好幾個小時清理和整理資料。

• 產品優先順序：一鍵匯入和自動連接器。
• B2B文案（團隊效率）：「省去準備資料的手工作業。連接你的CRM，為管理層集中彙整報表。」
• B2C文案（速度與簡單）：「告別Excel的混亂。一鍵上傳檔案，立刻看到結果。」

摩擦是同一個，但表達方式因購買者不同而不同：企業關心團隊時間和管控，個人關心速度和簡單。如果需要梳理整個價值主張，互動式商業模式圖可以幫你把這份工作和客群區隔、通路、收入連起來。

用無程式碼工具快速驗證

知道了要解決哪份工作，就不需要好幾個月的開發來驗證它。Lovable或Emergent這類AI建構工具可以讓你在幾天內搭出附帶身分驗證和收款的MVP，Lovable還能連接Supabase並把程式碼匯出到GitHub，避免被平台綁定。選擇之前，請查看目前的價格和限制：它們經常變動。

工具是最不重要的；重要的是用真實資料衡量是否有人願意為解決這份工作付費。想沿著這條路深入，可以看用AI打造Micro-SaaS的指南，以及一週驗證商業想法。定價之前，請先用利潤率計算機算一算你的利潤率。

行動計畫：本週開始應用JTBD

1. 訪談5位近期客戶。選擇最近30天內購買或取消的人。還原他們的時間線，記下觸發事件和他們試過的替代方案。如果還沒有客戶，就訪談現在用其他工具或手工方式解決這個問題的人。
2. 梳理四種力量。把發現整理成推力、拉力、焦慮、習慣的矩陣，並附上原話。在三個或更多人身上重複出現的規律，就是你的優先事項。
3. 重寫文案與新手引導。把標題改成談進步，加入能降低焦慮的保證，並在人們容易停滯的節點設定事件驅動的訊息（用Loops、Customer.io或類似工具）。
4. 按摩擦排定路線圖優先順序。把每個摩擦放到8個階段之一，先解決最嚴重的那個。
5. 用MVP與真實付費驗證。在擴展架構之前，先測轉換率和付費意願。

JTBD並不能取代判斷力或市場分析；它做的是把對話從「我該加什麼功能」轉向「我的客戶需要什麼進步」。做好五場訪談，你得到的清晰度會超過好幾個月的假設。