ジョブ理論(Jobs to Be Done / JTBD)
ジョブ理論(Jobs to Be Done、JTBD)は、需要を「顧客が誰か」や「どの機能を求めているか」ではなく、「顧客がどんな前進をしようとしているか」で捉える考え方です。分析の単位はジョブ、つまり置かれている状況と、新しい何かを探させる不便さと、望んでいる結果の三点セットです。だからこそ、企業属性がまったく同じ 2 人の買い手が、同じジョブに対してまるで違う製品を雇うことが日常的に起こります。
何をジョブと呼ぶのか
ジョブはタスクではなく、機能要望でもありません。ある状況に置かれた人が達成しようとしている前進であり、あなたの製品がこの世に存在しなかったとしても成り立つ書き方で表されます。「月曜までに今週の数字を共同創業者の前に出す」はジョブです。「CSV でエクスポートする」は、それに役立つかもしれない機能です。この区別は言葉遊びではありません。機能は安く模倣されますが、目新しさが消えたあとも人が払い続けるのはジョブのほうだからです。
この枠組みには独自の語彙があります。顧客はジョブを片づけるために製品を雇い、もっとうまく片づけるものが現れれば解雇します。小手先の言い換えに見えますが、認めざるを得なくなる事実に気づくと印象が変わります。あなたの本当の競合は、顧客が今日雇っているものです。それはたいてい表計算ソフトか、外部の請負か、何もしないことです。何もしないことに負けている製品は機能で負けているのではなく、比較表を作っても解決しません。
ペルソナとどこが違うのか
理想的顧客像 は買い手が誰かを描きます。ジョブはその人に何が起きているかを描きます。この 2 つは絶えず混同され、しかもほぼ必ずペルソナの側に寄ります。属性や企業データは、状況よりはるかに集めやすいからです。
実務的な見分け方は、どちらが意思決定を変えるかです。「技術系創業者のいる 30 人規模の B2B SaaS」は、いつメールを送るべきかも、トップページの一行目に何を書くべきかも教えてくれません。「マーケティングを引き継いだばかりで、予算はなく、次の役員会で何か見せる必要がある」は両方を教えてくれます。理想的顧客像は誰に話すかを絞り、ジョブは何を話すかを決めます。だからジョブのほうが ポジショニング に直結します。両方必要ですが、たいてい書き出されているのは片方だけです。
役に立つのはスイッチ・インタビューの部分
JTBD の資料の大半は枠組みの話です。ジョブ・ステートメント、力学の図、成果の階層。そのなかで「すでに信じていたこと以外」を確実に生むのは、もっと小さな部分です。最近あなたに乗り換えた人に話を聞き、支払った瞬間から時系列を逆にたどること。聞き取るのは次の点です。
- 最初に頭をよぎった瞬間。 これは、いつから我慢できないものになったのか。ほぼ必ず引き金となる出来事があり、それが登録した日であることはめったにありません。
- 最初に試したもの。 あなたの前にあった間に合わせこそが本当の競合で、たいてい無料で、しかもすでに導入済みです。
- 探し始めた瞬間。 検索窓に何と入力したのか。その語彙がキーワードリストであり見出しであり、社内で使っている言葉とはまず一致しません。
- あと一歩で止まりかけた理由。 乗り換えへの不安と古い習慣への愛着が、購入を押し返す力として働きます。この 2 つの力に名前をつけることが、便益と言い争わずに刺さる反論処理の書き方です。
- 「終わった」と感じた状態。 うまくいったと判断する根拠にした結果であり、まさにオンボーディングが全速力で目指すべき地点です。
儀式にせずに使うには
JTBD はインタビューの規律としては元が取れ、テンプレートとしては元が取れません。典型的な失敗は、顧客からではなくチームがすでに持っていた思い込みから生成された、体裁だけ整ったジョブ・ステートメントを作って終わるワークショップです。JTBD の演習の成果物がドキュメントなら、うまくいかないほうの版をやったことになります。成果物が書き換えた見出しや並べ替えたオンボーディング、あるいは「これは作らない」という判断なら、うまくいくほうの版です。
AgentCeres — agentceres.com の AI Growth Officer — を運営して得た観察をひとつ。私たちは 8 言語で発信し、複数の市場で検索広告を回してきました。そのなかで「後日また戻ってくるかどうか」を最もよく予測した変数は、企業規模でも業種でも国でもありませんでした。好奇心で来たのか、それともすでに動き出しているジョブ、つまり手元の具体的な仕事を抱えて来たのか。それが分かれ目でした。同じランディングページ、同じ製品で、行動はほぼその一点で分かれたのです。裏返しの示唆も同じくらい有益でした。ある市場のジョブが違う形をしていると最もはっきり示したのは、後から聞き取った話ではなく、その人たちが私たちを見つけた検索語でした。どの市場から立ち上げるべきか もどうぞ。
FAQ
- ジョブ理論はユーザーストーリーと同じものですか
- 違います。紙の上では似て見えますが別物です。ユーザーストーリーは製品の内側から書かれた開発作業の単位で、「ユーザーとして X をしたい」という形をとります。ジョブは製品の外側から書かれ、あなたが何かを作ろうと作るまいと成り立ちます。ある状況で望まれている前進を、間に合わせの手段や感情的に懸かっているものまで含めて描くものです。ユーザーストーリーはその下流にあり、どのストーリーを書く価値があるかを教えてくれるのがジョブです。
- 役に立つまでに何件のスイッチ・インタビューが必要ですか
- 多くの人が思うより少なくて済みます。最近乗り換えた人との 5 件から 10 件の会話で、繰り返し現れる引き金と、同じ 2 つか 3 つの不安がたいてい浮かび上がり、そこから先は伸びが急に鈍ります。件数よりはるかに重要なのは、直近であることと具体的であることです。先週買って時系列をたどれる 1 人のほうが、ツール選びの一般論を語る 20 人より価値があります。
- ジョブ理論は理想的顧客像の代わりになりますか
- なりません。答える問いが違うので両方必要です。理想的顧客像はターゲティングのフィルタで、誰に広告を出すか、誰をベータに入れるか、商談で誰を対象外とするかを決めます。ジョブはメッセージで、注意を引いたあとに何を言うかを決めます。よくあるのは、正しい顧客像と、当て推量のジョブの組み合わせです。ターゲティングは的確なのに転換しないトラフィックが生まれます。
- 顧客がジョブを言語化できない場合はどうしますか
- それが普通の状態で、だからこの手法はアンケートではなく時系列の再構成なのです。人は動機の説明では当てになりませんが、順序の記憶では十分に当てになります。問題に気づいた最初の瞬間から支払った瞬間まで、何が起きたのかを順番に聞いてください。何を検索し、誰に相談し、何を試して捨てたのか。ジョブはその物語から推し量るものであり、相手が差し出してくれるものではありません。
- この枠組みはどこから来たのですか
- 単独の著者ではなく、いくつかの系譜が並行しています。クレイトン・クリステンセンがイノベーション研究のなかでこの捉え方を広め、ミルクシェイクの例を有名にしました。トニー・ウルヴィックの成果駆動型イノベーションは、ジョブを測定可能な成果ステートメントとして形式化しました。実務的な時系列再構成の手法は、ボブ・モエスタのスイッチ・インタビューに由来します。形式化の度合いについて三者の見解は割れていますが、小さなチームにとってそこは大きな問題ではありません。移植できるのはインタビューの部分です。
An AI growth team that runs this for you
AgentCeres is a managed AI marketing team — you approve what ships. 14-day free trial, from $39/month.