Jobs to be Done フレームワークの誤用と正しい適用範囲
Jobs to be Done（以下 JTBD）は、Clayton Christensen らが「顧客はプロダクトを購入するのではなく、進捗（progress）を雇う」と主張したことをきっかけに、プロダクトディスカバリーの語彙として定着した。しかし普及の速度と裏腹に、実務での誤用も広がっている。ペルソナの言い換え、機能追加の口実、あるいは競合ポジショニングの飾りとして JTBD が使われる場面が少なくない。本稿では、JTBD が本来解決しようとしていた問題と、実務で有効／無効な適用範囲を整理する。
要点
JTBD の有効性は「顧客の非消費の説明」と「代替品の広がり方の理解」という限定的な局面で最も高い。既存機能の優先順位付けやペルソナ更新の代替としては使いにくい。フレームワークが提供するのは「消費者行動の抽象モデル」であって、直接的な機能仕様ではない。
JTBD が本来解決したかった問題
Christensen の「Competing Against Luck」（2016）や、Anthony Ulwick の「Jobs to be Done: Theory to Practice」（2016）が繰り返し強調しているのは、既存プロダクトのカテゴリー定義に閉じ込められて競合分析を誤ることの問題である。ミルクシェイクのケーススタディが有名だが、そこでの核心は「朝の通勤時間帯」と「午後の子供へのご褒美」で同じ商品がまったく異なる job を雇われている、という観察にあった。
この観察が価値を持つのは、代替品の候補を正しく列挙できないと戦略判断を誤る場面である。バナナ、コーヒー、菓子パンがミルクシェイクの競合になるのは、カテゴリー定義（「乳飲料」）で括った瞬間に見えなくなる。JTBD は、カテゴリー横断の代替品把握を強制する装置として設計されている。
誤用の典型パターン
実務では次の三種類の誤用が観察される。それぞれ、フレームワークが元々想定していなかった局面で JTBD を持ち込んでいる。
- ペルソナの置き換えとしての JTBD： 「〜したいユーザー」という主語を job statement に書き換えるだけで、実質的にペルソナ的な使い方をしてしまう。この用法は、JTBD が本来避けようとしていた「セグメントの固定化」に逆戻りする。
- 機能追加の後付け正当化： 既に決まった機能ロードマップに対して、それぞれの機能が満たす job を後から書き出す。ロードマップの優先順位を JTBD が変えないのであれば、意思決定装置としては機能していない。
- 「感情的な job」の過度の一般化： functional / emotional / social の三軸のうち、emotional job だけを取り出してマーケティングコピーの根拠に使う。job hierarchy の他の階層と接続しないまま流通することが多い。
Alan Klement は「When Coffee and Kale Compete」（2016）で、JTBD を機能仕様に一足飛びに変換することへの警鐘を鳴らしている。ただし、Klement 派と Ulwick 派で「job の粒度」に関する立場の相違が残っており、実務家が両方を混ぜて使うと定義が不安定になる、という別の実践的問題もある。
有効な適用範囲
意思決定局面ごとに JTBD の有効性を分けると、次のように整理できる。
- 新カテゴリー参入時の代替品把握： JTBD の最も本領が発揮される局面。競合セットが確定していないため、job から逆に候補を列挙する価値が高い。
- 非消費の理解： 「なぜプロダクトを使わない顧客がいるのか」を、機能欠如ではなく「代替の job 満たし方が存在する」という観点から説明する。
- プライシングの再設計： 顧客が支払っている対価が「機能」ではなく「job 達成の効率」だと仮定すれば、価値ベースの価格設計が可能になる。サブスクリプション疲労とプライシング戦略の再定義で述べたように、階層設計の背景として有用である。
一方、既存プロダクトの機能優先順位付け、A/B テストの仮説生成、開発チーム内のインセプションデック更新などには、JTBD よりも Opportunity Solution Tree（Teresa Torres）や KPI ツリーのほうが直接的である。フレームワークの選択は、意思決定の階層に応じて分けたほうがよい。
組織的な運用の落とし穴
もう一つの実践的問題は、JTBD ワークショップが単発イベントとして消費されがちなことである。ワークショップで導き出された job statements が、その後の意思決定文書に再登場しない場合、そのフレームワーク運用は成功していない。定期的な再検証、job の変化の追跡、job hierarchy の更新をロードマップ運用の一部として組み込まないと、初期投資は次第に希釈される。認知負荷とディスカバリーの継続性は、プログレッシブ・ディスクロージャーの B2B UI ケースと共通する運用課題を持っている。
結論
JTBD は代替可能な万能ツールではなく、「代替品の空間を広げて見る」という限定的な認知装置である。この認識のもとで、他のディスカバリー手法と組み合わせて使えば有効だが、単独でロードマップを駆動するには粒度が粗すぎる。フレームワークの威力は、それが答えを直接与えるからではなく、正しく問いを立て直すことを強いるからだ、という Christensen の元の主張に立ち返ることが実務家には有益である。
参照
- Christensen, Clayton M., Taddy Hall, Karen Dillon, David S. Duncan. “Competing Against Luck.” HarperBusiness, 2016.
- Ulwick, Anthony. “Jobs to be Done: Theory to Practice.” Idea Bite Press, 2016.
- Klement, Alan. “When Coffee and Kale Compete.” NYC Publishing, 2016.
- Torres, Teresa. “Continuous Discovery Habits.” Product Talk, 2021. — Opportunity Solution Tree の解説。