> ## 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.

# ジョブ理論（JTBD）

> ジョブ理論（JTBD）は、顧客が特定状況で達成したい進歩を起点に、製品設計や価値訴求を再構成するための実践手法です。

<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の分析単位は顧客属性ではなく、顧客が進歩しようとするときに直面する具体的な困りごとである。

「誰が使うか」だけでなく「何を片づけたいのか、何が邪魔しているのか」を明らかにするため、`/ja/methods/hypothesis-driven-thinking`、`/ja/methods/lean-methodology`、`/ja/methods/decision-journal` と相性が良い方法です。

### ジョブ理論（JTBD）の3つの深さ

* **Beginner**: 要望を機能でなく進歩文で定義する。
* **Practitioner**: スイッチ・インタビューで動機、障壁、不安、慣性を構造化する。
* **Advanced**: ジョブ地図で製品、価格、導入体験、訴求を一貫設計する。

## 起源

ジョブ理論の背景には、Theodore Levitt が 1960 年に示した「顧客は製品そのものではなく成果を買う」という需要観があります。これを Clayton Christensen らがイノベーション研究として発展させ、*Competing Against Luck* や HBR 論考で実務手法として整理しました。

成熟した JTBD は、属性より状況を重視します。似た属性の人でも、置かれた文脈と制約が異なれば、選ぶ解決策は変わるという前提です。

## 要点

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%** が朝時間帯に集中し、通勤者による利用が多いと報告されました。

この分析で、チームは単一の「ミルクシェイク顧客」像ではなく、少なくとも **2つのジョブ**（朝通勤の伴走役と午後の軽いご褒美）を区別しました。その結果、味の好み調整よりも、文脈適合性に関わる設計要素へ焦点が移りました。

## 限界と失敗パターン

ジョブ理論は、表面的に導入すると失敗します。浅いインタビューで作ったジョブ文は、説得力があっても予測力が低い場合があります。

境界条件は2つです。第一に、JTBDは需要理解の枠組みであり、価格実験や運用設計を代替しません。第二に、限られた文脈だけで一般化すると過学習が起きます。典型的誤用は「全顧客に単一ジョブがある」と決めつけることです。

## よくある誤解

誤解の多くは、JTBDをスローガンとしてのみ扱うことから生じます。

<AccordionGroup>
  <Accordion title="JTBDを使えば属性情報は不要">
    属性情報は補助情報として有効ですが、需要の因果説明は状況と進歩目標が中心です。
  </Accordion>

  <Accordion title="JTBDはB2Cでしか使えない">
    B2Bでも意思決定者は、時間短縮、失敗回避、説明責任達成のために解決策を雇います。
  </Accordion>

  <Accordion title="ジョブ文を書けば製品仕様は自動で決まる">
    方向は明確になりますが、機能選定や価格は実験で詰める必要があります。
  </Accordion>
</AccordionGroup>

## 関連概念

以下の方法を組み合わせると、ジョブ仮説を実装可能な検証循環へ落とし込めます。

<CardGroup cols={3}>
  <Card title="仮説駆動思考" href="/ja/methods/hypothesis-driven-thinking">
    ジョブ仮説を検証可能な命題へ変換する。
  </Card>

  <Card title="リーン手法" href="/ja/methods/lean-methodology">
    ジョブ成果を軸に学習サイクルを高速化する。
  </Card>

  <Card title="MVP" href="/ja/methods/mvp">
    最小提供でジョブ適合を早期確認する。
  </Card>

  <Card title="なぜなぜ分析" href="/ja/methods/five-whys">
    ジョブ遂行失敗の根本要因を深掘りする。
  </Card>
</CardGroup>

## 一言で言うと

<Tip>
  JTBDは、顧客属性中心の発想を、状況下の進歩中心の設計へ切り替える方法です。
</Tip>