核心概念

從「買產品」到「雇用產品」

JTBD（Jobs to Be Done）由 Clayton Christensen 推廣，其核心命題是：消費者不是在購買產品，而是在「雇用」（hire）產品來完成某個任務（job）。這個視角的轉換，讓產品設計從「我們提供什麼功能」，切換到「用戶在什麼情境下，為了什麼目的，選擇了這個解法」。

最著名的案例是奶昔研究：麥當勞想知道如何提升奶昔銷量，傳統研究會問「消費者想要什麼口味？甜度？濃度？」。但 Christensen 的研究發現，大量奶昔在早晨通勤時購買——消費者並不是要喝甜點，而是在「雇用」奶昔來完成「漫長無聊的通勤需要一個耐喝且不必雙手的食物」這項任務。競爭對手不是其他奶昔，而是香蕉、貝果和咖啡。這個洞察改變了改善方向：讓奶昔更濃稠（更耐喝）、加入果粒（增加咀嚼感），而非調整口味。

任務的四個維度

每個任務同時包含多種需求層次：

維度 定義 範例
功能性（Functional） 實際要完成的具體任務 有東西可以邊開車邊吃
情感性（Emotional） 希望感受到什麼情緒狀態 不無聊、有點期待感
社會性（Social） 希望別人怎麼看自己 不顯得邋遢或不專業
財務性（Financial） 省錢、減少沉沒成本或證明預算值得 比便利商店早餐便宜又頂飽

PM 常犯的錯誤是只聚焦功能需求，忽略情感與社會需求。Snickers 廣告「你餓的時候不是你」成功，正是因為它擊中了「飢餓引發的情緒崩潰」這個情感性任務，而非強調熱量或口感。

兩大學派

JTBD 有兩個不同的研究傳統，實務上往往互補：

Christensen 學派（Jobs Theory）：

  • 重點：理解「轉換行為」（Switching）背後的完整敘事與情境
  • 工具：Switch Interview——訪談用戶「你上次購買/切換產品的那天，發生了什麼？」還原購買決策的時間序列
  • 核心框架：Progress Forces 四力模型（推力、拉力、習慣、焦慮）
  • 適合：尋找產品定位、競品分析、理解流失原因

Ulwick 學派（Outcome-Driven Innovation, ODI）：

  • 重點：系統化找出用戶未被滿足的「期望結果」（Desired Outcomes），以量化方式計算機會
  • 工具：Opportunity Score = 重要性 + Max(重要性 - 滿意度, 0)；分數 > 10 代表高機會區
  • Job Statement 格式：動詞 + 受詞 + 情境修飾語（「避免跨時區開會時因時差判斷錯誤而遲到」）
  • 適合：功能優先排序、市場機會評估、大規模問卷調查

兩學派都認同「任務先於產品」的核心前提，但方法論不同——Christensen 偏質性敘事，Ulwick 偏量化結構。實際專案可以先用 Switch Interview 找到任務假設，再用 Opportunity Score 量化驗證。

與傳統用戶研究的差異

傳統 Persona 和用戶故事（User Story）描述的是「這個人是誰、他想要什麼功能」；JTBD 問的是「這個人在什麼情境下，試圖完成什麼進展，有什麼力量推他換或留？」

維度 傳統 Persona JTBD
核心問題 目標用戶是誰 用戶試圖完成什麼進展
研究焦點 人口統計、行為特徵 情境、動機、轉換行為
競品範圍 同類產品 任何解決同一任務的方案（含非消費）
隨時間穩定性 低（Persona 隨產品演化） 高（任務本身穩定）

Uber 的任務「在我需要的時候，快速從 A 到 B 且不用煩惱停車」，十年前和今天一樣穩定。但解法從計程車演變到 Uber，再到電動滑板車，甚至遠端工作（根本不需要移動）。聚焦在任務而非解法，才能看到真正的競爭邊界與創新機會。

關鍵要點

  • Progress Forces 四力模型：轉換決策由四種力量決定——推力（現況不滿）驅動用戶想改變，拉力（新解法吸引力）讓他移向選項，習慣力（現況慣性）和焦慮（切換不確定性）阻礙轉換。成功的新產品必須同時放大推力/拉力，並降低焦慮。

  • Job Statement 寫法：好的任務陳述描述目標與情境，而非功能需求。Meta 模板：「當我 ____（情境），但 ____（障礙），請幫我 ____（目標），讓我 ____（結果）」。❌「用戶想要行事曆提醒功能」→ ✅「當我會議排得太密，幫我避免因分心忘記承諾，讓我不讓同事失望」。

  • Switch Interview 核心問題：（1）觸發點：什麼讓你第一次覺得需要改變？（2）忍耐期：你有先繼續用舊解法嗎？什麼讓你最後決定行動？（3）搜尋過程：你怎麼找到這個解法的？有考慮過哪些選項？（4）決策：為什麼選這個而不是另一個？（5）使用體驗：第一次用是什麼感覺？讓訪談聚焦在行為時間序列，而非偏好調查。

  • 任務穩定，解法變動：「找醫生」這個任務存在幾百年；解法從口耳相傳、電話黃頁、Google 搜尋到 AI 問診不斷演化。任務提供穩定的創新錨點，讓團隊不會隨功能競賽迷失方向。

  • 擴大競品視野：Zomato 的任務是「懶得出門時快速決定好吃的晚餐」，競爭對手不只是 Uber Eats，還包括自炊、超市熟食、附近小館子甚至「乾脆叫披薩」。JTBD 讓產品能看到非顯性競爭威脅。

實務應用

功能優先排序的 Opportunity Score 流程

  1. 用 Job Map 拆解用戶完成任務的每個步驟（定義→準備→執行→監控→完成）
  2. 對每個步驟列出 3-5 個「期望結果」（desired outcome），格式：減少/最大化 + 量詞 + 目標物
  3. 設計問卷，讓用戶對每個期望結果評分（重要性 1-10、目前滿意度 1-10）
  4. 計算機會分數，分數 > 10 = 高優先、< 10 = 過度服務（可削減資源）
  5. 高機會區域 → 差異化功能；低滿意度高重要性 → 核心問題修復

與知識庫現有框架的整合

  • 與 用戶旅程地圖與體驗斷點分析 配合：旅程地圖描述每個觸點，JTBD 說明每個觸點背後的真實任務與四力狀態——找到旅程中推力最強、焦慮最高的斷點，即是優先修復點。
  • 與 MVP 假設驗證與實驗設計 配合：MVP 的核心假設應建立在「我們相信用戶的真實任務是 ____」，用 Switch Interview 驗證任務假設，再用實驗測試解法。
  • 與 北極星指標與產品數據體系設計 配合：北極星指標應反映「任務完成率」而非「功能使用率」——例如不是「奶昔購買次數」，而是「用戶通勤時的滿意度」（雖然難以量測，但引導方向正確）。
  • 與 用戶訪談設計與執行方法 配合：在現有訪談架構中加入 Switch Interview 技法，把問題從「你喜歡什麼功能」轉換為「你上次決定改變的那天，到底發生了什麼」。

延伸觀點

JTBD 不應取代 Persona，而是升級它

NN/G 的研究指出，JTBD 與 Persona 並非對立框架——執行良好的 Persona 本身就應涵蓋 JTBD 資訊。問題在於多數 Persona 只是「行銷區隔偽裝成用戶研究」，缺乏行為與動機細節。整合方向是：將 Persona 的「目標」欄位改寫為 JTBD 任務陳述格式，讓 Persona 同時回答「這個人是誰」與「這個人試圖完成什麼任務」。兩者各有不可替代的功能：JTBD 擅長跨用戶群找到通用任務，Persona 擅長在不同用戶群需求衝突時提供優先決策依據。

JTBD 是回顧性工具，不擅長預測新興市場

兩篇研究共同指出，JTBD 解釋現有行為的能力強，但無法識別「尚未存在的任務」。慢跑文化形成前，消費者根本沒有「跑步時需要專用鞋」這個意識——Switch Interview 問不出這個答案，因為這項任務不在任何人的經驗中。JTBD 適合在已存在市場中找出未被滿足的任務，若目標是開創全新市場或顛覆式創新，需要搭配探索式設計研究（如民族誌、情境觀察）。

洞察無法落地是最常見的失敗模式

JTBD 研究最頻繁的失敗不在研究品質，而在「研究結束後」：洞察停留在簡報層，從未轉化成 roadmap 決策或 KPI。兩篇研究均建議讓任務成為度量錨點的做法：在 roadmap 上標注每個功能對應的 JTBD 任務、在儀表板追蹤任務完成指標、在跨部門會議中用任務語言（而非功能語言）討論優先順序。若研究結束後無人「擁有」某個任務的執行責任，洞察幾乎一定會石沉大海。

反向連結

以下頁面引用了本頁：