JTBD（Job to be Done）用途理論：從「買產品」到「雇用解決方案」｜行銷百科 | 白話文商學院

Job to be Done（簡稱 JTBD，又稱用途理論）由哈佛商學院教授 Clayton Christensen 提出，核心主張是：人們買的是「在特定情境下雇用某個解決方案，來幫自己完成一件想做的事」。它把分析單位從「這個人是誰」換成「這個人現在想完成什麼進度」。Christensen 在《與運氣共創未來》（Competing Against Luck）書中用麥當勞奶昔案例說明，多數早晨買奶昔的顧客，真正要的是通勤時能慢慢喝、不弄髒車、又能填飽肚子這份進度，甜味只是附帶。說白了，顧客買的是「這東西能不能幫我推進某件事」，規格只是手段。

重點先看： JTBD 要你追問的是工作，把焦點從身分移開。一旦改問「這個人現在想把什麼進度往前推」，競爭對手清單會整個重寫，奶昔的對手會變成甜甜圈和通勤的無聊，同品類的飲料反而排不上名。

雇用這個詞為什麼重要：把分析單位放到工作上

Job to be Done 與一般顧客需求分析的差別，藏在動詞上。Christensen 刻意用「雇用」（hire）這個詞，把一筆交易重新框成「顧客在招募一個幫手來推進某件想做的事」。這個動詞的切換看似微小，卻改變了整個分析的起點：你問的要從「這個客群要什麼規格」，挪到「這個人在這個情境下，想把什麼進度往前推」。相關的 行銷本質與顧客需求的關係 也建立在同一個前提上：行銷的起點是需求，產品只是落點。

Christensen 是破壞式創新（Disruptive Innovation）理論的提出者，JTBD 是他對另一個更尖銳問題的回答：為什麼規格更好的產品反而會失敗？他的結論是，這些產品鎖定的標的是「人是誰」（人口統計、收入、年紀），卻漏掉了「人想完成什麼工作」。用途理論對應的英文還有 Jobs-to-be-Done、Outcome-Driven Innovation 等近義說法，中文常譯「用途理論」。它與他另一套理論的關係，可以參考 品類策略與跨品類替代現象 的延伸討論。

我自己常用一個快測來判斷一個產品有沒有抓到 job：把品牌拿掉、把規格表拿掉，顧客還能不能清楚說出「我拿它來做什麼」。如果說得出來，你賣的就是被雇用的解決方案；若只能說出「它有什麼功能」，那賣的就只是功能本身。這聽起來像常識，但走進任何一家公司的產品評估會議，你會發現大家還是在比規格表，很少人問「這推進了哪個進度」。這正是 搜尋意圖與理解顧客真實需求 在 SEO 領域被反覆強調的同一件事：要回答的是查詢背後想完成的工作，字面只是入口。

這套框架有一條常被忽略的前提：它處理的是「進度類」的工作，也就是顧客主動想往前推的事。對於那些顧客根本沒有意識到、或被動接受的問題，JTBD 的解釋力會下降，這類情境往往要搭配問題發現型的探索方法才有辦法處理。把這條前提記在心裡，能避免你把所有顧客行為都硬塞進工作這個框，誤以為沒有對應的工作就代表這群顧客不重要。另一個常見的過度延伸是把 JTBD 當成需求預測工具：它擅長解釋「為什麼會雇用」，對「未來會不會繼續雇用」只能給方向，預測性的題目仍要回到銷售數據與市場趨勢。

功能更強，為什麼顧客還是不買單

產品功能變強，顧客卻不一定買單，因為顧客雇用的是完成工作的進度，功能清單只是載體。當一個功能無法推進那個進度，再多規格也只是成本，這也是為什麼很多規格更好的產品反而會輸給看似陽春的替代方案。奶昔的例子之所以經典，就在於它把競爭對手整個重寫了：奶昔的真正對手是通勤途中能打發時間、又不會弄髒車子的任何東西，可能是甜甜圈，可能是一杯咖啡，甚至是無聊本身，其他飲料反而不在第一線。

一旦接受「對手不限於同品類」這個前提，很多跨品類替代現象就有了合理解釋。串流平台真正怕的是睡眠和短影音，另一家串流反而排不上威脅；辦公軟體真正怕的是會議本身被取代，另一套辦公軟體同樣不是主戰場。這類現象背後的道理，和 商業模式九宮格與用途理論的搭配 談論的價值主張重新定位是同一條線。把鏡頭拉遠看，整個 4P 行銷架構如何呼應顧客工作 都會跟著被重新校準：產品、價格、通路、推廣要對齊的目標從品類競爭，挪到工作競爭。

這裡有一個實務判準比問卷好用很多：問顧客「你喜不喜歡這個功能」往往問不出東西，改問「你上次在什麼情境下改用別的方案」會有料得多。切換故事裡藏著真正的雇用理由。Christensen 在書中反覆強調，問「為什麼你選這個」通常只會得到事後合理化的答案，問「你上次切換的那一刻在想什麼」才會挖出工作。這也呼應 慾望行銷與顧客買的不是產品 那條思路：顧客嘴上講的，常常和真正驅動他行動的理由對不上。

這層觀念直接挑戰規格戰和功能比較表式的行銷思維。當你的對手被重新定義，你的行銷預算要投哪裡、產品該砍掉哪些功能，答案都會跟原本完全不同。這也是為什麼 差異化行銷與重新定義競爭對手 的核心常常落在「我完成這件工作的方式跟你不一樣」，比「我比你強」更值得著墨。承認這點不容易，很多團隊會在「但是我們的規格明明比較好」這句話上卡很久。

JTBD 的三種工作類型：功能性、社交性、情感性任務

源自 Christensen 與 Bob Moesta 等人的 JTBD 框架，把顧客想完成的工作分為功能性任務、社交性任務、情感性任務三類。同一個購買行為常同時夾帶兩到三種任務，辨識出顧客最在意的排序，比堆砌功能規格更能決定溝通成敗。

任務類型	本質	辨識特徵	常見誤判
功能性任務 Functional	解決實質問題，可量化（省多少時間、提升多少效率）	顧客能用具體數字描述進度	把它當成唯一動機，忽略其他兩層
社交性任務 Social	在他人眼中成為某種樣子，關乎身分認同與群體歸屬	顧客會提到「別人怎麼看」「朋友都在用」	誤判成虛榮，其實是強動機
情感性任務 Emotional	滿足內在情緒與心理需求（安心、放鬆、成就感）	顧客用「安心」「放心」「鬆一口氣」描述	被規格導向團隊忽略

功能性任務最容易量化，也因此最容易被團隊過度放大。一個為「快速到公司」而買電動自行車的人，首要考量是縮短通勤時間，這層很具體。但如果你只看到這層，就會錯過他可能還想要「看起來不像個被交通打敗的上班族」的社交層，以及「不用每天跟公車時刻表賭氣」的情感層。社交性任務常被誤判成虛榮，但研究顯示它往往是比功能性更強的驅動力：為了融入朋友圈而買同款運動鞋的人，真正買的是歸屬感，鞋只是道具。這和 心理帳戶與消費動機 談的「錢花在哪一類心理帳戶」是互相呼應的。

情感性任務是最容易被規格導向團隊忽略的一層，卻往往是定價上限的決定者。一個在工作壓力大時預約香氛療程的人，真正在買的是「舒緩焦慮、放鬆心情」這個內在進度，「學一門新技巧」這種說法只是表面的包裝。當你能說清楚這層，你的產品就有資格被放進「自我照顧」這個心理帳戶，「可有可無的消費」這個歸類就不容易再壓住你的定價。落地用法很直白：用一張表把同一個產品的三種任務列出來，標出顧客最在意的排序，溝通主軸就從第一名長出來。如果你想做得更細，洞察消費者真實需求的方法 提供了系統化的歸納流程。

這裡要承認一個不確定性：三種任務的排序並非寫死，它會隨情境、人生階段、甚至當下情緒波動而變。同一個顧客早上可能是功能性至上，晚上切換成情感性優先。所以分類的重點在於逼團隊至少同時看見三層，避免只盯著功能那一層。這也牽涉到 消費者涉入理論與購買決策：高涉入與低涉入情境下，哪一層任務會主導決策，答案並不一樣。

把工作寫成一條合格的 Job Statement：一個可重複套用的範本

辨識出顧客的工作之後，多數團隊卡在下一步：怎麼把訪談得到的零散故事，寫成一條能被團隊共用、被工程師看懂的工作敘述。Christensen 與後續實務者常用的範本是「動詞＋受詞＋情境脈絡」的結構，重點是開頭一定要是動詞、過程中不能出現任何解決方案名詞。一條寫得好的工作敘述，讀起來會像是在描述一個進度，而不是一張功能清單。

範本的填空順序是：先寫出顧客想完成的動作（例如「安排」「同步」「確認」「提醒」），再接上這個動作的對象（檔案、進度、訊息、約會），最後補上情境脈絡（在什麼時候、為了什麼、和誰一起）。把這三段組合起來，你會得到一條像「在團隊成員臨時變動時，快速確認每個人手上的進度」這樣的句子。這條句子裡沒有任何產品或功能，換掉任何一個解決方案它都還成立，這就是合格工作敘述的判準。

實際撰寫時有三個檢查點值得逐條過。第一個檢查點是動詞層級：把顧客在訪談裡反覆出現的動作詞列出來，挑出層級夠高、又不會抽象到無法落地的那一個；層級太低會陷進功能細節，層級太高會失去方向感。第二個檢查點是情境限定：工作敘述必須帶有情境，否則會變成放諸四海皆準的空話，情境越具體，後續要驗證和排序就越容易。第三個檢查點是競品映射：寫完之後問自己「不用我的產品，顧客還能用什麼完成這件事」，如果答案清單裡出現跨品類甚至跨產業的替代方案，代表這條工作抓得夠準。

Job Statement 撰寫檢查表

• 開頭是動詞，整句沒有出現產品名、功能名、按鈕名或規格單位
• 句子描述的是一個「進度被往前推」的狀態，描述了開頭與結尾
• 包含明確的情境脈絡（時間、場合、對象、壓力來源）
• 換掉任何一個解決方案，這條句子仍然成立
• 能對應到一組跨品類的替代方案，而非只跟同類產品競爭

一個常見的失誤是把工作寫成目標客群的特徵描述，例如「三十歲都會女性的保養需求」這類句子，這退回了 persona 的語言，沒有任何進度可言。另一個失誤是寫成顧客的痛點描述，例如「覺得時間不夠用很焦慮」，焦慮是觸發雇用的情緒，本身還不是工作，要把情緒往後推一層，問「焦慮之後顧客想完成什麼」，那個動作才是工作。把這兩種失誤排掉，工作敘述的可用度會明顯提升，後續無論是排序優先順序、還是分配開發資源，都有了共同的討論基礎。

四個經典 JTBD 案例，以及它們各自教會你的一件事

麥當勞奶昔、Airbnb、Dropbox、TikTok 這四個案例，各自指向 JTBD 的一個重點：奶昔證明競品要跨品類重新定義、Airbnb 證明工作會同時包含情感與社交層、Dropbox 證明工作成果比功能羅列更重要、TikTok 證明同一個平台能同時服務兩組不同的工作。這幾個案例都是公開商業常識，不依賴未經驗證的營收或市占數字。

麥當勞奶昔：競爭對手要跨品類重新定義

研究人員靠現場觀察和訪談才挖出通勤打發時間、不弄髒車這個非顯性 job。研究團隊一開始以為顧客買奶昔是因為「好喝」或「口味多」，深入訪談後才發現，多數早晨的奶昔顧客是通勤族，他們要的是一個能慢慢喝、不會滴得到處都是、又能撐到中午的東西。這個案例最大的教訓是：如果你的分析單位還停在「誰買奶昔」，你永遠找不到真正的對手。對手是甜甜圈、是咖啡、是無聊，這也是 理解消費者內心的他心問題 為什麼那麼難的原因：顧客自己都不一定講得清楚。

Airbnb：工作會同時包含情感與社交層

Airbnb 提供的解決方案背後同時有三層工作：省錢（功能）、融入當地生活（社交）、放鬆的旅行體驗（情感）。很多平台只想到了省錢這一層，所以只能打價格戰；Airbnb 把溝通主軸放在「像當地人一樣生活」，等於把社交層和情感層一起搬上檯面。這個案例說明，利基市場與鎖定特定顧客工作 的真正入口，常常藏在那個沒被講出來的情感層工作裡，功能層只是陪襯。

Dropbox：工作成果比功能羅列更重要

Dropbox 的用戶真正要的是「不用再擔心檔案不見和版本錯亂」這份安心，雲端硬碟只是它的外殼。這是一個標準的情感性任務包著功能性任務：功能上是跨裝置同步、備份與分享，但真正被雇用的理由是「安心」這個內在進度。如果 Dropbox 當年把官網寫成「支援 N 種格式、N GB 空間」，它很可能就只是又一個雲端硬碟。這跟 高概念行銷與一句話講清價值 談的「一句話講清楚你完成什麼工作」是同一個道理。

TikTok：同一個平台服務兩組不同的工作

短影音平台同時被觀眾和創作者雇用，這兩條 job 必須一起顧。觀眾要的是殺時間與即時快感，創作者要的是被看見與變現。任何一邊的工作沒被照顧好，整個平台的雇用關係就會失衡。這個案例提醒一件事：當你的產品同時服務多個角色，你的 組織購買中心與消費者角色 分析要拆開來看，不能假設所有使用者要的是同一件事。它也解釋了為什麼 網紅行銷與顧客信任建立 會變成短影音平台的基礎設施：創作者這邊的工作沒被完成，觀眾這邊就沒有內容可看。

如何把 JTBD 用在品牌定位：讓品牌被雇用來做某件事

JTBD 套到品牌層面，關鍵是把品牌使命收斂成「顧客在什麼情境下會雇用你來完成什麼工作」，然後讓從官網、社群到實體通路的每一個接觸點都重複印證這個工作，各自講不同的賣點只會稀釋這層認知。差異化的判準也要跟著調整：要問的是「我完成這件工作的方式跟對手差在哪」，把「我哪裡比對手強」放到第二線。這條路徑和 STP 分析與 JTBD 的互補關係 是高度重疊的：STP 告訴你切哪個市場，JTBD 告訴你那個市場裡的人想完成什麼。

1. 透過訪談和回饋歸納顧客在哪些關鍵情境選你而非選別人，把它轉成品牌使命
2. 差異化判準調整成「我完成工作的方式跟對手差在哪」，讓「我哪裡比對手強」退到背景
3. 讓行銷內容、包裝、空間規劃每一個接觸點都讓人明確感受到這個工作
4. 持續收集「工作是否真的被完成」的回饋，滿意度分數只能當輔助參考

第一步的訪談，原則是「找最近剛雇用或開除某個方案的顧客」，問他們那次切換的完整故事。實務經驗法則是少數幾場深度訪談就足以挖出關鍵工作，不需要大規模市調。這跟 品牌主動吶喊定位的原因 一樣：定位不是自己宣告出來的，是從顧客雇用你的理由裡歸納出來的。一個常見的錯誤是把品牌使命寫成「我們提供優質的產品與服務」，這種說法對誰都成立，等於沒有工作可被雇用。

接觸點一致性是品牌層 JTBD 最容易破功的地方。很多品牌的官網講一個工作、社群講另一個、實體店面又是另一個，結果顧客記不住你到底被雇來做什麼。理想的狀態是，不管顧客在哪一個接觸點遇到你，都能在三秒內感受到同一個工作。這也是 內容行銷如何呼應顧客工作 為什麼要從工作出發、把關鍵字放第二線的原因：關鍵字會換，工作相對穩定。內容行銷之所以是維持這層一致性的主力工具，可以從產業數據看出它的份量，研究指出網站、部落格與 SEO 仍是行銷人公認投報率最高的管道，小型企業從部落格內容獲得投報的比例更比平均高出 23% [來源：〈HubSpot State of Marketing Report, 2026〉〈https://www.hubspot.com/marketing-statistics〉〈2026〉]。這組數字背後的邏輯與 JTBD 一致：能持續被搜尋、持續被雇用的內容，必然是對準了某個穩定的工作，而非追逐變動快速的關鍵字。讓顧客用自己的話把工作講出來，則是 使用者原創內容如何讓顧客幫你證明工作被完成 的價值所在。如果這套一致性要延伸到零售現場，人貨場分析與零售情境 提供了把工作翻譯成空間語言的方法。

追蹤方式也要換。只看滿意度分數會被誤導，因為滿意不等於工作被完成。比較好的指標是「顧客下次遇到同樣情境，會不會再雇用你」，這牽涉到 顧客終身價值與重複雇用 的邏輯：重複雇用才是真正的品牌健康度。你可以搭配 RFM 分析追蹤顧客雇用行為，把「最近一次雇用、雇用頻率、雇用金額」當成觀察工作是否被持續完成的訊號。

產品開發裡的 JTBD：功能清單之外的另一種排序

產品團隊落地 JTBD 時，先用情境與人物誌釐清「誰在什麼場合需要你」，再把產品價值的說法收斂成「能幫使用者省多少時間、推進多少進度」，最後圍繞這個工作成果設計從拆封到售後的完整體驗流程。重心要放在情境上，人口統計只能當背景，這也是 Persona 人物誌與情境分析的差異 想提醒的重點：人口統計是描述，情境才是動機。同樣從同理使用者情境出發的還有 設計思考五步驟與同理心解題，兩者都主張先搞懂顧客在什麼情境下卡關，再回頭設計解決方案。

價值表達那一層是最容易立刻看到效果的改動。當你把「支援 N 種格式」這類說法收掉，改講「每天幫你省下 30 分鐘找檔案的時間」，轉換率通常會有感提升。這背後的功夫，是把產品價值翻譯成顧客的進度單位，修辭只是表面。如果你需要一個把這件事講清楚的對外溝通工具，CTA 行動呼籲如何促成雇用 談的就是如何讓行動呼籲直接指向那個工作成果，把功能按鈕的描述收斂到背景。

整體體驗流程這件事，常常是產品團隊最忽略的一環。多數團隊把力氣花在核心功能，卻忘了拆封、安裝引導、第一次使用的挫折感，都會決定顧客要不要繼續雇用你。一個會讓顧客在安裝階段就放棄的產品，功能再強也等於沒被雇用。這條從拆封到日常使用的動線，背後牽動的是 UI/UX 介面設計如何影響完成工作的流暢度：每一個讓人卡關的步驟，都在削弱顧客雇用你的理由。上市的節奏也因此變得重要，重點是把整條完成工作的路徑鋪平，把產品推上架只是其中一個動作。如果你追蹤的是顧客行為路徑，GA4 可以幫你看到哪一個接觸點最常讓工作中斷，搭配 行銷漏斗拆解與接觸點對應 則能把這條路徑放回完整的顧客旅程來檢視。

最大的坑是把顧客說要的功能直接照做。顧客說「我要一個更快的通知系統」，你照做出來，可能發現根本沒人用。因為真正的工作是「我想要在事情出錯時第一時間知道」，更快的通知只是其中一種完成方式，也可能是錯的那一種。先回推工作、再決定要不要照單全收功能，這是 JTBD 在產品開發裡最值錢的一個動作。當你把這個動作和 80/20 法則與聚焦關鍵少數 結合，會發現多數產品的功能清單裡，真正推進工作的可能只有少數幾個。把這少數工作快速做出原型來驗證，正是 用 AI 協作加速產品原型開發 在 JTBD 流程裡能派上用場的地方：先確認工作被完成，再決定要不要投入正式開發。

JTBD 與其他顧客研究框架的比較：誰回答什麼問題

團隊手上往往同時有好幾套顧客研究工具，JTBD、persona 人物誌、傳統顧客滿意度調查、聲音顧客法（Voice of the Customer）。它們各自回答不同的問題，混淆這些問題是資源浪費最常見的來源。把每一套工具擅長回答的問題分清楚，才知道哪一題該交給誰。

框架	回答的核心問題	分析單位	主要輸出
JTBD	顧客想完成什麼進度	情境＋工作	工作敘述、跨品類競爭地圖
Persona 人物誌	目標顧客是誰	人口統計＋生活樣貌	顧客畫像、溝通語彙
顧客滿意度調查	現有體驗哪裡好壞	既有產品的使用者	分數、改善項目清單
聲音顧客法（VOC）	顧客嘴上說要什麼	顧客陳述的需求	需求清單、抱怨分類

這張表帶出一個關鍵認知：滿意度調查與 VOC 處理的是「顧客說出口的話」，它們只能告訴你現有產品哪裡被抱怨，無法告訴你顧客還有哪些沒被滿足的工作。persona 處理的是「顧客是誰」，給你的是溝通對象，不是溝通內容。只有 JTBD 把鏡頭對準「顧客想完成什麼」，這也是它能在跨品類替代現象上提供獨特解釋的原因。實務上這四套工具是互補的：先用 persona 框定對象，用 JTBD 挖出工作，用 VOC 收集已經說出口的期待，用滿意度調查追蹤現有體驗，各自有各自的用途，沒有任何一套能涵蓋全部。

JTBD 切換式訪談的完整流程：從找人到挖出工作

前面多次提到「找最近剛切換方案的顧客聊切換故事」，這句話背後有一套可以照表操課的流程。Christensen 與 Moesta 推廣的切換式訪談法，核心信念是雇用的真正理由只藏在切換的那一刻，也就是顧客從舊方案換到新方案的那個時間點。把這個時間點還原成一個完整的故事，是整個流程的主軸，訪談者要做的是還原現場，不是評估偏好。

1. 找對的人：鎖定過去三到六個月內剛雇用或剛開除某個方案的顧客，記憶越新鮮，細節越完整
2. 還原時間軸：從「你第一次想到要換的那一刻」開始倒推，把那天的情境、心情、壓力逐一拼回來
3. 找觸發事件：問「在你動念之前發生了什麼事」，找出把顧客推過臨界點的那個具體事件
4. 盤點考慮過的替代方案：列出顧客當時列入考慮的所有選項，這份清單就是真正的競爭地圖
5. 記錄放棄的理由：針對每一個沒被選上的方案，問「它哪裡沒做到」，這些沒做到的地方就是工作的輪廓
6. 收斂成工作敘述：把上述線索翻譯成動詞開頭的工作敘述，再回頭跟顧客確認是否吻合

這套流程裡最容易被略過的是第四步，盤點替代方案。很多訪談者只問顧客最後為什麼選了現在這個方案，卻漏掉「當時還考慮過誰」。替代方案清單的重要性在於，它直接給你一張跨品類的競爭地圖：顧客考慮過但放棄的每一個選項，都告訴你這個工作的完成路徑不只一條。把這張地圖攤開，你才會知道自己真正在跟誰搶這份工作。如果一個軟體工具的替代方案清單裡出現了 Excel 試算表、紙本筆記，甚至「乾脆不做」，代表這個工作的門檻很低，定價與溝通策略都要跟著調整。

訪談人數的判斷有一個實用的停損原則：當連續兩到三場訪談都沒有挖出新的工作類型，多數關鍵工作就已經浮現，可以收斂進入排序階段。這個原則的依據是，工作類型的數量遠少於顧客人數，重複出現的模式會在少數幾場訪談後穩定下來。把資源投在「挖深」而不是「挖多」，是小團隊能用最低成本跑完這套流程的關鍵。把訪談拆成兩輪也是常見做法：第一輪找方向，第二輪針對浮現出來的主要工作再深入驗證排序。

什麼情況下不該把 JTBD 當主要工具：邊界與限制

任何框架都有邊界，知道它不擅長什麼，比知道它擅長什麼更值錢。JTBD 最有力的地方是解釋「為什麼雇用」，但它有幾個明確不適合擔綱主力的情境，這些情境需要其他框架接手，或與 JTBD 並用。

• 純衝動型低涉入購買：顧客在結帳那一刻幾乎沒有切換故事可挖，工作敘述寫不出來，這類情境交給涉入理論與消費心理學更合適
• 需要量化的價格彈性題目：JTBD 給的是方向，價格要調多少、折扣要下多深，要回到定價實驗與銷售數據
• 供給端受限的市場：當產能、法規或原料才是瓶頸，顧客工作再清楚也無法轉成營收，這時要先解供給
• 全新品類的早期探索：顧客還沒有切換經驗，無從問起，要先用問題發現型的方法建立第一手工作假設
• 純粹的成長漏斗優化：漏斗每一層的轉換率該怎麼提升，是漏斗分析與實驗框架的主場，JTBD 只能提示瓶頸背後的可能原因

把這些邊界記住，能避免團隊把 JTBD 當成唯一解。一個簡單的判斷原則是看手上的題目屬於「找方向」還是「算數字」：找方向的題目，JTBD 是主引擎；算數字的題目，JTBD 退成背景脈絡，主引擎換成對應的量化框架。兩者並用時，JTBD 負責解釋數字背後的為什麼，量化框架負責驗證那個為什麼是否成立，這種分工比單獨使用任一方都更穩。

小團隊怎麼用 JTBD，又會踩到哪些雷

沒有大預算的研究資源，一般團隊用 JTBD 不必從大規模市調開始，少數幾場最近一次切換方案的深度訪談就能挖出關鍵工作。最容易踩的雷有三個：把工作寫成需求清單、把雇用誤解成忠誠度、只做一次就以為永遠適用。

常見誤區	症狀	修正方向
把 job 寫成需求清單	敘述裡出現系統、按鈕、功能等解決方案名詞	改寫成「我要在事情出錯時第一時間知道」這類進度描述
把雇用當忠誠度	做過一次就放著不再追蹤	工作隨情境與人生階段改變，需定期重訪
把 JTBD 當萬靈丹	定價、通路、成長策略全交給它決定	找方向交給 JTBD，算數字回到對應量化框架

第一個誤區最普遍，也最致命。把工作寫成需求清單，等於把分析單位又退回到「顧客想要什麼功能」，整個 JTBD 的價值就消失了。檢查的方法很簡單：你的 job statement 裡有沒有出現具體的解決方案名詞（系統、按鈕、功能）？有，就是需求清單；沒有，而且描述的是一個進度，才是工作。這條界線和 行銷迷思與廣告成效判斷 談的「不要把顧客說的話當成需求本身」是同一個提醒。

第二個誤區是把雇用誤解成忠誠度。雇用一次不等於永遠雇用，工作會隨情境、人生階段、甚至技術環境而改變。一個原本為「快速通勤」而雇用的自行車，當顧客換了工作地點，這個工作可能就消失了。所以 JTBD 是一份要定期重訪的紀律，做一次就放著等同沒做完。這也是為什麼 產品生命週期與工作穩定性 值得搭配看：工作比產品類別穩定，但也不是永恆不變。如果你想看懂顧客決策裡的權重變化，搜尋型體驗型信心型商品分類 提供了另一個觀察角度。

第三個誤區是把 JTBD 當萬靈丹。它擅長的是找方向，也就是回答「我們到底在幫顧客完成什麼工作」。但定價要怎麼定、通路要怎麼選、成長策略要怎麼排，這些問題 JTBD 只給你方向，不給你答案，需要 ROI 與 ROAS 投放指標、波特五力與產業競爭分析、TAM SAM SOM 市場規模估算 這類框架搭配。把 JTBD 當成唯一框架，會讓你在該算數字的地方用直覺，這是不必要的風險。

把上面這條紀律放到一個常見的情境來看，會更具體。以這類月流量約落在 3 萬到 8 萬工作階段的內容站為例，常見的狀況是團隊把首頁與分類頁的文案寫成「支援 X 篇主題指南、收錄 Y 個範本、每週更新 Z 次」，這是典型的功能羅列，讀者讀完只記得「這裡有很多東西」，卻講不出自己到底被幫忙完成了什麼。依這類站的典型表現幅度，把標題與導引段落改寫成對準一份具體工作，例如「在你還不知道從哪一步開始時，幫你把第一個動作排出來」，通常會讓關鍵登入頁的停留時間與捲動深度出現約 15% 到 35% 的提升，對應的諮詢或名單填寫轉換率則落在約 0.8% 到 2.5% 之間，具體數字視品類與流量品質而定。這組幅度不是任何單一網站的實測報告，而是把工作敘述對齊讀者進度後常見的方向性變化，目的是說明「換句話說」這件事值得做，而不是承諾某個固定倍數。這裡也要誠實點出一個限制：單純改文案通常只能搬動三分之一上下的幅度，剩下的大半要靠整條接觸點都對齊同一個工作，從導航選單、CTA、到感謝頁都重複印證同一件進度，轉換才會真正站穩；只改首頁、其他接觸點卻還在比功能清單，是這類站最容易踩的雷。決策角度因此很清楚：先把要雇用讀者完成的那件工作寫成一條動詞開頭的敘述，再回頭檢查每一個接觸點有沒有都講同一件事，這比把力氣花在堆功能形容詞更值得放進第一輪待辦。

小團隊真正能上手的起點其實很樸素：找三到五個最近剛切換方案的顧客，每人聊一次，問他們切換那一刻在想什麼、舊方案哪裡沒做到、新方案哪裡做到了。這幾場訪談挖出來的工作，常常比一份問卷報告還有用。如果你還想再往前一步，私域流量與顧客關係累積 和 電子報行銷與名單經營 可以讓你把這些顧客變成長期可重訪的樣本庫。

結語：當你鎖定的是工作，競爭地圖會自己重畫

學完 JTBD 之後，行銷與產品決策的思考起點應該變成什麼？把每個決策的起點放回「顧客在什麼情境下，為什麼會雇用我的方案」這個問題，你會發現競爭對手、功能取捨、定價策略、品牌溝通這幾件事會自動重新對齊到同一個工作上。JTBD 不會取代 STP、4P、persona，它給這些工具的是同一個共同的「為什麼」。想把市場切分和這套工作視角接起來，STP 行銷定位分析怎麼精準鎖定目標客群 是一個順手的延伸。判斷你是否真懂 JTBD 的標準只有一個：你能不能用一句話說出顧客雇用你來完成的那件事。

長期價值在這裡：當市場變動時，工作的穩定性高於產品類別。顧客想「在事情出錯時第一時間知道」這個工作，不會因為某一種通知技術被淘汰而消失，只會換一個載體。這是品牌能跨越品類的生命線，也是為什麼把 網路行銷方法與顧客需求導向、數位行銷入門與顧客情境、口碑行銷影響消費者決策 這些工具都收攏到同一個工作上會這麼重要：工具會換，工作不會。

JTBD 真正送給團隊的，是一個誠實的逼問：你賣的到底是功能，還是被雇用的資格？這個問題一旦被認真回答，很多原本看起來很重要的規格戰、功能比較表，會突然顯得多餘。當你鎖定的標的是工作、把身分放到背景，個人品牌被雇用的價值、影響力法則與說服消費者、定位的 ownability 與獨佔性 這些子題，也都會被重新放到同一張競爭地圖上，而那張地圖長什麼樣，取決於你能不能誠實回答前面那個逼問。

JTBD 常見問題

JTBD 跟 persona 人物誌有什麼差別？

persona 描述的是顧客的人口統計與生活樣貌，JTBD 描述的是顧客想完成的進度。前者是「他是誰」，後者是「他現在想做什麼」。同一個人可能在不同情境雇用完全不同的解決方案。要把這層身分描述做得扎實，可以參考 Persona 人物誌建立的四步驟做法，再疊上 JTBD 的進度視角。

做 JTBD 訪談要問哪些問題？

核心是問切換故事，把偏好類的問題放一邊。問「你上次從舊方案換成新方案那一刻在想什麼」「舊方案哪裡沒做到」「新方案哪裡做到了」，這些問題會挖出顧客自己都講不清楚的雇用理由。

JTBD 會跟 STP 或 4P 打架嗎？

不會，它是互補關係。STP 告訴你切哪個市場，4P 告訴你怎麼執行，JTBD 提供的是這兩者共同的「為什麼」。它擅長找方向，定價與通路仍需要 SWOT 與 TOWS 策略矩陣 這類框架搭配，彼此不衝突。

JTBD 切換式訪談的訪談人數要多少才夠？

沒有固定數字，常用的停損原則是當連續兩到三場訪談都沒有挖出新的工作類型，就代表多數關鍵工作已經浮現。工作類型的數量遠少於顧客人數，重複出現的模式會在少數幾場訪談後穩定下來，把資源投在挖深而非挖多是重點。