Jobs-To-Be-Done(JTBD)とは—顧客の「片付けたい仕事」を見抜く実践ガイド
手法

Jobs-To-Be-Done(JTBD)とは—顧客の「片付けたい仕事」を見抜く実践ガイド

JTBD(Jobs-To-Be-Done)の全体像をクリステンセン派とウリク派の両視点から解説。顧客の片付けたい仕事を見抜くインタビュー質問テンプレート10個、JTBDマップの作り方、新規事業への応用まで網羅。

JTBD Jobs-To-Be-Done 顧客理解 新規事業 クリステンセン

ミルクシェイクはなぜ朝に売れるのか

マクドナルドがミルクシェイクの売上改善に悩んでいた時期があった。市場調査を繰り返し、製品を改善し、プロモーションを打った。しかし数字は動かなかった。そこに呼ばれたのがClayton Christensenのチームだった。

彼らは既存の調査を捨て、一日中店頭に立って「誰が、いつ、ミルクシェイクを買うか」を観察した。すると明確なパターンが浮かんだ。購入の大半は午前中、特に出勤前の時間帯に集中していた。 購入者は一人で来店し、他に何も買わず、車に乗り込んで去っていった。

インタビューで理由を聞くと、答えは意外なものだった。「退屈な通勤時間を持たせたい。バナナだと早く食べ終わる。コーヒーはこぼれる。シリアルバーは手が汚れる。ミルクシェイクはストローで吸うのに少し時間がかかるから、目的地までちょうどいい」

この発見から、Christensenは一つの問いを立てた。「顧客は製品を買うのではなく、生活の中で片付けたい用件(Job)を解決するために製品を『雇用』する」。 これがJobs-To-Be-Done(JTBD)理論の原点だ。このエピソードはChristensen、Anthony、Berstell、Nitterhouse の4名が MIT Sloan Management Review(2007年春号)に発表した論文「Finding the Right Job For Your Product」で広く知られるようになった。


JTBDとは何か——製品ではなく「仕事」を売る発想

JTBDの核心は、競合の定義を変えることにある。 製品カテゴリではなく、顧客のジョブ(状況の中で達成しようとしていること)を軸に市場を再定義する。

従来のマーケティングは「どんな人が買うか(属性)」を問う。しかしChristensenが繰り返し指摘したのは、「同じ属性の人でも、状況が違えばまったく異なる製品を雇用する」という事実だ。朝の通勤時間にミルクシェイクを雇用する人と、午後に子供へのご褒美としてミルクシェイクを雇用する人は、同じ製品を買っているが、片付けたいジョブはまったく異なる。

この思考の転換が実務に与える影響は大きい。製品機能の改善ではなく、ジョブの充足度を高めることが戦略の起点になる。 競合は同カテゴリの製品だけでなく、同じジョブを解決するあらゆる手段になる。開発の優先順位は「何を作りたいか」ではなく「どのジョブが最も未充足か」で決まる。

JTBDは2016年のChristensen著『Competing Against Luck』(邦訳:『ジョブ理論』)で理論として完成された。しかし実践手法という点では、Anthony W. Ulwickが先行して体系化していた。両者は同じ「ジョブ」という概念を扱いながら、アプローチの設計思想が異なる。


JTBDの2つの流派——Christensen派とUlwick派

JTBDには大きく分けて2つの流派が存在する。どちらが「正しい」のではなく、目的に応じて使い分けることが実務上の正解だ。

Christensen派:「片付けたい仕事」の物語を引き出す

Christensenのアプローチは、顧客が製品を「雇用」した瞬間の物語に注目する。具体的には「スイッチング・インタビュー」と呼ばれる手法を用い、顧客が以前の解決策から新しい製品に乗り換えた具体的な状況と理由を深掘りする。

重視するのは「状況(Situation)」だ。ペルソナや属性ではなく、「どんな状況に置かれていたとき」「どんな出来事がきっかけで」「何を達成しようとして」製品を使い始めたかを明らかにする。

このアプローチは定性的で物語的だ。インサイトは豊かだが、優先順位を付けるための定量化が難しいという課題がある。

Ulwick派:成果指標で機会を定量化する

Anthony Ulwickは2005年の著書『What Customers Want』でOutcome-Driven Innovation(ODI)を発表した。「顧客はジョブを実行する際の成果(Outcome)を最大化したい」という仮定に基づき、成果指標を定量スコアリングする手法だ。

Ulwickはジョブを「Job Step(ジョブの実行ステップ)」に分解し、各ステップで「重要度(Importance)」と「現状の充足度(Satisfaction)」を顧客にスコアリングさせる。そこから「重要度は高いが現状の充足度が低い」領域を「機会スコア(Opportunity Score)」として特定する。

成果は定量化されるため、どのペインに注力すべきかの優先順位が数値で見える。ただし、調査設計に知識が必要で、100〜200人規模のサンプルが求められる点で実施ハードルが高い。

両派の使い分け

比較軸Christensen派(スイッチングインタビュー)Ulwick派(ODI)
主な目的新規事業のアイデア探索・競合定義の変換既存製品の改善優先度決定
手法定性インタビュー(10〜20人)定量サーベイ(100〜200人)
成果物ジョブの物語・競合マップ機会スコア・優先課題リスト
強み深いインサイト・未充足ジョブの発見優先順位の定量化・投資判断の根拠
弱み優先順位の定量化が難しい事前の調査設計に専門知識が必要

ジョブの3層構造——Functional / Emotional / Social

Christensenらはジョブを3つの層で捉える。この3層を理解せずに製品開発をすると、機能的な解決策は提供できても、顧客が本当に求めているものを満たせない。

機能的ジョブ(Functional Job)

最も表層にあるジョブで、「〜を達成したい」「〜を解決したい」という実際のタスクだ。通勤時間のミルクシェイクであれば「腹持ちよく時間を過ごしたい」が機能的ジョブにあたる。

多くの製品開発チームが対処するのはここだけだ。しかし機能的ジョブを充足するだけでは模倣されやすく、差別化の持続が難しい。 競合が同じ機能を提供し始めた瞬間に優位性が消える。

感情的ジョブ(Emotional Job)

ジョブを達成したとき「どう感じたいか」「どう感じたくないか」に関わる内面の次元だ。コーヒーチェーンで作業をする人の機能的ジョブは「仕事を進める」だが、感情的ジョブは「集中できている自分を感じたい」かもしれない。

ブランドが最も力を発揮するのはこの層だ。 感情的ジョブへの応答が、価格競争から事業を解放する。

社会的ジョブ(Social Job)

「他者からどう見られたいか」「どういう立場でいたいか」という対人関係上の次元だ。高級腕時計の機能的ジョブは「時刻確認」だが、社会的ジョブは「成功者として認識されたい」だ。

感情的ジョブと社会的ジョブは分離されがちだが、購買動機の大半は3層が絡み合っている。 機能的ジョブの充足は最低条件にすぎない。選ばれる理由は、感情的・社会的ジョブへの応答にある。


JTBDインタビューの実施方法——質問テンプレート10個

JTBDインタビューで最も重要なのは、製品の評価を聞かない点だ。「この機能はどうですか?」という問いではなく、顧客が製品を「雇用した文脈」と「その前後」を引き出すことに集中する。

以下の10問は、Christensenのスイッチングインタビューに基づいたテンプレートだ。実際のインタビューでは全問を順に聞くのではなく、回答の深さに応じて深掘りしながら進める。

インタビュー質問テンプレート

1. 文脈の確立 「最後にこの製品(またはサービス)を購入・使い始めたとき、どんな状況にいましたか?」 → 購入前の状況・環境を具体化する。抽象的な答えには「もう少し具体的に教えてください。その日のことを思い出してみると?」と返す。

2. きっかけの特定 「使い始めるきっかけになった、特定の出来事や気づきはありましたか?」 → 「First Thought(最初に思った瞬間)」と「Final Trigger(最終的に行動したきっかけ)」を区別して聞く。

3. 以前の解決策 「それ以前は、同じ問題・ニーズをどうやって解決していましたか?」 → 真の競合を特定するための最重要質問。「解決策なし」も有効な答えだ。

4. 不満の掘り起こし 「以前の解決策(または方法)で、最も不満だった点は何ですか?」 → スイッチングの理由と、新しいソリューションに求める最低条件が見える。

5. 期待と想像 「この製品を使い始める前、『こうなるといいな』と思っていたことは何ですか?」 → 顧客が思い描く「理想の成果」を引き出す。これがUlwickの成果指標に近い。

6. 感情的ジョブの探索 「使い始めて、どんな気持ちになりましたか?逆に、不安や心配はありましたか?」 → Christensenが提唱する「進歩の4つの力(Forces of Progress)」——プッシュ・プル・習慣・不安——のうち、プル力(新しい解決策への期待)と不安(Anxiety、スイッチングへの心理的ブレーキ)を引き出す問いだ。

7. 社会的文脈 「この製品を使っていることを、家族や同僚に話しましたか?どんな反応でしたか?」 → 社会的ジョブとクチコミ動機の両方を探る。

8. 代替案との比較 「購入を決める前に、他に検討した選択肢はありましたか?最終的にこれを選んだ決め手は?」 → 購買基準の優先順位が明確になる。

9. 現在の充足度 「今、この製品はどの程度あなたの問題を解決できていますか?まだ解決できていないことは?」 → 改善機会と残存する未充足ジョブを特定する。

10. 理想の未来 「もしこの製品が完璧に問題を解決してくれたなら、あなたの生活や仕事はどう変わっていますか?」 → 顧客が描く成功状態を定義する。製品ロードマップの方向性の根拠になる。

インタビュー実施上の注意

インタビューは1回あたり30〜60分、録音と書き起こしをセットで行う。「なぜ?」を3〜5回繰り返す深掘りが、表層の答えと本質のジョブを分ける。 製品名・機能名を会話に持ち込まないことで、顧客の言語でジョブを語らせることができる。


JTBDマップの作り方——Ulwick流:Job Step → Outcome Statement → Priorityスコアリング

Ulwickが開発したOutcome-Driven Innovationの手順を、実務で使える形に再整理する。

Step 1:ジョブの定義(Job Statement)

「ジョブ・ステートメント」は「動詞+目的語+文脈」の形で記述する。例:「(職場での)複数プロジェクトの進捗を効率的に管理する」。曖昧な表現は避け、顧客の行動として観察可能なレベルに落とす。

Step 2:ジョブステップへの分解

ジョブを実行する際の一連のプロセスを「ジョブステップ」として列挙する。Ulwickは一般的に5〜15ステップに分解することを推奨する。例として「業務進捗の管理」というジョブを分解すると:

  1. タスクの洗い出しと優先順位付け
  2. 担当者へのタスクアサイン
  3. 進捗状況の確認・収集
  4. 遅延・ボトルネックの特定
  5. 状況のステークホルダーへの報告

Step 3:成果指標(Outcome Statement)の作成

各ジョブステップに対して、「どうなれば成功か」を示す成果指標を作成する。フォーマットは「方向性+指標+文脈」で表現する。例:「担当者のタスク進捗確認にかかる時間を最小化する」「遅延の発生を事前に検知できる確率を最大化する」。

成果指標は顧客の言語で表現することが重要だ。 エンジニアが好む「機能要件」ではなく、顧客が何を測って成功と感じるかを記述する。

Step 4:重要度と充足度のスコアリング

100〜200人規模の定量調査で、各成果指標について:

  • 重要度スコア(1〜10点):「この成果はあなたにとってどれくらい重要ですか?」
  • 充足度スコア(1〜10点):「現在使っているもので、この成果はどの程度達成できていますか?」

を問う。

Step 5:機会スコアの算出

Ulwickが定義する機会スコア(Opportunity Score)の計算式:

機会スコア = 重要度 + MAX(重要度 − 充足度, 0)

例:重要度8、充足度3の場合 → 8 +(8−3)= 13

スコアが12〜15の領域は「過小充足(Underserved)」で最大のイノベーション機会、スコアが3以下は「過剰充足(Overserved)」でコスト削減機会と読む。

Step 6:JTBDマップの作成

機会スコアをプロットした「機会ランドスケープ(Opportunity Landscape)」を作成する。横軸に重要度、縦軸に機会スコアを取り、各成果指標を散布図でマッピングする。右上に位置する指標が、優先的に対処すべきジョブの未充足領域だ。


国内企業の実践事例

公開情報の範囲で、JTBDの思考に近いアプローチが確認できる事例を紹介する。企業が公式にJTBDを採用していると表明している事例は少なく、以下は報道・公開資料に基づく解釈だ。

ある食品メーカーのカップ麺リニューアル事例

報道によれば、ある国内食品メーカーは主力カップ麺のリニューアルにあたり、「夜食として食べたい」という顧客インサイトから着手した。従来の開発は「より美味しく」という機能的改善が中心だったが、「夜遅くひとりで食べる時間をゆっくり楽しみたい」「食べ終えた後に罪悪感を感じたくない」という感情的・社会的ジョブに注目し、カロリーと食材の見直しを行ったとされる。

結果として「夜食として食べる罪悪感を減らす」というジョブへの応答が、新たな購買層を獲得したと報じられた。

国内SaaSベンダーの顧客オンボーディング設計

ある国内業務SaaSの事例では、解約率改善のためにチャーン顧客へのインタビューを実施した結果、「ソフトウェアが使いにくい」ではなく「導入プロジェクトを社内で推進する際に感じる孤独感・不安感」が真の離脱理由だったことが明らかになったとされる。

機能的ジョブ(業務効率化)は充足されていたが、社会的ジョブ(社内での成功者として評価されたい)が未充足だった。 対策として「コミュニティ機能」と「導入成功事例の社内共有支援」を追加し、解約率が改善したと報告されている。

サービス業における「顧客の文脈」設計

スポーツジムのフランチャイズが会員継続率の課題に取り組んだ事例として、「痩せたい」という機能的ジョブだけでなく「習慣を持つ自分でいたい」「同じ目標を持つ仲間と繋がりたい」という感情的・社会的ジョブを特定し、グループクラスとコミュニティ設計に投資した事例が業界メディアで紹介されている。


JTBDと隣接フレームの違い

ペルソナとの関係

ペルソナは「誰か」を記述し、JTBDは「なぜ」を記述する。ペルソナは顧客を静的に類型化するが、同じペルソナでも状況が変わればジョブは変わる。 JTBDはペルソナを廃止するのではなく、「ペルソナ×状況」で購買行動を予測する精度を高める補完関係にある。

カスタマージャーニーとの関係

カスタマージャーニーが「顧客の接点と体験の流れ」を可視化するのに対し、JTBDは「各接点でなぜその行動をするか」の動機を説明する。JTBDが明確になることで、カスタマージャーニーの設計に「ジョブを充足させるための接点設計」という目的が与えられる。

デザイン思考との関係

デザイン思考の「共感(Empathize)」フェーズとJTBDインタビューは手法が近いが、目的が異なる。デザイン思考が「体験の全体を理解する」ことを目指すのに対し、JTBDは「具体的なジョブと成果指標を定義する」ことに特化する。両者を組み合わせると、「共感フェーズでJTBDインタビューを実施し、ジョブを明確化してからアイデア創出に移る」という実践が可能だ。


JTBD実践の落とし穴

落とし穴1:ジョブを狭く定義しすぎる

最も多い失敗は、ジョブを現在の製品カテゴリの枠内で定義してしまうことだ。「より速く書類を処理したい」ではなく「コンプライアンス上の義務を最小の負担で果たしたい」と定義できるかどうかで、解決策の選択肢がまったく変わる。ジョブの定義は「抽象的すぎず、具体的すぎず」のバランスが肝心。 狭すぎれば製品改善で終わり、広すぎれば優先順位が立てられない。

落とし穴2:Functionalジョブへの偏重

インタビューで簡単に引き出せる機能的ジョブだけに着目し、感情的・社会的ジョブを見落とすケースだ。これは質問設計の問題でもある。「何をしたいですか?」だけ問うと機能的ジョブしか返ってこない。「どうなりたいですか?」「どう見られたいですか?」を追加することで3層が揃う。

落とし穴3:競合の再定義を怠る

JTBDを顧客インサイトの収集ツールとして使い、競合の再定義に活かさないケースだ。「顧客が以前は何でそのジョブを解決していたか」を特定することで、製品カテゴリを超えた競合が見える。この問いを飛ばすと、JTBDは単なる顧客調査で終わる。ミルクシェイクの競合がバナナだったように、意外な競合が最大の脅威であることは珍しくない。

落とし穴4:組織の既存仮説との衝突に対処しない

JTBDインタビューの結果が、既存の製品ロードマップや事業計画の仮説を否定することは珍しくない。インサイトが組織の既存方針に挑戦するとき、そのインサイトを「なかったこと」にしてしまう組織的免疫が働く。 インサイトを活かすには、発見を報告する相手と場の設計が同時に必要だ。


新規事業でJTBDを使う3つの場面

場面1:アイデエーションの起点として

新規事業のアイデア探索で、「何を作るか」から始まるのは順序が逆だ。「誰のどんなジョブが、今充足されていないか」から始めることで、製品ありきではなくジョブありきの事業定義ができる。

具体的には、「非消費者(Non-consumers)」へのインタビューが有効だ。今の市場でどの製品も使っていない人——課題はあるが解決策を諦めている人——が最も強いジョブを持っているケースが多い。

場面2:仮説検証の軸として

スタートアップや社内新規事業でよく起きる「何を検証すべきかわからない」という状態は、JTBDが明確でないことが原因の一つだ。「ターゲットのジョブは○○で、現状の充足度は△△で、我々の解決策はそのギャップを埋める」という仮説を立てることで、MVPで検証すべき最小の問いが特定できる。

リーンスタートアップの「Build-Measure-Learn」サイクルにJTBDを組み込むと、「何をMeasureすべきか」の答えが「ジョブの充足度が上がったか」になる。

場面3:提案・訴求設計の構造として

対外的な提案や訴求設計でも、JTBDは有効だ。製品の機能を並べる提案書ではなく、「顧客のジョブ → 現状の課題 → 提供する成果」の順で構成することで、顧客の意思決定フレームに乗った提案ができる。

「この製品があなたの○○というジョブを、以前よりも確実に達成できるようにします」という訴求は、機能訴求よりも購買動機に直接接続する。 B2B提案では特に、意思決定者のジョブ(事業成果)と担当者のジョブ(業務効率)が異なることを意識した多層訴求が効果的だ。


まとめと次のステップ

JTBDは「顧客が何を買うか」ではなく「顧客がなぜそれを選ぶか」を解明するフレームワークだ。クリステンセン派のスイッチングインタビューは、新規事業のアイデア探索と競合再定義に適している。UlwickのODIは、既存製品の改善優先度を定量化するのに向いている。 両者を使い分け、あるいは組み合わせることで、顧客理解の解像度が上がる。

実践の入り口は難しくない。まず10人に「最後にこれを買った時の状況」を聞くことから始められる。その会話の中で「以前は何を使っていたか」「なぜ切り替えたか」を丁寧に引き出すだけで、製品カテゴリを超えた競合と、本当に解決すべきジョブの輪郭が見えてくる。

ジョブを見抜くことは、イノベーションを偶然の産物から構造的な取り組みへと変える最初のステップだ。

顧客理解をさらに深めるには、顧客インタビューという幻想——発見できないインサイトの構造エフェクチュエーション——不確実性下の意思決定原則を参照されたい。インタビューで得たインサイトを事業仮説に変換する方法についてはリーンスタートアップが機能しない条件と代替戦略で詳述している。


関連するインサイト


参考文献

  • Christensen, C.M., Hall, T., Dillon, K. & Duncan, D.S. Competing Against Luck: The Story of Innovation and Customer Choice, Harper Business (2016)(邦訳:『ジョブ理論——イノベーションを予測可能にする消費のメカニズム』ハーパーコリンズ・ジャパン)
  • Christensen, C.M., Anthony, S.D., Berstell, G. & Nitterhouse, D. “Finding the Right Job For Your Product,” MIT Sloan Management Review, Spring 2007
  • Ulwick, A.W. What Customers Want: Using Outcome-Driven Innovation to Create Breakthrough Products and Services, McGraw-Hill (2005)
  • Ulwick, A.W. Jobs to be Done: Theory to Practice, IDEA BITE PRESS (2016)
  • Christensen, C.M. The Innovator’s Dilemma: When New Technologies Cause Great Firms to Fail, Harvard Business School Press (1997)(邦訳:『イノベーションのジレンマ』翔泳社)
  • Klement, A. When Coffee and Kale Compete: Become Great at Making Products People Will Buy, CreateSpace (2018)
  • 諏訪良武・北城恪太郎『顧客はサービスを買っている——顧客満足向上の鍵を握るコア・サービスの発見』ダイヤモンド社(2004)
  • 山田英夫『競争しない競争戦略——消耗戦から脱する3つの選択』日本経済新聞出版(2015)

INNOVATION VOYAGE 編集部

関連記事