メインコンテンツへスキップ
カテゴリ: 方法
種類: 顧客進歩中心のイノベーション・ポジショニング手法
起源: Theodore Levitt の需要観(1960)と Clayton Christensen らによる体系化(2000-2010年代)
別名: Jobs to Be Done、JTBD
先に答えるとジョブ理論(Jobs to Be Done, JTBD)は、顧客が「どの状況で、どんな進歩を達成したいか」を起点に製品とメッセージを設計する方法です。重要なのは属性分類よりも、顧客が解決策を「雇う」文脈を理解することです。これにより、機能追加中心の改善から、進歩阻害の解消中心の改善へ転換できます。

ジョブ理論(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の価値は、好み調査では見えにくい「切り替えの力学」を可視化する点にあります。
1

ジョブ文を明確に定義する

例として「多忙な管理職が20分以内に信頼できる週次報告を準備できるようにする」のように、進歩目標と制約を同時に書きます。
2

切り替え四力を把握する

現状離脱の押し出し要因、新解への引力、不安、慣性を整理し、採用意思決定の実態を捉えます。
3

苦労の瞬間に合わせて設計する

仕様を増やすより、ジョブ遂行の詰まりを直接解く変更を優先します。
4

訴求と体験を同じジョブで統一する

メッセージ、オンボーディング、価格設計を同じ進歩物語で揃えると、理解と採用が加速します。

応用場面

機能追加が続いているのに成長が鈍い場合、JTBDは有効な再診断軸になります。

ポジショニング再設計

機能一覧ではなく、顧客進歩で価値提案を再構成する。

オンボーディング改善

初回体験を顧客の最優先ジョブに合わせ、価値到達時間を短縮する。

セグメンテーション見直し

属性ではなく状況と制約で分け、需要構造の違いを捉える。

ロードマップ優先順位付け

高頻度ジョブの摩擦を減らす施策へ投資を集中する。

事例

JTBD文脈で頻繁に参照されるのが、マクドナルドのミルクシェイク研究です。観察調査では、購入の約 40% が朝時間帯に集中し、通勤者による利用が多いと報告されました。 この分析で、チームは単一の「ミルクシェイク顧客」像ではなく、少なくとも 2つのジョブ(朝通勤の伴走役と午後の軽いご褒美)を区別しました。その結果、味の好み調整よりも、文脈適合性に関わる設計要素へ焦点が移りました。

限界と失敗パターン

ジョブ理論は、表面的に導入すると失敗します。浅いインタビューで作ったジョブ文は、説得力があっても予測力が低い場合があります。 境界条件は2つです。第一に、JTBDは需要理解の枠組みであり、価格実験や運用設計を代替しません。第二に、限られた文脈だけで一般化すると過学習が起きます。典型的誤用は「全顧客に単一ジョブがある」と決めつけることです。

よくある誤解

誤解の多くは、JTBDをスローガンとしてのみ扱うことから生じます。
属性情報は補助情報として有効ですが、需要の因果説明は状況と進歩目標が中心です。
B2Bでも意思決定者は、時間短縮、失敗回避、説明責任達成のために解決策を雇います。
方向は明確になりますが、機能選定や価格は実験で詰める必要があります。

関連概念

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

仮説駆動思考

ジョブ仮説を検証可能な命題へ変換する。

リーン手法

ジョブ成果を軸に学習サイクルを高速化する。

MVP

最小提供でジョブ適合を早期確認する。

なぜなぜ分析

ジョブ遂行失敗の根本要因を深掘りする。

一言で言うと

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