Jobs to Be Done（JTBD）：フレームワーク、事例、活用方法

製品の大半が失敗する理由は、技術的に間違ったものを作ったからではなく、そもそも顧客がなぜ購入するのかを理解していなかったからです。Jobs to Be Done（JTBD）フレームワークは、その盲点を取り除くための視点です。分析の単位を製品そのものから、顧客が実現しようとしている前進へと移します。

Jobs to Be Done（JTBD）とは何か

Jobs to Be Done（JTBD）とは、顧客の動機に関する理論であり、人々は製品やサービスそのものを買うのではなく、特定の「ジョブ」を片付けるためにそれらを「雇用」するという考え方です。 ここで言う「ジョブ」とは、特定の状況において人が実現しようとする前進です。達成したい機能的なタスク、辿り着きたい感情的な状態、そして管理したい社会的な見られ方を含みます。

このフレームワークは、ハーバード・ビジネス・スクールのクレイトン・クリステンセン教授がトニー・ウルウィックやボブ・モエスタらと共に発展・普及させました。優れた経営の会社がなぜ競合に不意打ちされるのかというクリステンセンの研究から生まれ、後に破壊的イノベーションとして深く探求した問題です。洞察はシンプルながら直感に反するものでした。顧客は製品カテゴリーで考えることはほとんどありません。今この瞬間に必要な成果で考えます。

重要なポイント

• JTBD リサーチを基に設計された製品の新製品成功率は 86% で、従来型の開発製品の約 17% と比較して大幅に高いです。（Strategyn のアウトカムドリブンイノベーション調査, 2016）
• 米国で毎年発売される新製品のうち、大半の業界基準で成功するものはわずか 5% です。多額の市場調査投資にもかかわらずです。（Nielsen IQ データ, 2014）
• 新製品の 95% が失敗するのは、企業が顧客ではなく、顧客が片付けようとしているジョブに焦点を当てていないからだと、クレイトン・クリステンセンのハーバード・ビジネス・スクール分析は述べています。（2016）

ジョブ・ステートメントの公式

ジョブ・ステートメントは JTBD の中心ツールです。顧客が達成しようとしていることを、テスト可能で実行可能な形式で捉えます。標準的な公式は以下の通りです。

「〔状況〕のとき、〔動機〕したい。それによって〔望む成果〕できるようにするために。」

この構造により、ジョブを実際のコンテキスト（属性ではなく）に固定し、根本的な動因（機能リクエストではなく）を特定し、顧客が本当に気にしている便益（彼らが言ったことではなく）を明確にします。

さまざまな製品と状況でこれがどのように展開されるかを示します。

各行で、最後に挙げられた製品は、顧客が購入しようとしていると自分で言うものとはほど遠いことに気づくはずです。顧客が話すのは、状況と動機の列に近いことです。

機能的・感情的・社会的なジョブ

顧客が製品を雇用して片付けようとするジョブには、最大 3 つの層があります。ほとんどの戦略作業は最初の層しか扱いません。

機能的なジョブだけを解決するスケジューリングツールはコモディティです。スケジューリングの不安も解消し（感情的）、ユーザーをプロフェッショナルで整理整頓されて見せる（社会的）ものは、真に差別化されています。これが JTBD が単なるリサーチ手法以上のものである理由です。あなたのバリュープロポジションが成長できる余地を示す指針でもあります。

3 つの層はまた、スイッチング（乗り換え）が起きる理由も明らかにします。顧客は機能のせいで製品を乗り換えるのではありません。機能的なジョブが十分に満たされていても、現在の製品が感情的または社会的なジョブでの前進をもたらさなくなったときに乗り換えます。

Jobs to Be Done フレームワークの適用方法

JTBD を実践で適用するには、一貫した手順を踏みます。各ステップの目標は、実際のジョブにより近づき、それについての思い込みから離れることです。

ステップ 1：意見ではなく出来事についてインタビューする

顧客に製品への要望を聞かないでください。代わりに、特定のジョブを片付けるために何かを「雇用」した最後の場面を話してもらいます。何がきっかけで探し始めたか、どんな選択肢を検討したか、何がきっかけで乗り換えたか、新しい解決策で何が変わることを望んでいたか。

トニー・ウルウィックはこれを「スイッチインタビュー」と呼びます。需要のタイムラインを再構築しようとしています。古いソリューションが不十分になった瞬間、探し始めた瞬間、そして行動を起こした最後の一押し。パターンを探す前に 10〜15 件のインタビューを目指します。

ステップ 2：ジョブを抽出し名付ける

インタビューの記録から、繰り返し現れる状況・動機・望む成果を抽出します。それらをジョブのクラスターにグループ化します。この段階では、製品が現在対応しているものだけでなく、顧客が片付けようとしているすべてのジョブのマップを構築しています。

各ジョブを「〔状況〕のとき・〔動機〕したい・〔成果〕できるように」の公式でステートメントとして書きます。言葉は社内語彙ではなく顧客の声で表現します。

ステップ 3：未充足の成果を特定する

各ジョブについて 2 つの質問をします。これを正しく行うことはどのくらい重要か、そして顧客は現在のソリューションにどのくらい満足しているか。重要度が高いが十分に対応されていないジョブこそ、真のイノベーションが生まれるギャップです。これがウルウィックのアウトカムドリブンイノベーション手法の核心であり、需要が満たされていないスペースを見つけることを競争の枠組みとするブルーオーシャン戦略にも直接つながります。

ジョブを 2×2 にマッピングします。一方の軸に重要度、もう一方に満足度。重要度が高く満足度が低い象限が、製品の機会ゾーンです。

ステップ 4：戦略的適合で優先順位をつける

未充足のジョブすべてがあなたが解決すべきものではありません。既存の能力、競争上のポジショニング、そして参入すると決めた市場に対して機会を絞り込みます。JTBD の発見をAnsoff マトリクス計画への入力として活用します。このジョブは新市場を開くのか、それとも既存市場でのポジションを深化させるのか。

ステップ 5：ジョブを中心に解決策を設計し検証する

特定のジョブとその 3 つの層を中心に、機能、メッセージング、あるいはまったく新しい製品を構築します。そしてジョブ・ステートメントに直接照らし合わせて検証します。このソリューションは、顧客が描写した前進を実現できるか。機能的な層だけでなく、感情的・社会的な層にも対応しているか。

優れた JTBD 駆動の設計は、機能を追加するのではなく削除することが多いです。実際のジョブがわかれば、重要に思えていた多くの機能が、コアの前進を難しくするだけのノイズであることに気づきます。

Jobs to Be Done の事例

最もよく引用される JTBD の話は、マクドナルドのミルクシェイク研究です。直感的な製品思考がいかに的外れになりうるかを示すため、全体を理解する価値があります。

マクドナルドはミルクシェイクの売上を伸ばしたいと思っていました。顧客にアンケートを取ったところ、予想通りの答えが返ってきました。もっと濃いシェイク、より多くのフレーバー、大きなカップが欲しいというものです。これらすべてを改良しました。しかし売上は動きませんでした。

その後 JTBD リサーチャーが一日かけて実際にミルクシェイクが買われる時間帯を観察し、顧客にインタビューしました。結果は予想外でした。ミルクシェイクの売上のほぼ半分が午前 8 時前に発生していました。これらの顧客は長い一人の通勤中でした。食事をするほど空腹でなかったものの、昼まで何かが必要でした。ミルクシェイクはこれに完璧に対応していました。飲み終わるのに時間がかかり、カップホルダーに収まり、散らからず、バナナやグラノーラバーよりも満腹感がありました。

ジョブは「美味しいおやつが欲しい」ではありませんでした。ジョブは「退屈な通勤を空腹にも散らかさずに乗り越える手助けをしてほしい」でした。競合はウェンディーズのミルクシェイクではなく、バナナ、ベーグル、エナジーバーでした。

さまざまな業界にわたる 3 つの追加事例を示します。

いずれの場合も、本当のジョブを理解することが、異なるマーケティングメッセージ、異なるオンボーディング体験、優先すべき異なる機能を示唆します。そして、間違った製品カテゴリーを見ていたために追っていなかった競合が見えてくることが多いです。

よくある失敗

セグメントとジョブを混同する。 「リモートワークをするミレニアル世代のプロフェッショナル」は人口統計セグメントであり、ジョブではありません。ジョブは人口統計を横断します。55 歳の経営幹部と 28 歳のフリーランサーは、提案書を書くために座ったときにまったく同じジョブを持つことがあります。

述べられた好みをジョブとして扱う。 顧客が「より速い製品が欲しい」と言うとき、それは好みであってジョブではありません。ジョブはその下にあります。「クライアントにプレゼンするとき、有能に見せたい。そうすることで信頼を勝ち取れるように」。スピードはそのジョブを達成する方法です。ジョブそのものではありません。

機能的な層だけを解決する。 多くのチームが JTBD リサーチを行い、機能的なジョブを正確に特定した後、それだけのために設計します。採用率が低い理由や 90 日後に顧客が解約する理由に疑問を持ちます。感情的・社会的なジョブが対処されていなかったため、機能的には同等でも、より良く感じられるものを顧客が最終的に見つけたのです。

優先順位付けステップを省略する。 未充足のジョブをすべてマッピングしたら、全部対処しようとしたくなります。それは多くのことを中途半端にこなす肥大した製品につながります。機会の大きさだけでなく、戦略的適合に基づいて優先順位をつけます。

フレームワークを陳腐化させる。 状況が変わるとジョブも変わります。2 年前に未充足だったジョブが、今は競合によって十分に対応されている可能性があります。JTBD リサーチは一度きりの発見として扱うのではなく、定期的に更新する必要があります。

ベストプラクティス

• 仮定ではなく実際の出来事についてインタビューする。 「何が欲しいですか？」は希望的思考を引き出します。「最後にこのためのものを雇用した場面を教えてください」は実行可能な洞察を引き出します。
• 顧客が買うものだけでなく、買わないものも見る。 非消費は多くの場合、現在の製品では十分に対応されていないジョブを明らかにします。これは破壊的イノベーションの主要な源泉の一つです。
• JTBD の発見を製品ライフサイクルにマッピングする。 異なる顧客ジョブが製品ライフサイクルの異なる段階で支配的になります。成長段階の顧客は初期採用者とは異なる主要なジョブを持つことが多いです。
• ジョブ・ステートメントを使ってより良いポジショニングコピーを書く。 優れた JTBD リサーチはメッセージングに直接活かせます。コピーは製品の機能ではなく、状況と望む成果を描写すべきです。
• JTBD を競合分析に結びつける。 ジョブの視点は、本当の競合セットを見つけるのに役立ちます。製品が何のために雇用されているかがわかれば、顧客が代わりに使うかもしれないあらゆるソリューション（非消費を含む）を特定できます。
• JTBD をアウトカム指標と組み合わせる。 ウルウィックの手法は各ジョブに重要度と満足度スコアを割り当て、定性的なストーリーだけでなく定量的な優先順位付けツールを提供します。

よくある質問

Jobs to Be Done の核心的なアイデアとは何ですか？

核心的なアイデアは、顧客は製品を買うのではないということです。特定の状況において特定のジョブで前進するために製品を雇用します。そのジョブを理解すること（機能的・感情的・社会的な側面を含めて）は、人口統計データや述べられた好みよりも、製品と戦略の意思決定に役立ちます。

JTBD とユーザーペルソナの違いは何ですか？

ペルソナは顧客が誰であるかを描写します。人口統計、行動、態度。JTBD は特定の瞬間に顧客が何をしようとしているかを描写します。非常に異なるペルソナを持つ二人の人が、同一のジョブを持つことがあります。JTBD は、状況ではなくアーキタイプに根ざしているため、スイッチング行動と購買決定の予測においてより有効な傾向があります。

ジョブ・ステートメントとは何ですか？

ジョブ・ステートメントは次の形式に従います。「〔状況〕のとき、〔動機〕したい。〔成果〕できるようにするために」。コンテキスト、根本的な動因、望む前進を捉えます。よく書かれたジョブ・ステートメントは、テスト可能なほど具体的でありながら、複数の潜在的なソリューションに適用できるほど一般的です。

JTBD は競争優位性とどう関係しますか？

JTBD はあなたの本当の競合セットを明らかにします。顧客が同じジョブを片付けるために使うかもしれないあらゆるソリューション。そのセットはしばしば直接の競合だけでなく、まったく異なるカテゴリーの製品を含みます。本当のジョブを知ることで、あなたの競争優位性が実際にどこにあり、どこで脆弱かを理解できます。

このフレームワークは B2B 製品に使えますか？

はい。B2B のコンテキストでは、ジョブは通常複数の層を持ちます。組織の機能的なジョブ（購買承認を自動化する）、購買者の職業的なジョブ（CFO に対して有能な意思決定者として見られる）、そしてユーザーの日常的なジョブ（手動で承認を追いかけることをやめる）。3 つすべてを理解する必要があり、それらは必ずしも一致しません。

Jobs to Be Done は他の戦略ツールキットの代替ではありません。しかし、すべてを地に足ついたものに固定します。つまり、顧客が実現しようとしている本質的な前進に。どのジョブを中心に設計するかがわかれば、Business Model Canvas や Ansoff マトリクスのような戦略フレームワークがより鋭いツールになります。