新規事業のアイデアには、必ず「起点」が存在します。顧客の未解決課題から逆算する課題ベース（Problem-First）と、自社の技術・アセット・ビジョンから出発するソリューションベース（Solution-First）の2系統です。本記事は、新規事業・事業開発の現場で「うちの強みを活かしたいが、ニーズが見えない」「課題は深いが社内承認が下りない」という板挟みに直面する経営企画・社内起業家向けに、両アプローチの本質的な違い・大企業特有の落とし穴・判断フレームワーク・両者を往復するハイブリッド戦略までを比較表で解説します。
目次
課題ベース vs ソリューションベースとは何か？基本定義
新規事業のアイデア起点は、出発点の違いで大きく2つに分かれます。
課題ベース（Problem-First）の定義と起源
課題ベースとは、顧客の未解決課題・ペイン・ジョブから逆算して事業アイデアを構想するアプローチです。「何を作るか」ではなく「誰のどんな問題を解くか」を起点にします。
- 起源：リーンスタートアップ（Eric Ries、2011）／Jobs to Be Done理論（Theodore Levittの問題提起を起点に、Tony Ulwickが体系化、Clayton Christensenが普及）／デザイン思考（IDEO・Stanford d.school）
- 核となる思想：「Fall in love with the problem, not the solution」（Antler や Y Combinator など主要アクセラレーターの定番フレーズ）
- 代表的な手法：JTBD（Jobs to Be Done）／カスタマージャーニーマップ／5why／顧客インタビュー（The Mom Test）
ソリューションベース（Solution-First）の定義と起源
ソリューションベースとは、自社の技術・アセット・既存ソリューション・経営ビジョンを起点として、それが活きる市場・顧客を探索するアプローチです。日本では「シーズ起点」「技術起点」とも呼ばれます。
- 起源：製造業のR&D起点事業開発／コアコンピタンス経営（Hamel & Prahalad）／両利きの経営（O'Reilly & Tushman）の「探索」軸
- 核となる思想：「自社が持つ独自の強みを起点に、新しい市場を創造する」
- 代表的な手法：技術ロードマップ／コアコンピタンス分析／バリュープロポジションキャンバス／知財ポートフォリオ分析
似た用語との関係（ニーズ起点・シーズ起点・技術起点）
実務では複数の用語が混在しています。整理すると次のようになります。
| 表現 | 意味するもの | 本質 |
|---|---|---|
| 課題ベース／Problem-First／ニーズ起点／顧客起点 | 顧客の課題・ペインから出発 | 同じ概念 |
| ソリューションベース／Solution-First／シーズ起点／技術起点／プロダクト起点 | 自社技術・アセットから出発 | 同じ概念 |
| ビジョン起点／パーパス起点 | 経営ビジョン・社会課題から出発 | 課題ベースの一種（社会課題版） |
本記事では以降、「課題ベース」「ソリューションベース」で統一します。
なぜ「アイデアの起点」が事業の成否を分けるのか？
起点の選び方は、事業計画書の体裁ではなく、PMF（プロダクト・マーケット・フィット）到達率と意思決定の質に直結します。
PMF到達率に影響する3つの理由
- 理由①：検証順序が変わる：
課題ベースは「課題の存在」を最初に検証し、ソリューションベースは「課題への適合性」を後追いで検証します。検証順序の違いがピボット回数と資金燃焼に影響します - 理由②：撤退判断のクリアさが変わる：
課題ベースは「課題が深くないと判明したら撤退」が明確。ソリューションベースは「技術は活かしたい」というサンクコストバイアスが意思決定を歪めます - 理由③：事業仮説の構造が変わる：
課題ベースは「誰の・何の課題を・どう解決するか」の三段論法。ソリューションベースは「自社技術が・誰に・どんな価値を生むか」を後から接続するため、仮説が脆くなりがちです
「ソリューションを探す問題」現象とは
ソリューションベースの典型的な失敗パターンが「a solution looking for a problem（ソリューションを探す問題）」です。先に「自動運転技術」「生成AI基盤」「自社の独自センサー」を持っていて、後から「これを使える顧客はどこか？」を探しに行く状態を指します。
技術自体が優れていても、誰も対価を払わない問題に対するソリューションになると事業は成立しません。ABeam Consulting の指摘によれば、日本の大企業は高い技術力を保有しながらも「次なる成長の推進力に変えられていない」という共通課題を抱えており、これは技術起点バイアスが背景にあります。
大企業が特に陥りやすい起点バイアス
- アセットバイアス：
「うちには○○がある」を出発点にしてしまい、課題の深さより自社都合を優先する - 承認バイアス：
「Why us（なぜ自社が取り組むのか）」が説明しづらいアイデアは社内で却下されるため、課題ベースが構造的に通りにくい - 既存事業バイアス：
既存事業との共食いを避ける力学が働き、結果として筋の悪いソリューションベース案件に流れる
課題ベースとソリューションベースの7つの違い【比較表】
両アプローチの本質的な違いを7軸で整理します。
| # | 観点 | 課題ベース（Problem-First） | ソリューションベース（Solution-First） |
|---|---|---|---|
| 1 | 出発点 | 顧客の未解決課題・ペイン・ジョブ | 自社技術・アセット・既存ソリューション |
| 2 | 最初の検証対象 | 課題の存在と深さ（Problem Validation） | 課題への適合性（Solution-Problem Fit） |
| 3 | 典型的失敗パターン | 「課題は深いが収益化できない」 | 「技術はあるが顧客がいない」（a solution looking for a problem） |
| 4 | 必要なケイパビリティ | 顧客理解・観察力・インタビュースキル | 技術洞察・市場創造力・アナロジー思考 |
| 5 | 意思決定の起点 | 顧客の声（VoC） | 経営ビジョン・R&D投資 |
| 6 | 社内承認の難易度（大企業） | 「Why us」の説明が難しく承認されにくい | 「強みを活かす」で承認は通りやすいがPMF到達率は低い |
| 7 | 適合する事業フェーズ | 既存市場の深掘り・新規参入の初動 | 既存技術の応用拡張・市場創造型新規事業 |
違い①：出発点（顧客課題 vs 自社アセット）
課題ベースは「顧客の困りごと」、ソリューションベースは「自社が持つもの」が出発点です。同じ「電動アシスト技術」を持っていても、出発点が違えば事業案は別物になります。課題ベースなら「高齢者の坂道移動の負担」、ソリューションベースなら「電動アシストをどこに展開できるか」から発想が始まります。
違い②：仮説検証の対象
課題ベースはProblem Validation（課題仮説の検証）から始め、ソリューションベースはSolution Verification（解決策の有効性検証）から始めがちです。2026年時点の主要アクセラレーターのフレームワーク（Antler 4-Step Frameworkなど）は、課題検証→解決策検証→市場性→支払意思（WTP）の順を推奨しています。
違い③：失敗パターン
- 課題ベースの失敗：課題の深さは検証できたが、収益化モデルが成立しない／自社で解決する優位性がない
- ソリューションベースの失敗：技術は完成しているが、本気で対価を払う顧客が見つからない（典型例：研究所主導のR&D事業）
違い④：必要なケイパビリティ
| ケイパビリティ | 課題ベース | ソリューションベース |
|---|---|---|
| 顧客インタビュー | ◎ 必須 | ○ 必要 |
| 観察・エスノグラフィ | ◎ 必須 | △ |
| 技術洞察 | △ | ◎ 必須 |
| アナロジー思考（他業界転用） | ○ | ◎ 必須 |
| 市場創造のストーリーテリング | ○ | ◎ 必須 |
違い⑤：意思決定の起点
課題ベースはVoC（Voice of Customer）、ソリューションベースは経営ビジョン・R&D投資が起点です。前者はボトムアップ型、後者はトップダウン型と相性が良い構造です。
違い⑥：社内承認の難易度
大企業の意思決定は「自社が取り組む必然性（Why us）」を求めます。ソリューションベースは「コア技術の応用」と説明しやすく承認が通りやすい一方、課題ベースは「なぜうちが？」の説明に苦労する構造があります。
違い⑦：適合する事業フェーズ
- 課題ベース：既存市場の深掘り、新カテゴリ参入の初動、消費者向けプロダクト
- ソリューションベース：既存技術の応用拡張、市場創造型新規事業、BtoBディープテック
どちらを選ぶべきか？5つの判断軸
万能の正解はありません。次の5軸で自社の状況を点検します。
判断軸①：自社の競争優位の所在
- 競争優位が「独自技術・特許・データ資産」にある → ソリューションベースが出発点になりやすい
- 競争優位が「顧客接点・ブランド・営業網」にある → 課題ベースが出発点になりやすい
判断軸②：市場の成熟度
- 既存市場が成熟している → 課題ベース（既存市場のアンメットニーズを掘る）
- 市場自体が未確立・創造する必要がある → ソリューションベース（カテゴリ創造型）
判断軸③：時間軸（短期 vs 中長期）
- 2〜3年以内に売上を立てたい → 課題ベース（既存課題の解決のほうが立ち上がりが早い）
- 5〜10年で大きな市場を作りたい → ソリューションベース（市場創造には時間がかかる）
判断軸④：撤退コストの大きさ
- 設備投資・R&D投資が大きく撤退コストが高い → ソリューションベース起点でも、必ず課題検証フェーズを挟む
- アセットライト・撤退コストが小さい → 課題ベースで小さく始めて反復する
判断軸⑤：チームの強み
- 顧客理解・営業・マーケに強みがあるチーム → 課題ベース
- エンジニアリング・研究開発に強みがあるチーム → ソリューションベース起点で課題検証を補強
判断フローチャート：上記5軸のうち、3軸以上で同じアプローチが推奨される場合、それを起点として採用します。割れる場合は次章のハイブリッド戦略を採用します。
大企業特有の落とし穴と回避策
大企業の新規事業では、起点選びそのものよりも「起点を社内意思決定とどう接続するか」が成否を分けます。
落とし穴①：技術ありきで顧客を後付けする
症状：「うちのコア技術を活かす新規事業を」という経営指示が起点。ソリューションベースで30案出すが、顧客が見えず量産されたパワポが眠る。
回避策：技術起点で発想しても、最初の検証は必ず課題側で行う。「この技術が解決する顧客課題は本当に深いか」を独立した検証ステップとして設計する。
落とし穴②：課題は深いが「Why us」が説明できない
症状：顧客インタビューで深いペインを発見。しかし社内レビューで「なぜうちがやる？競合のほうが強くないか？」と問われ却下される。
回避策：課題発見と並行して「自社のどのアセットが、なぜこの課題に最適か」のロジックを構築する。アセットには技術・顧客基盤・ブランド・営業網・データ・規制対応力など多様な切り口がある。
落とし穴③：既存事業との共食いを避けて筋の悪い起点に逃げる
症状：既存事業のカニバリを避けるため、無関係な領域で新規事業を立ち上げようとする。結果として強みも顧客理解も活かせない筋の悪いアイデアになる。
回避策：カニバリは「短期的な売上の置き換え」と「長期的な事業ポートフォリオ最適化」を分けて議論する。両利きの経営（O'Reilly & Tushman）の思想で「探索」事業として独立した評価軸を持つ。
「Why us」を通す3ステップ
- アセット棚卸：技術・顧客基盤・ブランド・営業網・データ・規制対応力・パートナーシップを網羅的にリスト化
- 課題マッチング：発見した課題に対し、自社のどのアセットが「他社より優位に」貢献できるかを明示
- 代替案比較：「自社が取り組まない場合、誰がどう解決するか」を提示し、自社が取り組む独自価値を相対評価で示す
両者を往復するハイブリッド戦略の実践フロー
実際に成果を出している大企業新規事業の多くは、課題ベースとソリューションベースを「往復」しています。
シーズ×ニーズ往復モデル（日本総研型）
日本総研 は製造業の新規事業開発において「技術シーズ起点」と「顧客ニーズ起点」の融合戦略を提唱しています。シーズ側で発想 → ニーズ側で検証 → シーズ側で再構成、というサイクルを反復します。
- Step 1：シーズ発散：自社技術・特許・データ資産から応用可能性を発散
- Step 2：ニーズ収束：発散した応用先から、最も課題が深いセグメントに収束
- Step 3：シーズ再構成：収束した課題に対し、自社シーズをどう再構成すれば最適解になるかを設計
- Step 4：ニーズ再検証：再構成したソリューションを顧客に当て、修正を反復
Discovery-Driven Planningの応用
Rita McGrathとIan MacMillanが提唱したDiscovery-Driven Planning（1995年、Harvard Business Review）は、大企業新規事業向けに設計された方法論です。「逆損益計算書」から始め、目標売上→必要顧客数→必要施策の順で逆算し、各前提を仮説リスト化して優先順位順に検証します。
- 起点が課題かソリューションかにかかわらず、検証すべき前提を明示する
- 不確実性が高い前提から順に検証し、不成立なら早期撤退判断
- 大企業の予算サイクル・KPI管理と整合性が取りやすい
90日でアイデア起点を検証する実践ステップ
| 期間 | フェーズ | アクション |
|---|---|---|
| Day 1–14 | アセット棚卸 | 技術・顧客・ブランド・データの可視化／競争優位の所在を特定 |
| Day 15–30 | 課題発散・収束 | 顧客インタビュー20件／JTBD整理／課題候補3〜5案に収束 |
| Day 31–60 | 仮説マッチング | 課題候補×自社アセットのマトリクス／「Why us」ロジック構築 |
| Day 61–80 | MVP仮説検証 | スモークテスト・LP・コンシェルジュMVPで支払意思を検証 |
| Day 81–90 | 意思決定 | 続行 / ピボット / 撤退の判断／次フェーズの予算と体制を設計 |
起点別フレームワーク早見表
起点ごとに相性の良いフレームワークを整理します。
| 起点 | フレームワーク | 用途 |
|---|---|---|
| 課題ベース | Jobs to Be Done（JTBD） | 顧客が「雇用する」ジョブを特定 |
| 課題ベース | カスタマージャーニーマップ | 接点ごとのペインを可視化 |
| 課題ベース | 5why分析 | 表層課題の根本原因を掘り下げ |
| 課題ベース | The Mom Test | バイアスを排した顧客インタビュー |
| ソリューションベース | バリュープロポジションキャンバス | 自社価値と顧客課題のフィット検証 |
| ソリューションベース | 技術ロードマップ | 技術進化と市場機会の対応関係を整理 |
| ソリューションベース | コアコンピタンス分析 | 模倣困難性のある自社強みを特定 |
| ハイブリッド | リーンキャンバス | 課題・解決策・指標を1枚で往復 |
| ハイブリッド | Discovery-Driven Planning | 逆損益計算書で前提を仮説化 |
| ハイブリッド | ABCD分析 | アセット・ベネフィット・競合・需要を統合評価 |
まとめ：起点選びは「正解探し」ではなく「往復設計」
新規事業のアイデア起点は、課題ベースかソリューションベースかの二者択一ではなく、「最初に何を起点とするか」と「どのタイミングでもう一方の視点に切り替えるか」を意図的に設計する問題です。
- 課題ベースは出発点が顧客であり、PMF到達率は高いが「Why us」の説明に工夫が必要
- ソリューションベースは出発点が自社アセットであり、社内承認は通りやすいが「a solution looking for a problem」のリスクを内包する
- 大企業新規事業の現実解は、両者を往復するハイブリッド戦略
- 90日プランで「アセット棚卸 → 課題収束 → 仮説マッチング → MVP検証 → 意思決定」を回し、起点バイアスを排除する
新規事業のアイデア出しに着手する前に、本記事の判断軸5つを使って自社の状況を点検することを推奨します。アイデアの優先順位付けに進む段階では、関連記事「アイデア優先度フレームワーク7選｜RICE/ICEで迷わず決める実践ガイド」を参照してください。
よくある質問（FAQ）
Q1. 課題ベースとソリューションベース、初心者はどちらから始めるべき？
初心者は課題ベースから始めることを推奨します。リーンスタートアップ・JTBD・The Mom Testなど方法論が体系化されており、検証ステップが明確だからです。ソリューションベースは自社の強みを深く理解した中級者以上向けです。
Q2. 自社のコア技術を活かしたいが、ソリューションベースで成功する確率は？
ソリューションベース単独での成功確率は課題ベースより低くなりやすいとされる傾向にあります。ただし、ソリューションを起点としつつ最初の検証を課題側で行うハイブリッド型にすれば、技術活用と高い検証品質を両立できます。本記事の「シーズ×ニーズ往復モデル」を参照してください。
Q3. 課題は見つけたが自社で解決する必然性が説明できない場合は？
「Why us」を通す3ステップ（アセット棚卸→課題マッチング→代替案比較）で再構成します。それでもロジックが立たない場合は、自社で取り組まない判断も合理的です。M&Aや出資、提携など他の関与方法を検討します。
Q4. 両方のアプローチを同時に走らせていい？
組織体力があれば推奨します。課題ベースチームとソリューションベースチームを並走させ、定期的に発見を交換するアイデアソン形式が効果的です。ただし評価指標は別々に設計します（課題ベースは課題の深さ、ソリューションベースは技術応用範囲など）。
Q5. AI時代に起点の選び方は変わったか？
本質的な構造は変わりませんが、生成AIによりプロトタイピングと顧客検証の高速化が可能になりました。ソリューションベースの不利だった「検証コストの高さ」が下がり、課題ベースの不利だった「アイデアの量」が補えるようになっています。両者の往復サイクルが短期化しています。
Q6. 経営陣に「うちの強みを活かせ」と言われた時の進め方は？
そのまま技術起点で発想すると典型的失敗パターンに陥ります。経営指示は「強みを活かす」ですが、検証順序は課題ベースから始めると再定義することを推奨します。経営陣には「強みを活かす条件として、それが解決する課題の深さを最初に検証する」ロジックで合意を取ります。
Q7. アイデア出しでよく使うフレームワークと起点の関係は？
JTBD・カスタマージャーニーは課題ベース寄り、バリュープロポジションキャンバス・コアコンピタンス分析はソリューションベース寄りです。リーンキャンバスは両者を1枚で往復できるため、起点が決まりきらない初期段階で有効です。フレームワークは起点を決めた後に選ぶのではなく、起点を見極める道具としても活用できます。
