Jobs to be Done（JTBD）とは：事例と実践の進め方

目次

• 要約：JTBDと従来のセグメンテーション
• Jobs to be Doneとは：顧客はソリューションを「雇う」

  • ミルクシェイクの事例
  • 「ジョブ」の3つの側面
• 進歩の4つの力

  • Webコピーと導入体験への応用
• JTBDタイムライン・インタビューの進め方

  • タイムラインのマイルストーン
  • インタビューの質問
• インタビューからロードマップへ：顧客のジョブの8つの段階
• ノーコードツールで素早く検証する
• 行動計画：今週JTBDを始める

Jobs to be Done（JTBD）は、人がなぜ買うのかを理解するための枠組みです。製品そのものではなく、製品を「雇う」ときに実現したい進歩に注目します。何を作るか、どう説明するか、導入体験で何を変えるかを、誰も求めていない機能に何か月も費やす前に判断できます。

このガイドでは、中心となる考え方、「ジョブ」の3つの側面、進歩の4つの力、タイムライン・インタビューの進め方（そのまま使える質問付き）、そして今週から始められる5ステップの計画を解説します。

要約：JTBDと従来のセグメンテーション

観点	従来のセグメンテーション（バイヤーペルソナ）	Jobs to be Done
中心の問い	顧客は誰か？	どんな状況で、どんな進歩を遂げようとしているか？
変数	年齢、居住地、役職、習慣	状況、きっかけ、代替手段、不安
使い方	誰に話しかけるかを決める	何を作り、何を伝えるかを決める
単独で使うリスク	属性への思い込みに基づく機能開発	どのセグメントに届けるかを見失う

どちらかを選ぶ話ではありません。バイヤーペルソナは「誰に」を、JTBDは「なぜ今」を教えてくれます。優れたチームは両方を使います。

Jobs to be Doneとは：顧客はソリューションを「雇う」

JTBDの中心的な考え方は、顧客は製品を買うのではなく、ある状況で進歩を遂げるために製品を雇う、というものです。クレイトン・クリステンセンがイノベーションの世界で広め、ボブ・モエスタとアンソニー・ウルウィックがそれぞれ異なる手法で発展させました。モエスタはタイムライン・インタビューと進歩の力、ウルウィックは望む成果のマッピングです。

「顧客は誰で、どんな機能を求めているか？」ではなく、「この人は何を成し遂げようとしていて、そのためにどんな解決策を雇うか？」と問います。技術は入れ替え可能で、変わらないのは、その人が片付けたいジョブです。

ミルクシェイクの事例

古典的な例です。あるファストフード・チェーンがミルクシェイクの売上を伸ばそうとしました。味や食感についての調査では何も変わりませんでした。朝の購入者を観察すると、別のジョブが見えてきました。通勤時間が長く、退屈をまぎらわせたい、片手で飲める、昼まで空腹をしのげるものが欲しい人たちです。競合は他のシェイクではなく、バナナやドーナツ、ベーグルでした。

デジタル製品への教訓も同じです。本当の競合は機能比較表に載っているものではなく、顧客が今そのジョブをこなすために使っているすべてです。Excelのシートやノートも含まれます。

「ジョブ」の3つの側面

ジョブは単なるタスクではありません。3つの層があり、購入の判断はほとんどの場合、3つが同時に絡んで説明できます。

• 機能的： 実務上のタスク。毎月のサブスクリプション請求や、チームの売上レポートの集約など。
• 感情的： どう感じたいか。計算ミスや請求漏れがないという安心感など。
• 社会的： どう見られたいか。上司や取締役会の前で、整理された分析的な人として見られたい、など。

機能的な層だけを解決すれば、製品は機能で競うことになります。感情的・社会的な層にも応えれば、顧客の記憶に残る点で競えます。

進歩の4つの力

今使っているものをやめて新しいものを採用してもらうには、後押しする力が引き止める力を上回る必要があります。力は4つあります。

1. 現状のプッシュ（push）： 今の不満や痛み。探し始めるきっかけです。
2. 新しい解決策のプル（pull）： 新製品が約束するものと、本人が思い描く成果。
3. 変化への不安（anxiety）： データ移行、学習コスト、失敗、お金を失うことへの恐れ。
4. 習慣（habit）と惰性： 非効率でも「いつもそうしてきた」という居心地のよさ。

プッシュとプルは購入へ向かわせ、不安と習慣は引き止めます。多くの販売ページはプルだけ（機能や約束を増やす）に取り組み、多くの販売が不安と習慣で失われていることを見落としています。

Webコピーと導入体験への応用

見出しではプッシュとプルを伝え、補足文とボタンで不安と習慣を減らします。

Before（機能中心）：

「当社は中小企業向けのAI搭載SaaS管理ソフトのトップです。請求、在庫、高度なレポートの各モジュールを備えています。」

After（進歩中心）：

• 見出し（プッシュ＋プル）： 「Excelで手作業の請求を続けて、売上を逃したりミスをしたりしていませんか？ 定期請求を自動化して、キャッシュフローを取り戻しましょう。」
• マイクロコピーとボタン（不安＋習慣）： 「クレジットカード不要。データ移行もお手伝いします。いつでも解約できます。」

登録後も同じ考え方が当てはまります。不確かさや惰性でユーザーが止まっているとき、一般的なニュースレターは役に立ちません。LoopsやCustomer.ioのようなイベントベースのメッセージツールを使えば、signed_up、created_first_project、payment_failedといったマイルストーンが起きたとき、あるいは起きないときに、役立つメッセージを送れます。登録したのに48時間以内に最初のプロジェクトを作らなかった人には、その一歩に必要な具体的な助けが届きます。

JTBDタイムライン・インタビューの進め方

タイムライン・インタビューでは、ある人がどのように購入（または解約）に至ったかを、順を追って再構成します。話すのは未来の意向ではなく、過去の具体的な出来事です。人は自分の将来の行動を予測するのは苦手でも、すでにしたことを語るのは得意だからです。

タイムラインのマイルストーン

モエスタの枠組みをもとにした簡略版です。インタビューでは次の場面をカバーします。

1. 最初の気づき： 何かがうまくいっていない、もっとよくできると気づいた瞬間。
2. 受け身の探索： 時間もお金もかけずに、おすすめやコンテンツに目を向ける。
3. 能動的な探索： ツールを比較し、デモを依頼し、代替手段を評価する。
4. きっかけとなる出来事： 不満を切迫感に変える具体的な出来事。障害、高くついたミス、チームの変更など。
5. 決定： 支払う、署名する、登録するなど、コミットする。
6. 初回利用： 製品が約束を果たすのか、摩擦を生むのかを知る。

きっかけとなる出来事は最も価値のあるデータです。製品がいつ関係してくるのか、つまりどこで、いつ姿を見せるべきかがわかります。

インタビューの質問

場面を再構成する調査員のように会話を進めます。どこにいたか、どの画面を開いていたかなど、物理的で具体的な詳細を尋ねてください。細部は記憶を呼び起こし、相手が「聞きたいだろう答え」を言ってしまうバイアスを減らします。

きっかけとなる出来事を特定する

• 「別の解決策を探そうと決めた日のことを教えてください。その週に、それまでになかった何が起きましたか？」
• 「『もうこのやり方は続けられない』と思ったとき、どこにいて、画面に何を開いていて、何をしようとしていましたか？」

探索と代替手段を探る

• 「登録する前に、ほかのツールやスプレッドシート、やり方を試しましたか？」
• 「誰におすすめを聞きましたか？ 比較し始めたとき、GoogleやChatGPTに何と入力しましたか？」

不安と習慣を掘り下げる

• 「支払う、または署名する直前に、迷ってしまいそうになった疑問はありましたか？」
• 「以前のシステムをやめたり、チームを説得したりするのはどのくらい大変でしたか？ 使い始めの15分で一番わかりにくかったのは何ですか？」

「これにお金を払いますか？」や「Xがあれば嬉しいですか？」のような質問は避けましょう。礼儀正しいだけで、あてにならない答えが返ってきます。この種の会話をもっと練習したい場合は、スティーブ・ブランクの手法のガイドが、作る前に顧客と話しに行く方法を説明しています。

インタビューからロードマップへ：顧客のジョブの8つの段階

ウルウィックは、あらゆるジョブを8つの段階に分けることを提案しています。顧客がどの地点でつまずいているかを正確に特定するのに役立ちます。

1. 定義： 計画を立て、目標を定める。
2. 探索： 必要なデータや資料を集める。
3. 準備： 環境、ツール、データを整える。
4. 確認： 実行前にすべて整っているか確かめる。
5. 実行： 中核となるタスクを行う。
6. 監視： 進捗と品質を確認する。
7. 修正： 調整と是正を行う。
8. 完了： 終了し、結果を保存またはエクスポートする。

インタビューでいずれかの段階に強い摩擦が見つかったら、勘で機能を足すのではなく、その摩擦をバックログの優先事項にします。例を挙げます。

「準備」段階の摩擦： ユーザーは分析を始める前に、データの整理と整形に何時間も費やしている。

• プロダクトの優先事項： ワンクリックのインポートと自動コネクタ。
• B2Bのメッセージ（チームの効率）： 「データ準備の手作業をなくします。CRMと連携し、経営層向けのレポートを一元化できます。」
• B2Cのメッセージ（スピードとシンプルさ）： 「Excelの煩雑さとはお別れ。ファイルをワンクリックでアップロードして、すぐに結果を確認できます。」

摩擦は同じでも、買うのが企業（チームの時間と管理が重要）か個人（スピードとシンプルさが重要）かで、伝え方が変わります。価値提案全体を整理したい場合は、インタラクティブなビジネスモデルキャンバスで、ジョブをセグメント、チャネル、収益に結びつけられます。

ノーコードツールで素早く検証する

解決すべきジョブがわかったら、検証のために何か月もの開発は必要ありません。LovableやEmergentのようなAIビルダーを使えば、認証と課金を備えたMVPを数日で立ち上げられます。LovableはSupabaseと連携し、コードをGitHubにエクスポートできるため、プラットフォームに縛られません。選ぶ前に、最新の料金と制限を確認してください。頻繁に変わります。

ツールは二の次です。大切なのは、そのジョブの解決に誰かがお金を払うかを実際のデータで測ることです。この道をさらに掘り下げたい場合は、AIでMicro-SaaSを作るガイドと、1週間でビジネスアイデアを検証するガイドをご覧ください。価格を決める前に、利益率計算ツールで利益率を計算しましょう。

行動計画：今週JTBDを始める

1. 最近の顧客5人にインタビューする。 直近30日に購入または解約した人を選びます。タイムラインを再構成し、きっかけとなった出来事と試した代替手段を記録します。まだ顧客がいなければ、別のツールや手作業で課題を解決している人に聞きます。
2. 4つの力を整理する。 発見をプッシュ・プル・不安・習慣のマトリクスに移し、顧客の言葉をそのまま引用します。3人以上に繰り返し現れるパターンが優先事項です。
3. メッセージと導入体験を書き直す。 見出しを進歩について語るものに変え、不安を減らす保証を加え、人が止まるポイントにイベントベースのメッセージ（Loops、Customer.ioなど）を設定します。
4. 摩擦でロードマップに優先順位をつける。 それぞれの摩擦を8つの段階のどこかに位置づけ、最も重いものから解決します。
5. MVPと実際の課金で検証する。 アーキテクチャを拡大する前に、転換率と支払い意欲を測ります。

JTBDは判断力や市場分析の代わりにはなりません。会話を「どんな機能を足すか」から「顧客にはどんな進歩が必要か」へ変えるものです。よく準備した5件のインタビューで、何か月もの思い込みよりも多くの確信が得られます。