> ## Documentation Index
> Fetch the complete documentation index at: https://meta.niceshare.site/llms.txt
> Use this file to discover all available pages before exploring further.

# 待完成工作法

> 待完成工作法透過辨識使用者在特定情境下想完成的進展任務，協助團隊調整產品定位與優先順序，降低無效功能投入。

<Info>
  **類別**: 方法<br />
  **類型**: 以使用者進展為核心的創新與定位方法<br />
  **來源**: Theodore Levitt 的需求觀點（1960）與 Clayton Christensen 團隊在 2000-2010 年代的系統化發展<br />
  **別名**: Jobs to Be Done、JTBD
</Info>

<Note>
  **快速回答** — **待完成工作法**（Jobs to Be Done, JTBD）是一種透過辨識「使用者此刻想完成什麼進展」來指導產品設計、定位與溝通的方法。它強調使用者是在特定情境中「雇用」某個方案完成任務，而不只是依屬性選擇功能。核心價值是讓團隊從功能堆疊，轉向解決關鍵進展阻力。
</Note>

## 什麼是待完成工作法？

待完成工作法是一種以「情境中的進展任務」解釋需求的方法，重視功能、情緒與社會面向共同影響下的選擇行為。

> 在 JTBD 中，分析單位不是使用者輪廓，而是使用者在具體情境中的進展掙扎。

相較只問「使用者是誰」，JTBD 更關注「使用者此刻要完成什麼、被什麼阻礙」。它可與 `/zh-hant/methods/hypothesis-driven-thinking`、`/zh-hant/methods/lean-methodology`、`/zh-hant/methods/decision-journal` 搭配，用於釐清定位與優先順序。

### 待完成工作法的三層理解

* **入門**：把需求寫成「進展陳述」，而非功能願望清單。
* **實踐者**：透過切換訪談識別推力、拉力、慣性與焦慮等關鍵因素。
* **進階**：用任務地圖統一產品、定價、導入流程與市場敘事。

## 起源

待完成工作法的思想可追溯至 Theodore Levitt 在 1960 年提出的觀點：使用者購買的不是產品本身，而是想達成的結果。其後，Clayton Christensen 與合作者在創新研究中將此視角系統化，並在《Competing Against Luck》與 HBR 文章中形成可操作框架。

此框架強調「情境優先於輪廓」：即使是看似相同的客群，在不同場景與限制下，也會雇用不同方案完成不同任務。

## 核心要點

JTBD 的關鍵不在任務命名，而在還原使用者做出「切換決策」的真實機制。

<Steps>
  <Step title="寫出清楚的任務陳述">
    用一句話表達進展目標，例如「幫助忙碌主管在 20 分鐘內完成可信的週報」。陳述需同時包含目標與限制。
  </Step>

  <Step title="辨識切換四力">
    釐清使用者為何離開舊方案（推力）、為何選擇新方案（拉力）、為何遲疑（焦慮）以及為何停留（慣性）。
  </Step>

  <Step title="圍繞真實卡點設計方案">
    優先解決任務完成中的主要摩擦，而不是累加與任務關聯度低的功能。
  </Step>

  <Step title="讓定位與體驗說同一個任務故事">
    使文案、導入流程、定價與功能表達一致的進展承諾，降低理解與決策成本。
  </Step>
</Steps>

## 應用場景

當團隊「功能持續增加、成長卻停滯」時，JTBD 常能提供更有效的診斷視角。

<CardGroup cols={2}>
  <Card title="產品定位重構">
    依使用者要完成的進展重寫價值主張，而非按內部功能模組敘述。
  </Card>

  <Card title="新手導入優化">
    讓首日體驗對齊使用者最迫切任務，縮短首次價值達成時間。
  </Card>

  <Card title="分群策略升級">
    以任務場景與限制條件分群，補足僅按屬性分群的盲點。
  </Card>

  <Card title="路線圖優先排序">
    優先投入可顯著降低高頻任務阻力的改進項，提升切換成功率。
  </Card>
</CardGroup>

## 經典案例

麥當勞奶昔研究是 JTBD 領域常被引用的案例。研究者透過現場觀察發現，約 **40% 的奶昔購買發生在早晨時段**，購買者多為通勤族。

團隊不再把「奶昔顧客」視為單一族群，而是辨識出至少 **兩種任務**：早晨通勤陪伴任務與下午點心任務。此發現使優化焦點由口味偏好轉向場景適配，例如通勤中的便利性與飽足持續時間。

## 邊界與失效場景

若團隊只是把「使用者輪廓」改名成「任務輪廓」，JTBD 便會失效。缺乏高品質訪談與情境證據時，任務敘事容易流於空泛。

兩個邊界條件要注意：第一，JTBD 能解釋需求結構，但不能取代定價實驗、通路策略與交付能力；第二，若只根據少量情境就全面推論，容易過度擬合。常見誤用是宣稱「所有顧客只有一個核心任務」。

## 常見誤區

多數誤區來自把 JTBD 簡化成口號，而非完整研究流程。

<AccordionGroup>
  <Accordion title="用了JTBD就不需要顧客輪廓">
    輪廓仍有價值，但屬補充資訊，不應作為需求成因的主解釋。
  </Accordion>

  <Accordion title="JTBD只適用消費市場">
    B2B 場景同樣適用，組織使用者也會雇用工具來降低風險與時間成本。
  </Accordion>

  <Accordion title="寫出任務陳述就得到產品答案">
    JTBD 提供方向，最終功能組合與定價仍需實驗驗證。
  </Accordion>
</AccordionGroup>

## 相關概念

把 JTBD 與以下方法結合，可形成可持續的探索與交付閉環。

<CardGroup cols={3}>
  <Card title="假設驅動思維" href="/zh-hant/methods/hypothesis-driven-thinking">
    將任務假設轉化為可驗證命題。
  </Card>

  <Card title="精實方法論" href="/zh-hant/methods/lean-methodology">
    圍繞任務結果進行建構-衡量-學習循環。
  </Card>

  <Card title="最小可行產品" href="/zh-hant/methods/mvp">
    用最小方案驗證任務匹配度。
  </Card>

  <Card title="五個為什麼" href="/zh-hant/methods/five-whys">
    深挖任務失敗背後的根因機制。
  </Card>
</CardGroup>

## 一句話總結

<Tip>
  待完成工作法幫助團隊從「為人群做功能」，轉向「為情境中的真實進展做方案」。
</Tip>