Jobs to Be Done フレームワーク

イノベーション発見のためのフレームワーク。基本的な真実に基づいている：顧客は製品を買うのではなく、自分の人生で特定のジョブをこなすために製品を「雇用」するということ。

コア原則

ジョブ・トゥ・ビー・ダン（やるべき仕事） = 顧客が特定の状況下で成し遂げたいと望む進展。

定義の重要な要素：

• 進展（目標ではなく、ソリューションでもない）- 顧客は現在の状態をより良い状態へと移したい
• 状況（circumstance）- コンテキストがジョブを決める。顧客属性（人口統計学的属性）は無意味
• 雇用／解雇（hiring/firing）- 顧客が主体的にそのジョブのために製品を選択する

スコアリング

目標：10/10。 製品戦略やポジショニングをレビューまたは作成する際、以下の原則への準拠に基づいて 0 〜 10 でスコア付けします。10/10 は全てのガイドラインと完全に整合していることを意味し、低いスコアは対処が必要なギャップを示します。常に現在のスコアと 10/10 に到達するために必要な具体的な改善を提供してください。

あらゆるジョブの 3 つの次元

あらゆるジョブには 3 つの分離不可能な次元がある。いずれか 1 つを省くと失敗する：

次元	質問	例（ミルクシェイク）
機能的	顧客は何をする必要があるか？	つまらない通勤中に自分を夢中にさせる
感情的	どう感じたいのか？	自分へのちょっとした褒美を感じたい
社会的	どう見られたいのか？	良識的な親として見られたい（ドーナツを買わない）

フレームワーク

1. ジョブ・ステートメント

コア・コンセプト： ジョブ・ステートメントは、特定の状況下で顧客が求める進展を捉え、構造化されたフォーマットで表現したもので、状況、望ましい進展、期待される結果を分離する。

なぜうまくいくのか： ジョブを顧客の言葉と状況で表現することを強制することで、ソリューション先行思考を防ぎ、イノベーションを実際の人間の進展に基盤づけておく。

重要な洞察：

• フォーマットは「[状況]の時に、[進展]したいので、[結果]できるようになりたい」
• 顧客の人口統計学的属性よりも状況の方が重要。同じ人でも異なる状況では異なるジョブを持つ
• よく書かれたジョブ・ステートメントは、あなたの製品や特定のソリューションに言及しない
• ジョブは時間とともに安定している。ソリューションは変わるが、根底にあるジョブは継続する

製品への応用：

文脈	応用	例
新製品構想	機能のブレインストーミング前にジョブを定義する	「通勤中に一人の時に、何か自分を夢中にさせ、空腹も満たすものが欲しい。昼食まで空腹でいなくて済むように」
機能の優先順位付け	機能がコアのジョブに機能しているかを評価する	述べられたジョブを達成するのに役立つ機能を、素敵であるが必要ではない追加機能より優先する
ポジショニングとメッセージング	マーケティングコピーでジョブ・ステートメントの言葉を使用する	製品仕様ではなく、状況と望ましい進展でリードする

コピー・パターン：

• 「[状況]の時に、[進展]が必要です。これはまさに[製品]がすることです」
• 製品カテゴリーではなく、顧客が認識する状況からリードする
• 機能的な次元と同様に、感情的および社会的な次元をミラーする

倫理的境界： 緊急性を人為的に作り出すために状況を作り上げたり誇張したりしてはいけない。ジョブは本物の顧客の進展を反映する必要があり、人為的に作られた不安ではない。

参照：references/innovation-process.md

2. 進展の力（Push、Pull、不安、習慣）

コア・コンセプト： 新製品を「雇用」することの決定は、4 つの力の相互作用による：Push（現在の状況への不満）、Pull（新しいソリューションへの引き付け）、不安（新しいものへの恐れ）、習慣（現在の行動への快適さ）。変化は Push + Pull > 習慣 + 不安 の時だけ起こる。

なぜうまくいくのか： ほとんどのイノベーション努力は製品を改善するだけに焦点を当てている（Pull を増やす）が、同様に強力な変化への抵抗力を無視する。4 つの力すべてを理解することで、なぜ素晴らしい製品でも採用がうまくいかないのかが明らかになる。

重要な洞察：

• Push は現在の状況への不満（「これは私を悩ませる」）
• Pull は新しいソリューションへの引き付け（「これが欲しい」）
• 習慣は現在の行動への執着（「いつもこうしてきた」）
• 不安は新しいものへの恐れ（「うまくいかなかったらどうする？」）
• 多くの場合、Push と Pull を増やすより、不安と習慣を減らす方がより効果的
• 受動的な探求者（問題に漠然と気づいている）は、既に基準を持つ積極的な探求者より影響を受けやすい

製品への応用：

文脈	応用	例
オンボーディング設計	無料試用、保証、社会的証明で不安を減らす	返金保証は「うまくいかなかったらどうする？」という不安に対処する
切り替えキャンペーン	習慣に直接対処して移行を楽にする	競合からのワンクリックデータインポートは習慣の摩擦を減らす
コンテンツマーケティング	受動的な探求者の Push を目覚めさせて不満に名前をつける	ブログ記事：「現在のツールが毎週何時間も無駄にしている 5 つのサイン」

コピー・パターン：

• 不安に直接対処する：「ロックイン契約なし。いつでもキャンセル可能。あなたのデータはいつでもあなたのもの」
• Push に名前をつける：「[不満]に疲れた？もっと良い方法がある」
• 習慣の摩擦を減らす：「5 分で切り替え。すべて自動でインポートします」

倫理的境界： 痛みを誇張したり恐れを作り出したりして、人為的な Push を作り出してはいけない。本物の不安を減らすことは倫理的。販売を促進するために新しい不安を作り出すことは操作である。

参照：references/competitive-strategy.md

3. ビッグハイアーとリトルハイアー

コア・コンセプト： 2 つの異なる決定の瞬間がある：ビッグハイアー（購入／サインアップ決定。1 度だけ起こる）とリトルハイアー（その瞬間に使用する決定。何度も繰り返し起こる）。ビッグハイアーに勝つことはリトルハイアーに勝つことを保証しない。

なぜうまくいくのか： 多くの製品は販売には勝つが、購入決定だけに最適化し、繰り返しの使用決定を無視するため、顧客を失う。両方の瞬間を理解することで、顧客保持の問題がどこから真に生じているのかが明らかになる。

重要な洞察：

• ビッグハイアーはマーケティング、オンボーディング、最初の印象によって駆動される
• リトルハイアーは製品品質、UX、継続的な価値提供によって駆動される
• 多くの製品はリトルハイアーの段階で失う。購入されるが使用されない
• 進展の力は各段階で異なる：ビッグハイアー不安は購入リスクについて。リトルハイアー不安は努力と学習曲線について
• 保持の問題はほぼ常にリトルハイアーの失敗で、ビッグハイアーの失敗ではない

製品への応用：

文脈	応用	例
保持分析	ビッグハイアーメトリクスをリトルハイアーメトリクスから区別する	サインアップ後の「初回使用」と「週別アクティブユーザー」をサインアップコンバージョンとは別に追跡する
製品設計	最初の印象だけでなく、繰り返しの使用体験を最適化する	オンボーディングが既にスムーズであっても、日次ワークフローの摩擦を減らす
カスタマーサクセス	リトルハイアーのシグナルを監視して解約を予測する	使用頻度の低下はリトルハイアーの失敗で、今後の解約を示唆している

コピー・パターン：

• ビッグハイアーコピーは約束に焦点を当てる：「[ジョブ]の方法を変える」
• リトルハイアーコピーは容易性に焦点を当てる：「1 クリック、完了」
• 再エンゲージメントコピーはリトルハイアーの失敗に対処する：「[特定の摩擦]をもっと簡単にしました」

倫理的境界： ビッグハイアーに勝つがリトルハイアーに失敗するダークパターンを設計してはいけない（例：隠し手数料、誤解を招く試用）。両方の決定が本物の進展を提供する必要がある。

参照：references/case-studies.md

4. 競争環境（非自明な競争）

コア・コンセプト： 真の競争は、顧客が同じジョブのために「雇用」できる全てのもの。競合他社はジョブによって定義され、業界分類によってではない。

なぜうまくいくのか： 製品カテゴリーを通じて競争を分析することはブラインドスポットを生み出す。ミルクシェイクはバナナ、ベーグル、退屈さ、ポッドキャストと競争する。Netflix は TikTok、睡眠、家族の会話、ゲームと競争する。ジョブの周りの全体的な競争環境をマッピングすることで、従来の分析では見えない脅威と機会を発見する。

重要な洞察：

• 非消費（何もしないこと）が最大の競合相手であることが多い
• ワークアラウンドと代替行動は未提供のジョブを明らかにする：人々は解決策をハック、組み合わせ、即興する
• オンラインコースは書籍、YouTube、メンタリング、何もしないことと競争する
• パフォーマンスが「ジョブには十分でない」場合、統合が必要。「十分」な場合、モジュール化が必要
• 最良の競争的ポジショニングは「どのジョブのために我々が最良の雇用か？」に答える。「同様の製品とどう比較するか」ではなく

製品への応用：

文脈	応用	例
競争分析	同じジョブに対するすべての雇用をカテゴリー間でマップする	プロジェクト管理ツールはスプレッドシート、付箋、メールスレッド、記憶と競争する
ポジショニング戦略	明白なものではなく、実際の代替案に対してポジションを付ける	名前を付けた競合ではなく、「手動で行う」ことに対してポジションを付ける
価格戦略	競合の価格ではなく、ジョブの価値相対的に価格を付ける	ジョブが週 10 時間節約する場合、同様の SaaS 製品に対してではなく、その時間の価値に対して価格を付ける

コピー・パターン：

• 「[ジョブ]のために[ワークアラウンド]を使用するのをやめる。専用のソリューションがある」
• 「[ジョブ]のために[不適切なもの]を雇用しないだろう。なぜ[現在のハック]を使用しているのか」
• ジョブの結果の周りでポジションを付ける。機能比較チャートではなく

倫理的境界： 競合他社を誤って表現したり、虚偽の同等性を作り出してはいけない。ジョブに基づいた正直な競争フレーミングは強力。代替案を歪めることは欺瞞である。

参照：references/competitive-strategy.md

5. 顧客発見インタビュー

コア・コンセプト： 顧客に直接「何が必要か」と聞かないこと。彼らは知らない。代わりに、最初の考え、検索、購入、使用の瞬間を再構築することで、購入のタイムラインを調査して、本物のジョブを発見する。

なぜうまくいくのか： 顧客は決定後に理由をつけ、潜在ニーズを説明することはできない。彼らの決定ジャーニーの具体的な出来事を時系列で歩くことで、彼らの行動を駆動した本物の状況、力、トレードオフを発見する。

重要な洞察：

• 最初の考え質問：「ソリューションを探すことを考え始めたのはいつ？」「その時、あなたの人生で何が起きていた？」「何があなたをいらいらさせていた？」
• 検索質問：「どの代替案を探した？」「どのオプションを除外した？」「この決定について誰に相談した？」
• 購入の瞬間質問：「どこにいた？」「最終的に何があなたを説得した？」「何を恐れていた？」
• 使用質問：「製品は期待通りに機能している？」「何があなたを驚かせた？」「何が今も足りない？」
• 未発見のジョブの兆候：ワークアラウンド、非消費、代替行動、現在のソリューションに対する否定的な感情

製品への応用：

文脈	応用	例
新市場参入	最近競合に切り替えた、または競合から切り替えた人にインタビューする	タイムラインを再構築して、何が彼らを離れた方向に押し、新しいソリューションの方向に引き出したかを見つける
解約低減	解約した顧客に決定タイムラインについてインタビューする	失敗がビッグハイアー（間違った期待）か、リトルハイアー（貧弱な日次体験）かを発見する
機能発見	ワークアラウンドを使用している顧客にインタビューする	あなたの製品の横でスプレッドシートを使用している顧客は、未充足のジョブ次元を明らかにする

コピー・パターン：

• インタビューから顧客の正確な言葉をマーケティングコピーで使用する
• 「あなたが[引用を逐語的に]と言うのを聞きました。だから我々は[機能]を構築しました」
• 顧客が実際に説明した状況と感情を使用して利点をフレーム化する

倫理的境界： インタビュー対象者を事前に決められた結論に向かって導かないこと。目標は本物の発見で、既存の仮説の確認ではない。

参照：references/innovation-process.md

6. ジョブのための設計

コア・コンセプト： 製品経験全体（機能、メトリクス、組織）を顧客がジョブを成し遂げるのを支援することの周りに構築する。内部機能や競争的な機能パリティの周りではなく。

なぜうまくいくのか： すべての製品決定が「これは顧客がジョブを成し遂げるのを助けるだろうか？」に答える時、チームは機能の肥大化を回避し、一貫性のある体験を構築し、顧客が本当に価値がある製品を作成する。質問に答えられなければ、まだジョブを十分に理解していない。

重要な洞察：

• 顧客満足度メトリクスを「ジョブは完了したか？」メトリクスに置き換える
• NPS を「雇用と解雇の理由」に置き換える
• 機能使用メトリクスを「ジョブ上の進展」に置き換える
• ジョブが十分に理解されていない場合、統合する（全体験を制御）。十分に理解されている場合、モジュール化する（特化したコンポーネント）
• パフォーマンスが「ジョブには十分でない」所で統合。「十分」な所でモジュール化
• すべての製品決定は「これは顧客がジョブを成し遂げるのを助けるだろうか？」に答えるべき

製品への応用：

文脈	応用	例
メトリクス設計	ジョブ完了の周りの成功メトリクスを定義する	「セッションあたりの機能使用」ではなく、「問題から解決までの時間」を追跡する
製品ロードマップ	ジョブ次元（機能的、感情的、社会的）に基づいて優先順位を付ける	感情的な次元を無視する機能的な改善は、針を動かさないかもしれない
組織的整合	製品コンポーネントではなく、ジョブの周りにチームを構成する	「朝の通勤ジョブ」チームが、コンテンツからパッケージングから流通まで全てを所有する

コピー・パターン：

• 「[カテゴリー]のためではなく、[ジョブ]のために構築されている」
• 機能と仕様ではなく、結果と進展を強調する
• 「[ジョブ]に必要な全て。不要な何もなし」

倫理的境界： 本物の顧客の進展ではなく、エンゲージメントメトリクスに機能する中毒性のあるパターンを設計してはいけない。ジョブフレームワークは、顧客の進展が真北であることを要求し、あなたの保持数字ではなく。

参照：references/organizational-change.md

よくある間違い

間違い	なぜ失敗するのか	修正方法
ジョブを製品の周りに狭く定義する	本物の競争環境を見逃し、誰も必要としない機能を構築する	製品に言及せず、顧客の観点からジョブを定義する
感情的および社会的な次元を無視する	機能のみのジョブは、顧客が実際に選び、留まる理由を見逃す	常に 3 つの次元すべてを完成させる：機能的、感情的、社会的
ジョブと目標またはタスクを混同する	目標は抽象的すぎ（「健康になる」）、タスクは特定すぎ（「ボタンをクリック」）、戦略を駆動するのに不十分	ジョブは特定の状況での進展を説明。目標より具体的で、タスクより戦略的
不安と習慣を無視しながら Pull だけを増やす	優れた製品でも、切り替えコストと恐れが高い場合、失敗する	4 つの力すべてをマップし、各力に介入を設計する。特に anti-change 力を減らす
ビッグハイアーに勝つがリトルハイアーを無視する	高い取得率で高い解約率。購入されるが使用されない	購入決定とは別に、繰り返しの使用決定を追跡および最適化する
顧客に「何が欲しいか」と聞く	顧客は理由を後付けし、潜在ニーズを説明できない。漸進的な機能リクエストが得られる	実際の行動と決定を再構築するタイムラインベースの発見インタビューを使用する
製品カテゴリーで競争を定義する	隣接のカテゴリーと非消費からの本物の脅威と機会を見逃す	顧客が同じジョブのために「雇用」できるすべての代替案をマップする。何もしないことを含む

クイック診断

質問	いいえの場合	アクション
製品に言及せずに 1 文でジョブを述べることができるか？	あなたは job-focused ではなく product-focused	ジョブ・ステートメントを書く：「[状況]の時に、[進展]したいので、[結果]できるようになりたい」
4 つの力（Push、Pull、不安、習慣）をすべてマップしたか？	他の障壁を無視しながら Pull に過度投資している可能性が高い	各力をマップし、不安と習慣に対する具体的な介入を設計する
ジョブの感情的および社会的な次元を知っているか？	あなたの製品は機能的に勝つが、体験で負ける可能性がある	決定の周りの感情と社会文脈に焦点を当てた発見インタビューを実施する
他のカテゴリーからの非自明な競合を特定したか？	競争環境にブラインドスポットがある	顧客が同じジョブのために「雇用」できるすべてのもの（非消費を含む）をリストアップする
ビッグハイアーとは別にリトルハイアーを追跡しているか？	取得問題と保持問題を区別できない	購入コンバージョンと繰り返し使用エンゲージメントのための別のメトリクスを作成する
チームが機能がジョブを成し遂げるのを支援する方法を説明できるか？	戦略的な根拠なしに機能を構築している	すべての機能提案がそれが機能するジョブの特定の次元を参照することを要求する
購入タイムラインについて顧客にインタビューしたか？	あなたのジョブ理解は証拠ではなく仮説に基づいている	最初の考え〜使用のジャーニーを再構築する 10 以上の発見インタビューを実施する

詳細な診断チェックリストについては、references/diagnostics.md を参照してください。

例とケーススタディ

詳細な分析は references/case-studies.md を参照（SNHU、American Girl、Intuit）。

リファレンスファイル

• innovation-process.md：ジョブハンティング方法論、ジョブアトラス、プロトタイプテスト、ジョブステートメント
• competitive-strategy.md：非自明な競争、ジョブベースのポジショニング、価格戦略
• organizational-change.md：異議の克服、機能工場の罠、エグゼクティブの支持、変化管理
• diagnostics.md：ジョブレンズを通じて製品を評価するための診断チェックリスト
• case-studies.md：SNHU、American Girl、Intuit などの詳細な分析

著者について

Clayton M. Christensen（1952-2020）は、ハーバードビジネススクール Kim B. Clark ビジネス管理教授であり、現代の最も影響力のある経営思想家の一人。彼は、ビジネスリーダーが競争と市場進化についての考え方を根本的に変えた彼の画期的な著書『イノベーターのジレンマ』（1997）で破壊的イノベーション理論を導入したことで最もよく知られている。Christensen は、『Competing Against Luck』（2016）で詳述されたジョブ・トゥ・ビー・ダン（やるべき仕事）フレームワークを実践的な方法論として開発した。彼は、破壊的イノベーション企業 Innosight と Clayton Christensen Institute for Disruptive Innovation を共同設立した。Christensen は、Thinkers50 による世界第 1 位の経営思想家にランク付けされ、複数回その賞を受け取った。『The Innovator's Solution』と『How Will You Measure Your Life?』を含む 9 冊の著書にわたる彼の業績は、製品戦略、企業イノベーション、起業家思考を今日も形成し続けている。

さらに読む

このスキルは Clayton M. Christensen によって開発された Jobs to Be Done フレームワークに基づいている。完全な方法論、ケーススタディ、より深い洞察については、原書を読んでください：

• "Competing Against Luck: The Story of Innovation and Customer Choice" by Clayton M. Christensen, Taddy Hall, Karen Dillon, and David S. Duncan