很多產品研究會從「誰是我們的客戶」開始。
年齡、職業、收入、所在地、公司規模、產業別，這些資料當然有用，但它們不一定能解釋一個最重要的問題：
為什麼這個人今天決定買，而昨天沒有？
待辦工作理論（Jobs to Be Done, JTBD）把焦點從「這個人是誰」移到「他現在發生了什麼，以及他想完成什麼進步」。
JTBD 的發展，不能只用一個「奶昔故事」理解
JTBD 在商業世界最常和 Clayton Christensen 聯繫在一起，但它的發展脈絡不是單一作者突然提出一套完整公式。
Christensen Institute 現在把 Jobs to Be Done 描述為由 Clayton Christensen 與長期合作的 Bob Moesta 等人共同發展、持續完善的理論方法。《Competing Against Luck》則把這套觀點更完整地整理成商業創新框架。
最廣為流傳的案例之一，是速食店研究顧客為什麼購買奶昔。研究者沒有只問「你喜歡什麼口味」，而是回頭觀察：什麼時間買、當時要去哪裡、還買了什麼、在什麼情境下使用。
結果發現，同一杯奶昔在不同時段，可能被「雇用」來完成完全不同的工作。
Job 不是功能，也不是抽象人生目標
JTBD 裡的「工作」很容易被誤解。
它不是：
- 「我要按下購買按鈕」這種操作任務。
- 「我要成功」這種過度抽象的人生目標。
- 「我要一個 AI 功能」這種已經先決定解法的需求。
Job 比較像：
「當我處於某個情境時，我想完成某種進步，讓自己到達更好的狀態。」
一個常用的 Job Statement（工作陳述）可以寫成：
當我＿＿＿時，我想要＿＿＿，這樣我就能＿＿＿。
情境比人口統計更能解釋購買動機
同一個 40 歲企業主管，可能在不同情境下雇用完全不同的解法。
他今天需要的是「快速整理董事會簡報」，明天可能是「找到能幫團隊建立內訓系統的方法」，週末則可能只是「找一個不用思考的放鬆方式」。
如果只用人口統計分群，很容易把完全不同的 Job 混在一起。
JTBD 更關心的是情境（Circumstance）：什麼事件、限制、壓力與期待，讓這個人開始尋找新的做法。
一個 Job 同時有功能、情緒與社會三個面向
| 面向 | 要問的問題 |
|---|---|
| 功能面（Functional） | 他實際想完成什麼事情？ |
| 情緒面（Emotional） | 完成後，他想怎麼感受？ |
| 社會面（Social） | 他希望別人怎麼看待自己？ |
例如一位講師想建立自己的課程網站，功能面可能是「把付款、會員與上課流程放到自己的網站」；情緒面可能是「不想每次招生都覺得混亂」；社會面則可能是「希望客戶感覺自己是一個成熟、專業的品牌」。
只處理功能面，產品可能能用，卻不一定會被選擇。
客戶「雇用」產品，是為了完成一個進步
這是 JTBD 最值得記住的一句話。
客戶會購買，通常是某個情境讓他想往前走；產品類別只是眾多可能解法之一。
產品只是目前看起來最適合幫他完成這個進步的解法。
這也表示：如果有更簡單、更便宜、風險更低的方式完成同一個 Job，你的實際競爭對手可能根本不在同一個產品分類裡。
需求端視角：不要只研究「我們怎麼賣」，要研究「客戶怎麼買」
很多公司從供給端出發：我們有哪些功能、怎麼定價、怎麼投廣告、怎麼讓業務成交。
JTBD 會把鏡頭轉向需求端（Demand-side）：客戶原本怎麼處理？哪一刻開始不滿？誰影響了他的決定？他比較過什麼？最後放棄了什麼，才願意換到新的做法？
這個轉換很重要，因為「公司把產品推出去」和「客戶把產品拉進生活裡」是兩條不同的故事。
如果只研究銷售話術，就很容易錯過觸發需求的事件。
競爭對手可能是 Excel、人工處理，甚至「先不做」
傳統競品分析會先找同類產品。
JTBD 會問的是：
客戶還會雇用什麼方法，來完成同一個進步？
例如線上課程網站的競爭替代方案，不一定只有另一個課程平台，也可能包括：
- Google Drive + Email。
- LINE 群組。
- Zoom + 人工寄資料。
- 把課程放在第三方平台。
- 繼續只做一對一服務。
- 乾脆先不做線上課程。
「不消費（Non-consumption）」常常才是最大的競爭對手。
如果你正在處理產品定位，可以再看Obviously Awesome：產品定位不是一句漂亮口號，而是讓對的人快速看懂價值。定位要回答的不是只有「我比誰好」，也要回答「客戶原本會怎麼處理這個 Job」。
客戶會換方案，是四股力量一起推動
JTBD 常用進步四力（Forces of Progress）來理解更換決策。
| 力量 | 代表什麼 |
|---|---|
| 推力（Push） | 現在的狀況已經讓人受不了 |
| 拉力（Pull） | 新方法看起來更有吸引力 |
| 焦慮（Anxiety） | 擔心新的做法會失敗 |
| 習慣（Habit） | 目前做法雖然不好，但已經很熟 |
很多行銷只做 Pull：一直強調新產品多方便、多強。
但如果 Anxiety 和 Habit 還很大，客戶還是不會動。
例如一個人很喜歡你的課程網站方案，卻擔心「搬家會不會很麻煩」「之後資料拿不拿得回來」「我自己會不會操作」。這些問題通常不是在要求更多功能，而是在阻止客戶更換做法。
降低焦慮，有時比增加賣點更有效
如果客戶已經認同新方案的價值，再增加十個功能未必會提高成交。
更有效的做法可能是：
- 把轉移流程說清楚。
- 讓合約與權限更透明。
- 提供清楚的開始步驟。
- 說明資料所有權與退出方式。
- 讓第一次使用更容易成功。
也就是把「我想要」和「我敢不敢換」分開處理。
大雇用和小雇用：買了，不代表真的會用
JTBD 可以把「雇用」拆成兩個不同時刻。
大雇用（Big Hire）是購買或註冊的那一刻；小雇用（Little Hire）則是日常生活裡，每一次決定要不要真的使用它。
一個產品可能很會贏得大雇用，廣告很強、銷售頁很漂亮、成交率也不錯；但使用者回到日常情境後，覺得太麻煩、太難、沒有立即價值，就不再「雇用」它。
這時候優先要看的往往是小雇用，而不是繼續加大獲客。
高成交、低使用率，可能不是銷售問題
如果學員很容易購買課程，卻遲遲沒有登入、沒有開始第一課、沒有執行第一個任務，應該分開看：
- 購買前的 Job 有沒有被說清楚？
- 購買後的第一個進步是不是太慢？
- 第一次使用需要多少學習成本？
- 日常生活裡，有沒有更方便的替代方案？
這樣才能分辨問題到底在行銷，還是在產品使用體驗。
切換時間線：從第一次想到，到開始實際使用
JTBD 訪談很重視切換時間線（Switching Timeline），因為購買通常不是某一天突然發生。
可以把時間線拆成四段：
- 第一次想法：第一次覺得「現在這樣不行了」是什麼時候？
- 被動尋找：開始留意可能的解法，但還沒有積極比較。
- 主動尋找：某個事件讓問題變急，開始認真比較選項。
- 決定與使用：選擇一個方案，並在實際生活裡重新判斷它值不值得持續使用。
這條時間線比「你為什麼買？」更容易找出真實因果，因為客戶不用事後替自己的決定編一個漂亮理由。
「說想要」和「已經切換」，是兩種不同證據
一個人說「這功能我一定會用」，只能代表當下態度；已經切換則表示他願意付出時間、金錢、學習成本，甚至放棄舊習慣。
JTBD 更重視後者。最近真的購買、取消、換工具、建立 workaround 的人，通常比「有興趣的人」更能提供可靠線索。
所以研究需求時，不要只記錄好感與意願，也要找已經發生的選擇、取捨與犧牲。
JTBD 訪談不是問「你想要什麼」
客戶通常很難直接設計下一個好產品。
所以 JTBD 訪談更重視重建真實購買時間線：
- 第一次什麼時候開始覺得現在的方法不夠好？
- 發生了什麼事？
- 你先試過哪些替代方法？
- 什麼讓你開始主動找新的解法？
- 你比較過哪些選項？
- 購買前最擔心什麼？
- 最後是什麼讓你決定換？
- 買回去之後，實際使用和原本想像有什麼不同？
重點是問過去真的發生過的事，而不是問「如果有這個功能，你會不會買？」
這和The Mom Test：為什麼客戶都說「很棒」，最後卻沒有人買的原則非常接近：少問假設，多問具體行為與已經發生的選擇。
訪談時，要找「轉折點」而不是收集稱讚
特別值得追問的，是那些開始產生更換念頭的時刻。
例如：
- 某次招生又要手動寄 80 封信。
- 平台突然改規則。
- 第一次收到客戶抱怨登入困難。
- 工作量增加後，原本 Excel 管理開始失控。
這些事件通常比「我覺得你的產品很棒」更接近真實需求。
寫 Job Statement 時，不要把解法偷塞進去
如果 Job Statement 寫成：
「當我要賣課時，我想要一個 WordPress 課程網站……」
這已經把答案寫進問題裡。
更好的寫法可能是：
「當我開始穩定招收學員時，我想把付款、帳號、內容與通知接成一條可重複的流程，這樣我不用每一梯都靠人工處理。」
這樣你才有機會比較不同解法，而不是一開始就把研究變成產品驗證。
JTBD 也能直接改善行銷訊息
很多文案從產品特色開始：
「我們有會員系統、課程功能、自動通知、金流串接……」
JTBD 會先從情境和進步開始：
「當學員開始變多，你不想再靠試算表、訊息和人工寄信維持整個流程。」
前者說「我們有什麼」，後者先讓目標客戶辨認「這正是我現在的情況」。
如果要進一步把這種客戶視角整理成網站訊息，可以搭配StoryBrand：品牌不是故事主角，客戶才是。
用 JTBD 排功能，不是問哪個需求票數最高
功能優先順序可以多問一層：
- 這個功能服務哪一個 Job？
- 它解決功能、情緒還是社會面？
- 它是在增加 Pull，還是在降低 Anxiety／Habit？
- 如果不做，客戶仍然能完成核心進步嗎？
如果一個功能說不出自己服務哪個 Job，很可能只是 Nice-to-have。
JTBD 最常見的 6 個誤用
| 誤用 | 問題 |
|---|---|
| 把 Job 寫成產品名稱 | 研究已經被解法綁死 |
| 只看功能面 | 忽略情緒與社會動機 |
| 只問客戶想要什麼 | 得到大量假設與功能願望 |
| 競爭只看同類品牌 | 漏掉替代方案與不消費 |
| 只看購買 | 忽略買了之後是否持續使用 |
| 只增加 Pull | 焦慮與習慣沒有被處理 |
一個簡單的 JTBD 研究流程
- 先挑最近真的購買、離開或更換方案的人。
- 重建從第一次產生念頭到最後決定的時間線。
- 整理 Push、Pull、Anxiety、Habit。
- 找出功能、情緒、社會三個面向。
- 列出所有實際替代方案，包括「不做」。
- 寫出不包含產品名稱的 Job Statement。
- 用 Job 回頭檢查定位、文案、產品與新手引導。
常見問題
JTBD 和 Persona 有衝突嗎？
不一定。Persona 可以補充角色背景，但 JTBD 更專注在特定情境下的進步與選擇。兩者可以搭配，只是不要讓人口統計取代購買動機。
Job 是不是等於痛點？
不是完全一樣。痛點比較接近 Push；Job 還包含想前進的方向、情緒與社會期待，以及為什麼最後會選擇某個解法。
JTBD 適合 B2B 嗎？
適合。B2B 決策同樣發生在具體情境裡，只是可能同時有使用者、主管、採購與財務等不同角色，各自有不同的功能與社會需求。
訪談一定要問很多人嗎？
先從最近真的發生「購買、轉換、離開」的人開始，比大量隨機問卷更容易找到因果線索。當模式開始重複，再用量化資料確認規模。
JTBD 可以拿來定價嗎？
可以幫助理解價值基準。客戶在比較的不是只有同類產品價格，也可能是在比較人工時間、替代流程、風險與不改變的成本。
什麼時候代表我們其實還不懂 Job？
當 Job Statement 裡必須提到自己的產品、團隊說不出真實替代方案，或只能用「方便、有效率」這類模糊詞描述進步時，通常還需要更多訪談。
Jobs to Be Done 的核心，是理解「為什麼現在要改變」
客戶不是在真空裡挑產品。
他是在某個情境裡，受到現在的不滿推動、被新的可能吸引，同時又被焦慮與習慣拉住。
當你理解這四股力量、功能／情緒／社會三個面向，以及客戶想完成的進步，就會開始看到不同的競爭對手、不同的產品優先順序，也會寫出更貼近真實購買動機的訊息。
參考資料
Clayton M. Christensen、Taddy Hall、Karen Dillon、David S. Duncan：Competing Against Luck: The Story of Innovation and Customer Choice。
Christensen Institute：Jobs to Be Done Theory。
Harvard Business Review：Jobs to Be Done 相關訪談與 milkshake 案例。