Jobs-to-be-Done の限界——文脈依存性の再検証

Jobs-to-be-Done は「万能の顧客理解ツール」ではない

Jobs-to-be-Done（以下JTBD）は、過去20年で最も広く引用されたイノベーション理論の一つだ。 クレイトン・クリステンセン（Harvard Business School）が普及させたこのフレームワークの核心は「顧客は製品を買うのではなく、ある仕事（Job）を片付けるために製品を雇う」という洞察だ。

ミルクシェイクの事例は教科書的な引用事例だ。通勤途中の退屈を紛らわせる「Job」のために購入されていたという観察は、シンプルで強力だ。だが問題は、この洞察があらゆるビジネス文脈に等しく有効だという前提で普及したことだ。

JTBDが有効な文脈と限界を示す文脈は明確に分かれる。 本稿では、JTBDの理論的基盤を精査し、B2B・規制業種・プラットフォームビジネスの3つの文脈での限界を構造的に分析する。目的は「どこで使い、どこで使わないか」の診断だ。

JTBDの理論的基盤——強さと弱さの同じ源泉

JTBDの強みは抽象度の高さにある。クリステンセンの定義では、Jobは「ある状況下で顧客が達成しようとしている進捗（progress）」だ。「進捗」は意図的に広く設計され、機能的次元（functional job）・感情的次元（emotional job）・社会的次元（social job）の3層で構成される。

この抽象度がJTBDを強力にする。 競合がスペックで直接比較しにくくなり、顧客インサイトの可能性空間が広がる。ビールとヨガが同じ「ストレスを解消する」Jobを奪い合う競合になり得るという発想は、既存市場の定義を超えた競合分析を可能にする。

だが同じ抽象度が危険にもなる。 Jobの定義が広すぎると、どんな製品もどんなJobにでも当てはめられる。カール・ポパーの反証可能性の問題がここで浮上する。「あらゆるものを説明できる理論は、何も説明していない」。

JTBDの批判的検討として重要なのは、Jobの粒度問題だ。「より良い移動体験を得る」というJobに対して、タクシー・電車・自転車・在宅勤務が全て競合になり得る。この解像度では製品設計や機能優先順位の決定に使えない。粒度を下げすぎると「エクセルファイルを開きたい」という機能要求レベルになり、イノベーションの洞察を失う。JTBDは粒度調整の体系的方法論を提供していない。

B2Bにおけるジョブの多重化問題

JTBDが最も顕著な限界を示すのがB2B（企業間取引）だ。B2Cミルクシェイク事例の前提——単一の意思決定者が単一のJobを持つ——はB2Bでは成立しない。

B2Bの購買プロセスには複数のステークホルダーが関与する。ガートナー調査によれば、購買決定には平均6〜10人の意思決定者が関与する（Gartner, 2022）。各ステークホルダーは互いに矛盾するJobを持つことが多い。

HR技術導入を例に取る。HRマネージャーは「採用業務の工数削減」（functional job）を求める。経営陣は「コスト削減と採用質向上の両立」（financial job）を求める。現場マネージャーは「配属人材の質担保」（quality job）を求める。情報システム部門は「既存システムとの統合コスト最小化」（technical job）を求める。

4者のJobはそれぞれ合理だが相互に緊張関係を持つ。「コスト最小化」と「質担保」はトレードオフになりやすい。JTBDは誰のJobを優先するかの判断基準を提供しない。 これがB2Bの構造的限界だ。

ジョブの社内政治的側面

B2Bをさらに複雑にするのが、購買の「公式のJob」と「非公式のJob」の乖離だ。

ある大手製造業での基幹システム刷新案件では、公式には「業務効率化」がJobとして定義されていた。しかし実際の購買決定に最も影響を与えたのは、IT部門長の「次のキャリアで外部評価される実績を作りたい」という社会的Jobだった。ベンダーとしてこの非公式Jobを捉えていたプレーヤーが、機能仕様で劣っていても受注したという事例は珍しくない。

JTBDは「感情的Job」と「社会的Job」を含むが、組織の政治力学での体系的解析方法論がない。購買関与者の個人的社会的Jobと組織全体の機能的Jobは別の分析フレームが必要だ。

規制業種における「選択の不在」問題

JTBDが前提とするもう一つの条件は、顧客が自由に製品を選択できることだ。規制業種ではこの前提が崩れる。

医薬品の場合、患者が「健康を取り戻したい」というJobを持つのは明らかだ。だが処方薬の選択権は患者ではなく医師にある。医師の処方行動を規定するのはエビデンスレベル・ガイドライン遵守・副作用リスク許容度・保険適用の可否だ。患者のJobを精緻に理解しても、処方パターン変化には繋がらない。

規制業種では「Jobを持つ者」と「意思決定をする者」が分離している。 製薬・金融・エネルギー・インフラでは、規制当局の要求・コンプライアンス基準・政策動向が製品設計の制約条件として先行する。顧客のJobがいかに正確でも、規制上の実現可能性がなければ製品化できない。

金融業種の構造的複雑性

日本金融業を例に取ると問題はさらに複雑だ。銀行デジタルサービス開発では、顧客のJobを理解することは必要だが十分ではない。

金融庁監督指針・反社会的勢力排除義務・マネーロンダリング対策（AML）・個人情報保護法——これらは製品設計の自由度を根本から制約する。 地方銀行がJTBD調査で「24時間即時送金」というJobを特定したとする。だが深夜送金には不正取引検知システムと人員体制が必要で、規制対応コストが製品価値を上回れば、Jobがいかに明確でも製品化は不合理だ。

規制業種では、JTBDの上位フレームとして「規制制約の事前マッピング」が不可欠だ。制約空間を先に定義し、その範囲内でJTBD分析を実施する順序が必要になる。

プラットフォームビジネスにおけるJob の多面性

プラットフォームビジネス（マーケットプレイス・SNS・検索エンジン等）では、JTBDは別の限界を示す。プラットフォームは「供給者」と「需要者」という少なくとも2種類のユーザーを持ち、それぞれのJobが構造的に分離している。

Amazonを例に取る。購入者は「最安値で目的の商品を素早く手に入れたい」というJob。出品者は「最小コストで最大売上と利益を実現したい」というJob。Amazon自体は「取引量と広告収益の最大化」というJob。

3つのJobは常に調和しない。出品者の「低コスト販売」と購入者の「低価格購入」は一致するように見えるが、Amazonが「スポンサー商品」を検索上位に表示することで両者のJobはズレ始める。プラットフォームが設計する「Job優先順位」自体がユーザーのJobを変容させる相互作用が生まれる。

ネットワーク効果とJob の変容

プラットフォームのネットワーク効果は、JTBDが想定する「静的なJob」を動的に変化させる。

TwitterがXに改称・改変された経緯は示唆的だ。初期ユーザーは「リアルタイム情報発信・取得」というJobでTwitterを使っていた。ネットワーク拡大とともにフォロワー数が社会的資本の指標になるにつれ、ユーザーのJobは「承認・影響力獲得」に変容した。この変容はTwitter社の設計意図を超えていた。

JTBDは「インタビュー時点のJob」を捉えるが、製品投入後のJob変容への対処法がない。 プラットフォームでは特に製品とJobの相互規定関係が強く働くため、JTBDを設計時の固定フレームとして使うことは危険だ。

JTBDが有効に機能する条件——境界の明示

批判的に検討してきたが、JTBDが力を発揮する条件の明示も目的だ。 以下の3条件が揃えば、JTBDは依然として強力だ。

条件1：単一の意思決定者が存在する。BtoC個人消費財・フリーランサー向けSaaS・個人向け金融サービス（カード、保険の一部）では、Jobの帰属が明確だ。「誰のJobを分析するか」に一意的に答えられる。

条件2：選択の自由度が高い。競合製品・代替手段が複数存在し顧客が自由に選択できる市場では、JTBDは差別化の洞察を生みやすい。ミルクシェイク事例が成立したのも、通勤者が飲み物を自由に選択できたからだ。

条件3：Job が短〜中期的に安定している。流行変化が速い業界やテクノロジーによる急激な市場構造変化では、今日のインタビューで捉えたJobが6ヶ月後に有効である保証がない。JTBDは安定した需要構造が存在するカテゴリーで最も有効だ。

JTBD理論の2系統——クリステンセン派とウルウィック派の相違

JTBDを議論する際に見落とされがちなのは、異なるアプローチを持つ2つの主要な学派が存在するという点だ。

クリステンセン派はJTBDをナラティブなツールとして位置づける。「ミルクシェイクのモーメント」に代表されるように、顧客の行動観察とインタビューを通じ、非消費（Non-consumption）や意外な競合を発見することに重きを置く。定性的な洞察の質を重視する。

ウルウィック派はODI（Outcome-Driven Innovation）というプロセスを通じ、JTBDを定量化可能なフレームワークとして再設計した。「Jobを達成する際の基準（Outcome）」を抽出し、重要度と満足度のギャップを数値化して開発優先順位を定量的に決定するというアプローチだ。ウルウィック著『Jobs to be Done: Theory to Practice』（2016）では、特定のJobに対して80以上のOutcomeを抽出するプロセスが提示されている。

2系統の相違は実務上の選択に直接影響する。クリステンセン派は「意外な競合発見」の探索的用途に向く。ウルウィック派は「既知市場での機能優先順位決定」の収束的用途に向く。どちらに依拠するかを明確にしないまま「JTBD実施した」と語る実務者が多く、混乱を生んでいる。

JTBD調査の実施上の限界——インタビューの罠

理論的限界に加え、JTBD現場実施時のプロセス上の問題も無視できない。

JTBDの主要な調査手法は「スイッチングインタビュー」だ。顧客が以前の解決策から新しい解決策に「切り替えた」瞬間を時系列で再構成し、「初めて今の製品を使ったとき何をしていたか」「以前は何を使っていたか」「なぜ切り替えたか」を掘り下げる。

このアプローチには2つの根本的な調査バイアスが存在する。

事後合理化バイアス：人間は行動後に理由を事後的に合理化する（行動経済学では「事後帰因バイアス」と確認されている）。インタビューで語られる「切り替え理由」は当時の実際の動機ではなく、現時点での解釈を反映している可能性がある。カーネマン『ファスト＆スロー』（2011）で示したように、人間は自己の意思決定プロセスを大幅に過大評価する。

サンプリングバイアス：スイッチングインタビューは「実際に切り替えた顧客」のみを対象とする。切り替えを検討したが切り替えなかった顧客や、そもそも製品カテゴリーを認知していない顧客は、構造的に調査から除外される。 競合製品との差別化分析には有効だが、市場全体像の把握には不十分だ。

代替・補完フレームワークの選択基準

JTBDの限界が露わになる文脈では、何を代替または補完として使うべきか。 文脈別に整理する。

B2Bにおける代替：バイヤーイネーブルメント

ガートナーが2019年に発表した「バイヤーイネーブルメント」モデルはB2B購買の複雑性に直接対処する。このモデルは「購買委員会（Buying Committee）」を単位として分析し、6〜10人の意思決定者それぞれが直面する「購買障壁（Buying Obstacle）」を特定する。

JTBDが「顧客が達成したいJob」を問うのに対し、バイヤーイネーブルメントは「購買プロセスの各段階で何が意思決定を止めているか」を問う。この違いはB2Bでは決定的だ。製品が優れていても社内合意形成の複雑さが購買障壁なら、Jobの精度向上は問題解決に繋がらない。

規制業種における補完：規制地図

規制業種ではJTBD実施前に「規制制約マップ」の作成が必要だ。製品設計の自由度を制約する規制要件を先に可視化し、その範囲内でJTBD分析を行う二段階アプローチだ。

規制制約マップは①現行規制の制約②変化しつつある規制③規制が問題としない白地領域を明示する。このマップとJTBD分析を重ね合わせることで、「理論的に重要だが規制で実現不可能」という判断を早期に下せる。

プラットフォームにおける補完：エコシステムマッピング

プラットフォームビジネスでは、マルチサイド市場（Multi-sided Market）の各参加者のJobを別々に分析した上で、相互作用を設計するエコシステムマッピングが有効だ。

システム思考とイノベーション——大企業が陥る「部分最適の罠」を構造から突破するで論じたように、プラットフォームのサブシステム（供給側・需要側・運営）を個別に最適化しても全体最適にはならない。各サイドのJobを把握した上で、どのJobを優先するかの設計判断が不可欠だ。

JTBDが日本企業で「機能しない」と感じられる構造的要因

日本の大企業でJTBDが普及した経緯には特有のパターンがある。導入から1〜2年後に「あまり使えなかった」と評価されやすい。 これには複数の構造的要因がある。

第一に、日本のB2B市場では長期的な関係性（リレーションシップ）が購買決定に強く影響する。 「良い製品を作れば選ばれる」という前提がJTBDには暗黙的に含まれているが、既存ベンダーとの関係や担当者の人脈が製品の機能的優位性を上回ることが多い。JobではなくRelationshipが購買の鍵を握る市場では、JTBDは副次的な意味しか持たない。

第二に、日本企業のイノベーションの多くはインクリメンタル（漸進的）改善を志向している。 JTBDが最も力を発揮するのは「今の製品カテゴリーを超えた競合発見」という探索的文脈だ。だが既存製品の改良版を年次で発売する日本の製品開発文脈では、「市場の再定義」が組織的に受け入れられないことが多い。

第三に、JTBDの調査プロセスが日本語・日本文化の文脈で難しい。 スイッチングインタビューで引き出そうとする「本音のJob」は、本音と建前が分かれる日本の商慣習では特に表層化しにくい。「なぜこの製品を選んだか」への回答は、実際の動機より「社会的に適切な回答」が混入しやすい。

批判的検討から得られる実践的示唆

JTBDの検討から、以下の実践的示唆が引き出せる。

示唆1：JTBDを使う前に「この文脈でJTBDは有効か」を問う。 B2C・単一意思決定者・競争市場・安定需要という4条件を確認する。1つでも外れるなら、JTBDを主たるフレームとする前に代替・補完を検討する。

示唆2：Jobの粒度を意識的に管理する。 JTBDのインサイトを製品設計に繋げるには、「戦略的粒度（競合空間の再定義）」と「戦術的粒度（機能優先順位決定）」を分けて運用する。

示唆3：クリステンセン派とウルウィック派のどちらを使うかを事前に決める。 探索的市場調査にはクリステンセン派（ナラティブ・スイッチングインタビュー）が向く。既知市場での製品改善優先順位決定にはウルウィック派（ODI・定量化）が向く。

示唆4：JTBDの調査結果を「確認バイアスのフィルター」として使わない。 最も陥りやすい失敗は、仮説のJobを「発見した」と解釈することだ。スイッチングインタビューの結果は、「期待と異なるJob」が出たかどうかを検証するテストとして使う。

JTBDを「思考の補助線」として再定義する

JTBDの真の価値は「正確な答えを出すフレームワーク」ではなく、「問いの質を高める思考補助線」にある。 顧客が「なぜこれを使うか」を機能要件の列挙ではなく、達成しようとしている進捗として問い直す習慣——これはどのような文脈でも有効だ。

問題はJTBDが「答えを出すツール」として過信された際に発生する。B2B・規制業種・プラットフォームといった複雑な文脈では、Jobの特定が「目的地の地図」となるという期待が、フレームワークへの失望に繋がる。

フレームワークはすべて、それが生まれた文脈の制約を内包している。 JTBDはBtoC消費財市場・単一意思決定者・比較的安定した競争環境から生まれた。その起源を理解した上で使う者だけが、フレームワークの真の価値を引き出せる。

盲目的な信頼と感情的な反発——どちらも知的格闘の放棄だ。JTBDが何を見せ、何を見せないかを正確に把握することが、真の顧客理解への道になる。

参考文献

Christensen, C. M., Hall, T., Dillon, K., & Duncan, D. S. (2016). Competing Against Luck: The Story of Innovation and Customer Choice. Harper Business. （邦訳：クリステンセン他『ジョブ理論』ハーパーコリンズ・ジャパン、2017年）
Ulwick, A. W. (2016). Jobs to be Done: Theory to Practice. Idea Bite Press.
Ulwick, A. W. (2002). Turn customer input into innovation. Harvard Business Review, 80(1), 91–97. https://hbr.org/2002/01/turn-customer-input-into-innovation
Kahneman, D. (2011). Thinking, Fast and Slow. Farrar, Straus and Giroux. （邦訳：カーネマン『ファスト＆スロー』早川書房、2012年）
Gartner (2022). The New B2B Buying Journey and Its Implications for Sales. https://www.gartner.com/en/sales/insights/b2b-buying-journey
Moesta, B., & Spiek, C. (2014). Demand-Side Sales 101. — Jobs to Be Done Podcast. https://www.jobstobedone.org
Popper, K. R. (1959). The Logic of Scientific Discovery. Hutchinson. （邦訳：ポパー『科学的発見の論理』恒星社厚生閣、1971年）
Kano, N., Seraku, N., Takahashi, F., & Tsuji, S. (1984). Attractive quality and must-be quality. Journal of the Japanese Society for Quality Control, 14(2), 39–48.