jobs-to-be-done

Jobs-to-be-Done（JTBD）

これは何か

Jobs-to-be-Doneは、顧客の動機を理解するためのフレームワークです。核心となる洞察は、人々は製品を買うのではなく、自分の人生を前進させるために製品を雇うということです。

誰かが製品を買うとき、機能やメリットを買っているのではありません。その製品に仕事をしてもらうために雇っているのです。その仕事を理解すれば、ポジショニング、メッセージング、機能の優先順位付け、競争戦略など、あらゆることが見えてきます。

重要なのは、「顧客は何を望んでいるのか？」と尋ねるのではなく、「顧客はどのような前進を実現しようとしているのか？」と尋ねることです。

いつ使うか

次のような場合にJTBDを使います。

• 顧客がなぜ買うのかを理解する（何を買うのかだけではなく）
• 本当の競合を見つける（多くの場合、想定とは異なります）
• 新しい製品や機能のプロダクトマーケットフィットを見つける
• 心に響くポジショニングとメッセージングを改善する
• 顧客が離れる理由を理解して解約を減らす
• 顧客が実際に実現しようとしている前進に基づいてロードマップの優先順位を決める
• 顧客が苦境に陥る瞬間を通じて新たな市場機会を特定する

使わないほうがよい場合

• 顧客に実質的な選択肢がない場合（例：雇用主が使用を義務付けているソフトウェア）
• 購入が意識的な判断を伴わない、純粋な習慣によるものの場合
• すでに決めている仮説を検証したい場合

パターン

JTBDを正しく適用する方法を示す詳細な例です。各パターンでは、よくある間違いと正しいアプローチを示しています。

重要（ここを間違えると、費やした時間が無駄になります）

パターン	学べること
interview-asking-why	「なぜ買ったのですか？」と聞くのではなく、「何があったのか、順を追って教えてください」と聞きます
job-statement-too-broad	「時間を節約する」だけでは役に立ちません。文脈＋動機＋成果が必要です
missing-forces	PushとPullだけでなく、4つの力すべてを分析します
interviewing-prospects	すでに乗り換えた人だけにインタビューします
conference-room-jtbd	顧客と話さずに仕事を仮説立てすることはできません

影響が大きいもの

パターン	学べること
wrong-competitors	本当の競合は、顧客が代わりに行っていることです
clustering-vs-segmenting	人口統計でセグメント化するのではなく、経路を見つけます
complaints-arent-jobs	「文句を言っても乗り換えない」――不満は行動を予測しません
reducing-friction	機能を追加するより、不安を減らすほうが効果的な場合があります
context-changes-everything	同じ人でも、状況が変われば仕事も変わります
getting-past-pablum	最初の回答は一般論になりがちです。さらに2～3段階掘り下げて質問します
milkshake-story	古典的な例：同じ製品に複数の仕事がある

影響が中程度のもの

パターン	学べること
three-energies	機能的、感情的、社会的な側面に対応します。3つすべてが重要です
following-power-users	パワーユーザーの後を追うと、スケールする方向から離れてしまいます

詳細解説

詳しい情報が必要な場合にのみ読んでください。

• references/jobs-to-be-done-playbook.md：フレームワークの詳細、チェックリスト、例を拡充した資料です。

リソース

書籍：

• Bob Moesta著『Demand-Side Sales』――実践的な手法
• Clayton Christensen著『Competing Against Luck』――理論
• Alan Klement著『When Coffee and Kale Compete』――わかりやすい入門書

その他：

• Chris Voss著『Never Split the Difference』――JTBD調査を補完するインタビュー技法
• Todd Rose著『The End of Average』――人口統計によるセグメンテーションがうまくいかない理由