jobs-to-be-done

ジョブ・トゥ・ビー・ダン・フレームワーク

顧客が製品を購入するのではなく、生活の中で特定のジョブを果たすために製品を「雇う」という根本的な真実に基づき、イノベーションの機会を発見するフレームワークです。

中核となる原則

ジョブ・トゥ・ビー・ダン ＝ 特定の状況において、顧客が実現したい進歩です。

定義の主な要素：

• 進歩（目標でも解決策でもありません）——顧客は現状からより良い状態へ移りたいと考えています
• 状況——ジョブを決めるのは文脈であり、顧客の属性ではありません（人口統計情報は役に立ちません）
• 雇用／解雇——顧客は「ジョブ」を果たすために、製品を積極的に選びます

スコアリング

目標：10/10。 クイック診断の各項目（7項目）を満たすごとに1点、さらに深さに応じて最大3点を加算します。3つすべてのジョブの側面が示されていれば+1点、ジョブの記述に製品名や解決策の名前が含まれていなければ+1点、競合に「何も雇わないこと」が含まれていれば+1点です。評価基準：9～10＝製品名を含めずにジョブが記述され、4つの力すべてが対応づけられ、3つの側面が示され、見落とされがちな競合とリトル・ハイヤーが追跡されている状態、5～6＝ジョブは特定されているものの、診断項目が1～2つ不足している状態（多くの場合、力や感情面・社会面の側面が欠けています）、<=3＝製品を起点とした枠組み、人口統計によるセグメンテーション、またはプルだけに注目した考え方です。現在のスコアと、修正すべき具体的な診断項目を必ず示してください。

すべてのジョブにある3つの側面

すべてのジョブには、切り離せない3つの側面があります。どれか1つでも省けば失敗につながります。

側面	問い	例（ミルクセーキ）
機能面	顧客は何をする必要がありますか？	退屈な通勤時間を何かで埋める
感情面	顧客はどのような気持ちになりたいですか？	自分へのちょっとしたご褒美を楽しむ
社会面	顧客はどのように見られたいですか？	分別のある親として（ドーナツは買わずに）

フレームワーク

1. ジョブの記述

中核となる考え方： ジョブの記述は、特定の状況において顧客が求める進歩を、文脈、望む進歩、期待する成果を分けた構成で表します。

効果がある理由： ジョブは変わらず、解決策は入れ替わるためです。ジョブを軸にすることで、次の技術革新によって価値を失う機能を追い求めずに済み、ロードマップを守れます。

主な知見：

• 形式：「[状況]のとき、私は[進歩]したい。そうすれば、[成果]を得られる」
• 顧客の属性より状況が重要です。同じ人でも、状況が異なればジョブも異なります
• 適切に書かれたジョブの記述には、自社製品や特定の解決策の名前が決して含まれません
• ジョブは長期にわたって安定しています。解決策は変わっても、その根底にあるジョブは存続します

製品への応用：

文脈	応用	例
新製品のアイデア創出	機能をブレインストーミングする前にジョブを定義する	「一人で通勤しているとき、空腹を満たしながら時間を過ごせるものが欲しい。そうすれば、昼食まで空腹にならずに済む」
機能の優先順位付け	機能が中核となるジョブに役立つかを評価する	述べられたジョブを前進させる機能は、あると便利なだけの機能より優先されます
ポジショニングとメッセージング	コピーにジョブの記述で使われる言葉を使う	製品の仕様ではなく、顧客が認識しやすい状況と進歩から始めます

コピーのパターン：

• 「[状況]のときには、[進歩]が必要です。それこそが[製品]の役割です」
• 製品カテゴリーではなく、顧客が認識できる状況から始めます
• 機能面だけでなく、感情面と社会面の側面も反映します

イノベーションプロジェクトを最初から最後まで進める際は、ジョブを探し出す方法、ジョブ・アトラス、記入式の記述テンプレートについて、references/innovation-process.mdを参照してください。

2. 進歩の力（プッシュ、プル、不安、習慣）

核心となる概念： 新しい製品を「雇う」決断は、4つの力から生まれます。プッシュ（現状への不満）、プル（新しいソリューションへの魅力）、不安（新しいものへの恐れ）、そして習慣（現在の行動への安心感）です。プッシュ＋プルが習慣＋不安を上回ったときにのみ、変化が起こります。

効果がある理由： ほとんどのイノベーション施策は、変化を阻む力を無視してプルだけを強めます。そのため、優れた製品であっても、普及に失敗してしまいます。

重要なポイント：

• プッシュ：「これにはイライラさせられる」；プル：「これが欲しい」；習慣：「いつもこのやり方でやってきた」；不安：「うまくいかなかったらどうしよう？」
• プッシュやプルを強めるより、不安や習慣を減らすほうが効果的な場合がよくあります
• 問題を漠然と認識している受動的な探索者は、すでに判断基準を持つ能動的な探索者よりも、働きかけやすい傾向があります

製品への応用：

コンテキスト	応用	例
オンボーディングの設計	トライアル、保証、社会的証明によって不安を減らす	返金保証は「うまくいかなかったらどうしよう？」という疑問に答えます
乗り換えキャンペーン	移行を手間なく行えるようにし、習慣を打ち破る	競合製品からワンクリックでデータをインポート
コンテンツマーケティング	不満に名前を付け、受動的な探索者のプッシュを呼び起こす	「現在のツールによって、毎週何時間も無駄にしている5つの兆候」

コピーのパターン：

• 不安に直接対処する：「契約期間の縛りなし。いつでも解約可能。データは常にお客様のものです」
• プッシュに名前を付ける：「[不満]にうんざりしていませんか？もっと良い方法があります」
• 習慣による摩擦を減らす：「5分で乗り換え完了。すべて自動でインポートします」

競合をマッピングしたり、ポジショニングを作成したりする場合は、references/competitive-strategy.mdを参照してください。力の分析、見落とされがちな競合の表、そして実例を使ったジョブベースのポジショニングの公式が記載されています。

3. 大きな採用と小さな採用

核心となる概念： 意思決定のタイミングは2つあります。大きな採用（購入や登録。1回だけ発生）と、小さな採用（その場で使うかどうかの判断。繰り返し発生）です。大きな採用を獲得しても、小さな採用まで確実に獲得できるとは限りません。

効果がある理由： 多くの製品は購入を促すことには成功しても、顧客を失います。購入の判断だけを最適化しているためです。2つのタイミングを理解することで、顧客維持の問題の本当の原因が明らかになります。

重要なポイント：

• 大きな採用はマーケティング、オンボーディング、第一印象によって促されます。小さな採用は製品の品質、UX、継続的な価値によって促されます
• 大きな採用における不安は購入リスクです。小さな採用における不安は、手間や習得にかかる負担です
• 顧客維持の問題は、ほぼ常に小さな採用の失敗です。購入されたものの、使われていない状態です

製品への応用：

コンテキスト	応用	例
顧客維持の分析	大きな採用と小さな採用の指標を分ける	登録後の「初回利用」と「週次のアクティブ利用」を、登録コンバージョンとは別に追跡する
製品設計	第一印象だけでなく、繰り返しの利用を最適化する	オンボーディングがスムーズでも、日々のワークフローでの摩擦を減らす
カスタマーサクセス	小さな採用の兆候を監視し、解約を予測する	利用頻度の低下は、解約が近いことを示します

コピーのパターン：

• 大きな採用向けのコピーでは、約束する価値を売り込みます：「[ジョブ]の進め方を変革します」
• 小さな採用向けのコピーでは、手軽さを売り込みます：「ワンクリックで完了」
• 再エンゲージメントのコピーでは、失敗の原因に対処します：「[具体的な摩擦]をより簡単にしました」

判断の参考となる実例が必要な場合は、references/case-studies.mdを参照してください。SNHU、American Girl、Intuitにおける大きな採用／小さな採用の詳しい分析が記載されています。

4. 競争環境（見落とされがちな競合）

中心となる概念： 真の競合とは、顧客が同じ仕事を任せるために「雇う」ものすべてです。多くの場合、まったく異なるカテゴリーから選ばれます。競合は業界分類ではなく、仕事によって定義されます。

効果がある理由： カテゴリーに基づく分析は盲点を生みます。ミルクセーキはバナナ、ベーグル、ポッドキャストと競合し、NetflixはTikTok、睡眠、家族との会話と競合します。仕事を中心に競争環境全体を把握すると、従来の分析では見落とされる脅威や機会が明らかになります。

主な洞察：

• 何もしないという選択（非消費）が、最大の競合であることもよくあります
• 回避策や埋め合わせの行動から、満たされていない仕事が見えてきます。人々は工夫し、組み合わせ、即興で対応します
• 仕事に対してパフォーマンスが「不十分」な場合は統合し、「十分」な場合はモジュール化します
• 最適なポジショニングは、「類似製品とどう比べるか」ではなく、「どの仕事を任せる相手として最適か」に答えるものです

製品への応用：

コンテキスト	応用	例
競合分析	同じ仕事を担う選択肢を、カテゴリーをまたいですべて洗い出す	プロジェクト管理ツールは、スプレッドシート、付箋、メール、記憶力と競合します
ポジショニング戦略	実際の代替手段を基準に位置づける	名指しの競合ではなく、「手作業で行うこと」を基準に位置づけます
価格戦略	仕事がもたらす価値を基準に価格を設定する	その仕事で週に10時間を節約できるなら、類似のSaaSではなく、その時間の価値を基準に価格を設定します

コピーのパターン：

• 「[仕事]に[回避策]を使うのはやめましょう。専用のソリューションがあります」
• 「[仕事]を任せるのに[不適切な相手]を雇わないでしょう。それなのに、なぜ[現在の裏技]を使っているのでしょうか？」
• 機能比較表ではなく、仕事の成果を中心に位置づけます

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

中心となる概念： 顧客に「何が必要ですか」と尋ねてはいけません。顧客自身もわかっていないからです。代わりに、購入に至るまでの流れ（最初に考えた時点、検索、購入、利用）を再構成し、本当の仕事を明らかにします。

効果がある理由： 顧客は決定を後から正当化し、潜在的なニーズを言葉にできません。具体的な出来事をさかのぼってたどることで、行動のきっかけとなった本当の状況、要因、トレードオフが明らかになります。

主な洞察：

• 最初に考えた時点：「解決策を探し始めたのはいつですか？　その頃、生活で何が起きていましたか？　何にいら立っていましたか？」
• 検索：「どんな代替手段を検討しましたか？　何が候補を絞る決め手になりましたか？　誰に相談しましたか？」
• 購入：「そのとき、どこにいましたか？　最終的に何が決め手になりましたか？　何を不安に感じていましたか？」
• 利用：「期待していたとおりの働きをしていますか？　意外だったことは何ですか？　まだ足りないものは何ですか？」
• まだ発見されていない仕事の兆候：回避策、非消費、埋め合わせの行動、現在のソリューションに対する否定的な感情
• 過去の出来事だけを尋ね、仮定の質問（「〜しますか？」「〜したいと思いますか？」）は決してしないでください。自社のソリューションやメリットを挙げる質問は回答を誘導し、発見ではなく同意を引き出します

製品への応用：

コンテキスト	応用	例
新市場への参入	最近乗り換えた顧客にインタビューする	何が以前の製品から離れるきっかけとなり、何が新しい製品へ移るきっかけとなったのかを再構成します
解約の削減	解約した顧客に、その人の経緯に沿ってインタビューする	ビッグ・ハイア（期待の不一致）だったのか、リトル・ハイア（日々の利用体験の悪さ）だったのか？
機能の発見	回避策を使っている顧客にインタビューする	製品と並行して使われているスプレッドシートから、満たされていない仕事の側面が見えてきます

コピーのパターン：

• インタビューで得た顧客の正確な言葉を、マーケティングコピーに使います
• 「[顧客の逐語引用]という声を受けて、[機能]を開発しました」
• 顧客が実際に語った状況や感情をもとに、メリットを表現します

6. ジョブに合わせて設計する

中核となる考え方： 社内の機能や機能の同等性ではなく、顧客がジョブを達成できるよう支援することを軸に、機能、指標、組織など、エクスペリエンス全体を構築します。

効果がある理由： あらゆる判断が「顧客がジョブをよりよく達成する助けになるか？」という問いに答えるものであれば、チームは機能の肥大化を避け、一貫性のある製品を構築できます。この問いに答えられないなら、まだジョブを理解できていません。

主な知見：

• 顧客満足度の指標を「ジョブを達成できたか？」に置き換えます
• NPSを「顧客が採用した理由と解約した理由」に、機能の利用状況を「ジョブの進捗」に置き換えます
• 社内の機能や製品コンポーネントではなく、ジョブを軸にチームとプロセスを編成します

製品への応用：

文脈	応用	例
指標の設計	ジョブの完了を測定する	「セッションあたりの使用機能数」ではなく「問題の発生から解決までの時間」
製品ロードマップ	ジョブの各側面を考慮して優先順位を付ける	感情的な側面を無視した機能上の修正では、状況が改善しない場合があります
組織の連携	ジョブを軸にチームを編成する	「朝の通勤」というジョブを担当するチームが、コンテンツ、パッケージング、配信を担います

コピーのパターン：

• 「[カテゴリー]のためではなく、[ジョブ]のために構築」
• 「[ジョブ]に必要なすべてを、それ以外は何もなく」
• 機能や仕様ではなく、成果と進捗を強調します

分析ではなく導入がボトルネックとなっている場合は、references/organizational-change.md をご覧ください。機能工場の罠から抜け出し、経営陣の支持を得て、変革を管理する方法を紹介しています。

よくある間違い

間違い	失敗する理由	改善策
ジョブを自社製品に限定して定義する	実際の競争環境を見落とす	自社製品には一切触れず、顧客の視点からジョブを定義します
感情的・社会的な側面を無視する	機能面だけのジョブでは、顧客が選び、使い続ける理由を捉えられません	常に3つすべての側面を満たします
ジョブと目標やタスクを混同する	目標は抽象的すぎ（「健康になる」）、タスクは具体的すぎます（「ボタンをクリックする」）	ジョブ＝特定の状況における進歩
プルだけを強化する	切り替えコストや不安が高いままでは、優れた製品も失敗します	4つすべての力を可視化し、不安と習慣への対策を設計します
大きな採用を勝ち取り、小さな採用を無視する	獲得率は高くても解約率も高く、購入されても使われません	購入とは別に、反復利用を追跡して最適化します
顧客に「何が欲しいですか？」と尋ねる	後付けの理屈や、漸進的な機能要望につながります	時系列に沿ったインタビューを行い、実際の行動を再構成します
カテゴリーを基準に競合を定義する	隣接カテゴリーや非消費による盲点が生じます	何もしない選択肢も含め、ジョブに対するあらゆる代替手段を洗い出します

クイック診断

質問	「いいえ」の場合	対応
自社の製品に触れずに、取り組むべき仕事を一文で説明できますか？	製品中心で、仕事を中心に考えられていません	「［状況］のとき、［進歩］したい。そうすれば、［成果］を得られるからです」と書きます
4つの力すべてを把握していますか？	プルに過剰に注力し、障壁を無視しています	不安と習慣に対する具体的な介入策を設計します
感情面と社会面の側面を把握していますか？	機能面では勝てても、体験の面では負ける可能性があります	感情や社会的背景について、課題発見インタビューを実施します
表面化しにくい競合を特定していますか？	競争上の盲点があります	非利用も含め、その仕事のために選ばれうるものをすべてリストアップします
小さな採用と大きな採用を分けて追跡していますか？	獲得の問題と継続利用の問題を見分けられません	購入コンバージョンの指標と継続利用の指標を分けます
チームは各機能がどのように仕事に役立つかを説明できますか？	戦略的な根拠なしに開発しています	提案では、どの仕事の側面に役立つのかを明記するよう求めます
顧客の購入までの経緯についてインタビューしましたか？	仕事への理解が憶測に基づいています	最初に思いついてから利用するまでの経緯を再構成するインタビューを10件以上実施します

上記のクイック診断だけでは不十分な場合、つまり、症状（登録数の低さ、高い解約率、「誤った使われ方」）を診断している場合や、JTBD 固有の指標が必要な場合は、references/diagnostics.md を参照してください。「なぜ購入されないのか」という症状別の表、解約パターンの表、従来の指標と JTBD 指標の置き換え例があります。

参考資料

手法の全容、事例研究、詳細な知見については、以下をご覧ください。

• 「Competing Against Luck: The Story of Innovation and Customer Choice」、Clayton M. Christensen、Taddy Hall、Karen Dillon、David S. Duncan 著

著者について

Clayton M. Christensen（1952～2020）は、ハーバード・ビジネス・スクールのKim B. Clark経営学教授を務め、The Innovator's Dilemma（1997年）で提唱した破壊的イノベーションの理論で最もよく知られています。Competing Against Luck（2016年）で、実践的なイノベーション手法として Jobs to Be Done を発展させました。また、Thinkers50 において、世界の経営思想家第1位に繰り返し選ばれました。