JTBD（ジョブ理論）

Clayton Christensen が広め、Tony Ulwick や Bob Moesta といった実践者たちが並行して発展させたジョブ理論の中心的なメタファーは、人はプロダクトを買っているのではなく、特定の状況で進歩を得るためにそれを「雇用」しているという考え方です。ジョブが生じると、顧客はそれを済ませるための解決策を自分の生活に引き入れ、他の何かがもっとうまくやれるようになれば、それを「解雇」します。分析の単位はジョブそのものであり、顧客の年齢や役職、業界ではありません。

Christensen の代表的な例は「朝のミルクシェイク」です。あるファストフードチェーンは、人々が朝早く、一人で、持ち帰りでミルクシェイクを買っていることに気づきました。そのジョブは「おいしい飲み物が欲しい」ではなく、「退屈な通勤をもっと面白くして、昼食まで満腹感を保ちたい」というものでした。ミルクシェイクが競合していたのは、バナナやベーグル、そして退屈そのものであり、他のミルクシェイクではありませんでした。ジョブをこのように定義することで、何を作るべきか、そして実際に誰と競合しているのかが変わります。

うまく定義されたジョブには3つの層があります。機能的な側面は、達成すべき実務的なタスクです——お金を送る、会議を予定する、リリースを出荷するなど。感情的な側面は、それを行っている間にその人がどう感じたいかです——自信がある、コントロールできている、負担がないなど。社会的な側面は、その人が他者からどう見られたいかです——有能で、責任感があり、時代に取り残されていないなどです。機能的なジョブはうまく果たしていても感情的・社会的な側面を無視したプロダクトは、機能が少なくても使い心地の良いプロダクトに負けることがよくあります。

よく行われるのは、ジョブを機能としてではなく、進歩についての安定した文として書くことです。「新しいエンジニアをオンボーディングするとき、私は彼らをすぐにコードベースで生産的にしたい。それによってチームの開発速度を保ちたいからだ」というように。状況・動機・結果という形は、ジョブを持続的なものにします——解決策やテクノロジーは変わっても、人が達成しようとしている根底のジョブは何年も持続する傾向があります。

ペルソナは顧客が誰であるかを描写します——架空の「マーケティング担当のマリー、34歳、ミッドマーケットSaaS」のように。JTBD は、顧客が何を達成しようとしていて、それはなぜかを描写します。両者は互いに排他的ではありませんが、JTBD はデモグラフィックな属性は行動の予測因子としては弱いと主張します。プロフィールが完全に同じ2人が、状況が異なるだけで全く異なるプロダクトを雇用することがあります。購入を予測するのはペルソナではなく、ジョブなのです。

JTBD が守ろうとしている失敗パターンは、実際のニーズの瞬間ではなく、理想化されたユーザーのために作ってしまうことです。ディスカバリーにおいては、これは欲しい機能を尋ねるのではなく、実際の意思決定のタイムライン——何が検索のきっかけになったのか、その人が最初に何を試したのか、何が乗り換えのきっかけになったのか——についてインタビューすることを意味します。その成果物は、ジョブと満たされていない結果のマップであり、これは機会マッピングと優先順位付けに直接インプットされます。これは継続的ディスカバリーやオポチュニティ・ソリューション・ツリーと自然に組み合わさり、そこではジョブが、チームが評価し、賭ける対象となる機会になります。

JTBD のフレームワークは、それを支えるエビデンスがどれだけ良いかにかかっています。ワークショップで言語化され、その後スライドの中にしまわれたジョブは、静かに現実から離れていきます。最も確かなジョブの文は、顧客が実際にどう行動しているか、何にお金を払っているか、何を求めているかに、継続的に再び根付かされ続けます。難しいのは、ジョブとアカウント、そしてそれが導く仕事を、常に同じ視界の中に保つことです。

つながったプロダクトオペレーティングシステムは、フィードバック、顧客の行動、収益を一つの共有された基盤の上で結びつけることで、これを助けます。あるジョブに対して捉えられたインサイトは、同じ顧客の利用状況やサブスクリプションと並べて読むことができ、ジョブとして表現されたロードマップの項目は、それを雇用したアカウントと収益を伴っています——これによって、ジョブの文はエビデンスに根ざしたままでいられ、自らが描写していると主張する顧客から切り離された静的な作り物になってしまうことがありません。