UIXHERO

Job-to-be-Done (JTBD)

「顧客はプロダクトそのものではなく、プロダクトによって自分が成し遂げたい『仕事(Job)』を買っている」という理論。ユーザーの深層心理と動機を理解し、真の競合を見つけるためのフレームワーク。

2026年1月26日
更新: 2026年8月27日
7
by Dengen Yosho(DGYS)
Job-to-be-Done (JTBD)

この記事の要点(UIXHERO視点) XHEROでは、JTBDを「製品の背後に潜む、切実な"雇用の動機"」と捉える。 本記事では、「ドリルではなく穴」のさらに奥にある「なぜ穴が必要なのか(感情的ゴール)」を洞察し、真の競合(Netflixの競合は睡眠時間など)を再定義する視座を整理する。

JTBDとは?

ハーバード・ビジネス・スクールの教授らが提唱した理論です。 「顧客は商品を購入するのではなく、生活の中で生じた何らかの用事(Job)を片付けるために、その商品を『雇用(Hire)』する」と考えます。

UXデザインでの活用事例

1. 競合の再定義

「4分の1インチのドリルが欲しいのではない。4分の1インチの穴が欲しいのだ」という有名な格言がありますが、ではさらに深く踏み込みます。「なぜ穴が欲しいのか?」→「子供の絵を飾りたいから」→「良い親でありたいから」。 もしJobが「子供の絵を飾りたい」なら、競合は他のドリルメーカーではなく、「壁を傷つけない強力テープ」や「デジタルフォトフレーム」になるかもしれません。

2. 機能の断捨離

ユーザー属性(20代女性だからピンク色にする)ではなく、Job(急いでいるからワンタップで済ませたい)に基づいて機能を設計します。Jobに関係のない機能は、たとえ一般的に人気があっても、そのプロダクトにとってはノイズ(邪魔もの)として削除する判断ができます。

3. イノベーションの発見

従来のマーケティングが見落としがちな「無消費(Non-consumption)」の層にアプローチできます。「既存の解決策が高すぎる、または複雑すぎて使えない」という理由でJobを解決できていない人々に対し、全く新しい解決策(破壊的イノベーション)を提供することができます。

実装例: Jobステートメント・ビルダー

ユーザーのニーズを「」「欲求」「期待する成果」の3要素に分解し、明確なJobステートメント(文章)として定義するためのツール例です。UXリサーチの結果をチームで共有する際に役立ちます。

実践ガイドライン (Practical Guidelines)

インタビューでの質問例

  • 「その製品を買った時、他にどんな製品と比較しましたか?」(競合のセットを知る)
  • 「もしこの製品がなかったら、どうしていましたか?」(代替手段を知る)
  • 「その製品を使う前と後で、あなたの生活はどう変わりましたか?」

倫理的配慮 (Ethical Considerations)

  • 不安の操作: ユーザーのJob(不安の解消など)を理解することは重要ですが、必要以上に不安を煽って商品を売りつけることは倫理的に問題があります(フィアー・アピール)。

更新のお知らせ

サイトに載せていない実例や、新しい記事のお知らせはこちらで出しています。

読んだ内容を、自分の画面に当てるとき

UIXHEROは、記事を書くほかに、画面の検品・判定、デザインシステムの構築、実装と改善の伴走を受けています。何を頼めばいいか決まっていない段階の相談も、同じ窓口で受けます。

UIXHEROに頼めることを見る

※ 記事の内容についての質問や、書いてほしいテーマの要望も同じ窓口で受けています

関連する用語 (Glossary)

理解度チェック

参考文献

  • Christensen, C. M., Hall, T., Dillon, K., & Duncan, D. S. (2016). Competing Against Luck: The Story of Innovation and Customer Choice. HarperBusiness.
  • Levitt, T. (1960). "Marketing Myopia." Harvard Business Review.

記事をシェア

メールでお知らせを受け取る

最終更新: 2026年8月27日

この記事を書いた人

Dengen Yosho(DGYS)

Dengen Yosho(DGYS)

UI/UXデザイナー兼デザインエンジニア デザイン歴25年以上 情報設計〜UIデザイン〜React/TypeScriptによる実装までを一気通貫で担当 大手企業のDXプロジェクトや決済アプリ領域で、デザインリードとして改善と構築を経験 現在はフリーランスとして、プロダクトのUI/UX改善とデザインシステム構築を支援 長年の実務の中で感じてきたのは、 「良いUI」はセンスではなく、再現可能な判断の積み重ねであるということ UIXHEROは、 心理学や行動科学の知見を、現場で使える設計言語に翻訳するための場所 関心領域は「ユーザーの行動が変わるUI」 人の認知・注意・意思決定の構造を理解し、 “なぜそのUIが機能するのか”を言語化することを目指している

あわせて読みたい

この記事に関連する記事をご紹介します

狩野モデル (Kano Model)

ユーザーの満足度を「当たり前品質」「一元的品質」「魅力的品質」などの5つの要素に分類し、機能の優先順位を決定するためのフレームワーク。

2026年1月26日
7

MAYA理論 (MAYA Principle)

「Most Advanced. Yet Acceptable.(最も先進的でありながら、なおかつ受け入れられる)」の略。新しさと親しみやすさのバランスが取れたデザインこそが、最もヒットするという法則。

2026年1月26日
5

ペルソナ (Persona)

ターゲットユーザーの属性、行動パターン、動機、ゴールなどを詳細に定義した架空の人物像。チーム全体で「誰のために作るのか」という認識を統一し、意思決定のブレを防ぐためのツール。

2026年1月26日
5

もっと深く知りたいですか?

ここに掲載されていないトピックについても、リクエストがあれば解説記事を追加します。 わかりにくい点や、具体的な事例について知りたいことがあれば教えてください。

リクエストを送る