JTBD（任務驅動） Jobs to Be Done

什麼時候該用它？

JTBD 最適合在你覺得「我們好像不太理解使用者到底要什麼」的時候拿出來。它不是問卷工具，而是一種思維轉換——把焦點從「我們的產品有什麼功能」移到「使用者在什麼情境下、為了完成什麼任務、才會選擇我們」。

• 新產品探索：立項前釐清使用者真正要完成的任務，避免做出沒人要的功能
• 成長停滯：產品數據看起來「還行」但找不到突破口，用 JTBD 重新理解競爭格局
• 功能優先級爭論：團隊對「該做什麼」各有想法時，用任務框架重新聚焦
• 跨部門對齊：行銷說一套、工程做一套，用共同的「任務語言」拉回同一頻道
• 競品分析盲區：你的競爭對手可能不是同類產品，而是完全不同品類的替代方案

框架結構

JTBD 的核心觀點：使用者不是在「購買產品」，而是在「雇用一個解決方案」來完成特定情境下的任務。

三層任務結構

1. 功能性任務（Functional Job）：使用者想完成的實際事情。例如「在通勤時打發 30 分鐘」
2. 情感性任務（Emotional Job）：使用者想要的感受。例如「覺得自己沒有在浪費時間」
3. 社會性任務（Social Job）：使用者想要被如何看待。例如「看起來是個有深度的人」

四力分析（Forces of Progress）

推動使用者從舊方案切換到新方案的四股力量：

• 推力：對現狀的不滿（Push of the situation）
• 拉力：對新方案的吸引力（Pull of the new solution）
• 慣性：對現有習慣的依賴（Habits of the present）
• 焦慮：對改變的擔憂（Anxiety of the new）

切換發生的條件：推力 + 拉力 > 慣性 + 焦慮

來源與歷史

• 1991：Anthony Ulwick 開始發展 Outcome-Driven Innovation（ODI），奠定「以結果為導向」的創新基礎
• 2003：Clayton Christensen 在 HBS 推廣 JTBD 概念，用「奶昔案例」讓這套理論聲名大噪
• 2013：Intercom 團隊將 JTBD 大量應用在產品開發中，出版《Intercom on Jobs to be Done》讓理論落地到科技業
• 2016：Bob Moesta 出版《Demand-Side Sales》，強化 JTBD 在銷售和行銷場景的應用

真實案例：McDonald’s 奶昔問題

McDonald’s 想提升奶昔銷量。傳統做法是問顧客「你想要更濃、更甜、還是更多口味？」但改善後銷量沒動。

Christensen 團隊用 JTBD 方法重新研究：

1. 觀察：大量奶昔在早上 8 點前被買走，購買者是獨自開車上班的人
2. 訪談：發現他們「雇用」奶昔來完成的任務是「讓 30 分鐘無聊通勤變得有事可做」
3. 競爭分析：奶昔的真正對手不是其他速食店的奶昔，而是香蕉、甜甜圈、貝果
4. 洞察：奶昔比對手更適合這個任務——它夠濃可以喝很久、一隻手就能拿、不會弄髒車
5. 改善方向：讓奶昔更濃（喝更久）、加料增加口感變化（更有趣）、改善取餐速度（通勤時間壓力）

結果：奶昔銷量顯著提升，而且是透過理解「任務」而非改善「產品屬性」達成。

使用步驟

Step 1：定義研究範圍

選定要研究的產品或服務，但不要從產品功能出發。問自己：「使用者在什麼情境下會想到我們？」

Step 2：執行切換訪談（Switch Interview）

找到最近剛開始使用你產品、或剛從你產品離開的人。訪談聚焦在「切換的那一刻」：

• 什麼事件觸發了你開始找解決方案？
• 你之前用什麼方式處理這個問題？
• 你考慮過哪些替代方案？為什麼選/不選？
• 什麼讓你猶豫最久？

Step 3：萃取任務陳述

用標準格式整理：「當我 [情境]，我想要 [任務]，這樣我可以 [預期結果]」

例：「當我早上獨自開車上班時，我想要有東西讓通勤不那麼無聊，這樣我到公司時心情會比較好」

Step 4：繪製四力圖

為每個核心任務畫出四力分析，找出：

• 推力和拉力夠不夠強？
• 慣性和焦慮的具體來源是什麼？
• 我們能做什麼來降低慣性/焦慮？

Step 5：重新定義競爭格局

基於任務而非產品品類重新劃定競爭範圍，你會發現真正的對手可能是你從沒想過的東西。

這樣做 vs 避免這些

這樣做

• 用「情境 + 任務 + 結果」完整描述需求，而非只列功能清單
• 關注切換行為（switch）— 這是需求最強烈的訊號
• 訪談時追問「那一刻發生了什麼事？」，挖掘觸發事件
• 把情感性任務和社會性任務看得跟功能性任務一樣重要

避免這些

• 不要把 JTBD 當成另一種使用者故事格式（「As a user I want…」不等於 JTBD）
• 不要只做問卷 — JTBD 需要深度訪談才能挖到真實情境
• 不要把任務定義得太抽象（「活得更好」不是有效任務）也不要太具體（「點擊左上角按鈕」不是任務）
• 不要忽略「不採用」的理由 — 慣性和焦慮往往比拉力更決定結果