新規事業が失敗する本当の理由─ニーズとペインの混同が生む4つの罠

新規事業が失敗する原因の多くは、ニーズとペインの混同から始まります。

顧客インタビューで「こういうサービスがあったら便利ですね」「確かにニーズはあると思います」と前向きな反応が返ってくる。でも、いざ「では導入を検討いただけますか？」と聞くと、空気が変わります。

「いや、今すぐというわけではなくて......」
「予算次第ですかね」
「上に確認してみないと」

私はこの状態を「あったらいいね（でもお金は払わないよ）」と呼んでいます。無料だったら使う。便利だとは思う。でも、お金を払ってまで欲しいものではない。

企画職5年目、自社での新規事業企画の実践に加え、社外の交流会で他社の新事業担当者とも意見を交わしてきました

厄介なことに、この罠は個人の判断ミスではなく、構造的な問題として繰り返し発生します。この記事では、ニーズとペインの混同、確証バイアスによる顧客インタビューの歪み、組織のインセンティブ構造、ステージゲートの限界の4つの原因から、新規事業が失敗する構造を整理します。

ニーズとペインの違い──「あれば便利」と「なければ困る」

「あったらいいね」の正体を理解するには、2つの概念を区別する必要があります。

ニーズとペインです。

• ニーズ（あれば便利）: 「こういうサービスがあったら便利だな」という感覚。今の業務は回っている。なくても困らない

• ペイン（なければ困る）: 「この問題を何とかしないと業務が回らない」という切実さ。お金を払ってでも解決したい痛み

顧客がお金を払うのは、ペインがあるときです。今まさに困っていて、その痛みを解消するためなら対価を払う。「あったらいいね」には、この痛みがありません。

新規事業の文脈で言えば、ペインの有無は事業の成否を分ける最も基本的な前提です。ペインがなければ、どんなに優れたソリューションを作っても、顧客はお金を払いません。「あったらいいね（でもお金は払わないよ）」は、まさにこの状態を指しています。

CB Insightsの調査（2021年）によると、スタートアップが失敗する理由の2位は「市場ニーズがなかった（No Market Need）」で35%を占めています（参考: CB Insights「The Top 12 Reasons Startups Fail」）。「あったらいいね」は、この35%の正体そのものです。

ニーズとペインの混同が企画を狂わせる

ここで多くの経験の浅い企画者がはまる罠があります。ニーズとペインを混同してしまうんです。

ヒアリングで「ニーズはありますか？」と聞けば、大抵の場合「ありますね」と返ってきます。人は目の前の相手に「いらない」とは言いにくいですし、「あれば便利」程度のことでも「ニーズがある」と回答します。

でも、「ニーズがある」と「ペインがある」はまったく別の話です。

この区別ができないまま企画を進めると、「顧客ニーズを確認しました」という報告書ができあがり、社内の承認プロセスを通過し、開発が始まり、リリースしたら誰も買わない。こういう事態が起こります。

ペインがあっても事業にならないケース

もう1つ、ニーズとペインの周辺で見落としやすい問題があります。ペインは確実にあるのに、顧客にお金を払う能力がないというケースです。

例えば、商店街や街の小規模な店舗。業務効率化のペインは確実にあります。毎日の在庫管理に何時間も費やしていたり、集客に困っていたりする。でも、ソリューションの価格と事業規模が釣り合いません。

店主の時給とソリューションによって解放される作業時間を掛け合わせても、ソリューションの月額費用のほうが高い。
あるいは、「売上10%アップが見込めます」と提案しても、ソリューションの導入費用が数百万円なら、年間売上数千万円規模の店舗には見合いません。
ペインは本物なのに、事業規模とソリューションの単価が噛み合わないんです。

これは「あったらいいね」ではなく、課題と顧客がマッチしていない状態です。社会課題としては取り組む価値があっても、ビジネスとしては成り立たない領域です。

整理すると、新規事業が空回りするパターンは3つあります。

• パターン1: ニーズはあるがペインがない -- 「あったらいいね（でもお金は払わないよ）」。本記事の中心テーマ

• パターン2: ペインはあるが顧客にお金がない -- 課題と顧客のミスマッチ。事業規模とソリューション単価が釣り合わない

• パターン3: ニーズもペインもない -- 企画者の思い込み。そもそも顧客が課題と認識していない

「あれば便利」なものは世の中にいくらでもあります。でも、事業として成り立つのは「なければ困る」、かつ、顧客が対価を払える領域だけです。

仮説検証の罠──なぜ新規事業の企画者は「ペインがある」と思い込むのか

「ニーズとペインは違う」と頭ではわかっていても、実際の現場では同じ罠にはまり続けます。なぜでしょうか。

根本的な問題は、企画者が事業仮説を「肯定しにいく」姿勢で顧客インタビューに臨んでしまうことにあります。

肯定を集めにいく顧客インタビューの構造

典型的な流れはこうです。

企画者は「こういう課題があるはずだ」という仮説を持っています。その仮説を検証するために、顧客インタビューに行きます。

ところが、多くの場合、ヒアリングの目的が無意識のうちに「仮説の肯定」にすり替わっています。

「〇〇で困っていませんか？」と聞けば、「まぁ、そういう面もありますね」と返ってきます。
企画者はこれを「課題がある」と解釈します。10社に聞いて8社が「そうですね」と言えば、「80%がニーズありと回答」という数字ができあがります。

でも、本当に聞くべきはその先です。

• 「そのことに今どれぐらい困っていますか？」

• 「それを解決するために今何をしていますか？」

• 「そのためにどれぐらいの時間やコストをかけていますか？」

この質問をすると、景色が変わります。

「まぁ困ってはいるけど、今のやり方で何とかなってるんですよね」と返ってきたら、それはニーズであってペインではありません。逆に、「毎週5時間かけて手作業で対処しています」と返ってきたら、そこにはペインがあります。

ペインが実在するなら、ソリューション提案の王道が組み上がります。
「今あなたがやっている毎週5時間の手作業は、このソリューションで解消できます。費用削減効果は年間でxx万円。サービスの価格はyy万円です」。顧客にとって、お金を払う理由が明確になります。

ちなみに「お金を払えますか？」と直接聞いても、仮説段階ではあまり役に立ちません。現場の担当者は「払えると思います」と答えても、稟議が通らないことがあります。事業や経営のレベルでは優先度が低い。
担当者レベルではペインを感じていても、組織としてはニーズ止まりだったということです。だからこそ、

• 「今どれだけ困っているか」

• 「何をやっているか」

• 「どれだけ時間やコストをかけているか」

を具体的に聞くことが、ペインの実在を測る最も確かな方法です。

確証バイアス（自分の仮説を支持する情報ばかり目に入る心理的傾向）が、この「肯定を集めにいく」行動を強化します。肯定的な反応は記憶に残り、否定的な反応は「特殊なケース」として処理してしまう。結果として、「ペインがある」という仮説が検証されたように感じてしまいます。

仮説は「否定しにいく」のが正しいアプローチ

実は、仮説検証の正しいアプローチは真逆です。仮説を否定しにいくべきなんです。

「この課題はペインではない」「顧客は本当は困っていない」を前提に置いて、それを覆せるかどうかを試す。否定しようとしても否定できなかったとき、初めて「この課題は本物だ」と判断できます。

この考え方は、統計学の帰無仮説の棄却と同じ構造です。

統計学では、何かの効果を証明したいとき、まず「効果がない（帰無仮説）」を前提に置きます。
データを集めて分析し、「効果がない」という前提では説明できないほどの結果が出たとき、初めて「効果がある」と結論づけます。
証明したいことの反対を出発点にして、それを否定できるかどうかで判断する。これが科学的な仮説検証の基本です。

わかりやすく言えば、薬の治験の考え方です。
新しい薬が効くかどうかを調べるとき、「この薬は効かない」を出発点にして実験します。
それでもなお効果が出たなら、「効く」と判断できる。最初から「効くはずだ」と思って実験すると、効いているように見えるデータばかり集めてしまうからです。

新規事業の仮説検証でも、まったく同じことが起きています。

「この課題は顧客にとってペインではない」を前提に置いて、ヒアリングや調査を設計する。それでもなお「これは本当に困っている」という証拠が出てきたなら、ペインは本物です。

この考え方の原点になっているのは、企画職になる前の経験だと思います。学生時代に統計学の研究で、自分の研究設計の間違いを教授にぼこぼこにされながら、「仮説を否定しにいく」姿勢が身につきました。

でも、新規事業の現場では、この「否定しにいく」アプローチを実践できている人は多くありません。
頭では知っていても、言葉だけでは身につかない考え方で、ほとんどが実践できていません。

知識として「仮説検証は大事」と知っていることと、自分の仮説に対して本気で否定しにいけることの間には、大きな溝があります。

否定しにいくと、本当のペインが見つかる

「否定しにいく」アプローチには、もう1つ大きな利点があります。

否定しにいくマインドセットで顧客インタビューに臨むと、顧客が本当に困っていることが見えてくるんです。

仮説の課題について「どれぐらい困っていますか？」「そのために今何をしていますか？」と深掘りしていく。
すると、「いや、〇〇はそこまで困っていないんですけど、実は△△のほうが大変で......」と、顧客のほうから本当の課題を話し始めることがあります。

肯定を集めにいくヒアリングでは、企画者が用意した仮説の範囲内でしか情報が得られません。でも否定しにいくマインドセットでいると、仮説の外にある顧客の本当のペインに出会えます。

仮説が否定されたとき、それは失敗ではありません。
「あったらいいね」のまま進んで失敗するよりも、早い段階でピボット（方向転換）できるほうが、新規事業としてはずっと健全です。

組織が「あったらいいね」を止められない構造

「あったらいいね」の罠は、企画者個人の問題だけではありません。組織の構造が、この罠を温存してしまいます。

「何か作れ」が仕事になっている

大企業の新規事業部門では、経営層からプロダクトやビジョンありきで「新しいサービスを作れ」という指示が下りてくることがあります。

わかりやすい例だと、製造業向けに開発したソリューションの売れ行きが悪いから、「半導体工場向けに売れるようにしてくれ」といった指示です（これは新規事業というより事業企画や企画営業に近いのですが、現場では新規事業部門に降ってくることも珍しくありません）。

こうなると、筋が良くても悪くても、企画は前に進みます。
担当者に熱意がなくても進みます。
売れる顧客がいるとは思えていなくても進みます。
企画者本人が「これは筋が悪い」と感じていても、仕事として割り当てられている以上、やめるという選択肢がない。

無理筋だとわかっていても何か月も時間とお金をかけて検証し、やっぱりダメだったという結論を出す。このプロセスを回すこと自体が仕事になっているケースがあります。

企画者・組織・顧客の全員が温存に加担する

さらに厄介なのは、関係者全員のインセンティブが「あったらいいね」を温存する方向に揃ってしまうことです。

企画者は、自分が立てた仮説を否定されたくありません。確証バイアスも働きます。肯定的な反応を集めて「ニーズあり」と報告することで、自分の企画を前に進めたい。

組織（上司や経営層）には、いくつかの事情があります。挑戦する風土を壊したくないから「まずはやらせてみよう」と判断する。
あるいは、そもそもその領域の専門知識/ ドメイン知識がなく、筋が良いのか悪いのかを判断できない。

部下が苦労して持ってきた企画に対して「ペインがない」「筋が悪い」と突き返し続ければ、「どうせ提案しても潰される」という空気が蔓延し、挑戦する人がいなくなってしまいます。

顧客は、目の前の相手に「いらない」とは言いにくいんです。「面白いですね」「ニーズはあると思います」と、当たり障りのない反応を返します。

こうして、企画者が作った「ニーズあり」の数字は、社内の承認プロセスで「顧客ニーズ確認済み」として扱われます。形式上は顧客検証を実施している。数字もある。プロセスは正しく実行されている。だから止める根拠がない。

組織では「あったらいいね」を止められない

このインセンティブ構造が揃ってしまうと、個人の努力だけでは「あったらいいね」を止められません。

担当者のみんなが「これはダメでは？」と思っている新規事業が誕生し、顧客のいないソリューションの開発が始まり、リリース後に顧客がいない現実に疲弊していく。こういう未来が、「あったらいいね」の先にはあります。

最初は「あったらいいね」レベルだった企画が、組織の構造によって止められないまま進んでしまい、気づいたときには撤退できない。この危険性は、新規事業に関わるすべての人が認識しておくべきだと思います。

ステージゲートでも「あったらいいね」が止まらない理由

新規事業のプロセス管理手法として、ステージゲート法があります。本来は「あったらいいね」レベルの企画を初期段階でふるい落とすための仕組みですが、多くの日本企業ではうまく機能していません。

ステージゲート法の仕組み

ステージゲート法は、1986年にカナダのマックマスター大学のロバート・G・クーパー教授が開発したフレームワークです。

アイデアの創出から市場投入までのプロセスを複数のステージに分け、各ステージの間にゲート（関門）を設けて通過可否を判断します（参考: ステージゲート法とは？| Koto Online）。

日本で最も有名な導入事例はリクルートです。リクルートでは新規事業提案制度「Ring」を通じて毎年1,000件以上のアイデアが寄せられ、その中から5〜6件が事業化に進みます。

リクルートのステージゲートはMVP → SEED → ALPHA → BETAの4段階で構成されており、段階ごとに予算と人員を増やしながら仮説検証を進める仕組みになっています（参考: リクルート流・新規事業「最短距離で育てる方法」| 東洋経済オンライン）。

日本の多くの大企業はリクルートの仕組みをベースに、自社に合わせてカスタマイズしています。一般的なステージ構造は以下のようになります。

ステージ1: 企画立案

• アイデアの骨子を固める。「誰の」「どんな課題を」「どう解決するか」を言語化する

• ゲートでの評価: ビジネスモデルの論理性、市場規模の見立て

ステージ2: 課題検証（CPF: Customer Problem Fit）

• 顧客が本当に「お金を払ってでも解決したい顧客課題（ペイン）」を持っているかを検証する

• 顧客インタビューを実施し、課題の広さ・頻度・深刻さを評価する

• 「あったらいいね」を見抜くべきは、まさにこのステージ

ステージ3: ソリューション検証（PSF: Problem Solution Fit）

• 課題が実在することを確認した上で、解決策が妥当かを検証する

• プロトタイプを使って顧客の反応を確認する

ステージ4以降: 開発・テスト・市場投入

• 事業化に向けた本格開発、テストマーケティング、そして市場投入へと進む

• ステージが進むほど投資額は大きくなる

参考: 新規事業開発のステージ・ゲートプロセスとその評価基準 | Fintan、ステージゲート法とは？進める流れや導入・運用時のポイントを解説 | Frontier Eyes Online

つまり、ステージゲートの本来の機能は、初期段階（ステージ1-2）の市場検証で筋の悪い企画をふるい落とし、後半の大きな投資の無駄を防ぐことにあります。

初期ゲートが機能しない3つの理由

理論上は、ステージ2のゲートで「あったらいいね」は止まるはずです。「顧客が本当にお金を払ってでも解決したい課題を持っているか」を検証するのがこのステージの目的ですから。

でも実際には、止まりません。

理由1: ゲート判断者にドメイン知識がない。

ステージゲートの判断者（多くの場合、事業部長や経営層）は、その企画の対象領域について深い知識を持っているとは限りません。

判断者に求められるのは「この課題は本当にペインなのか」「この市場規模の見積もりは妥当か」を見抜く力です。

でも、ドメイン知識がなければ、企画者が作った資料の中身を精査できません。結果として、プロセスが実行されているかどうかで判断せざるを得なくなります。「顧客ヒアリングを10社実施しました」「ニーズありが80%でした」──プロセスは正しく実行されている。だから通過させます。

理由2: 確証バイアスのかかった数字がゲートを通過する。

前のセクションで書いた「肯定を集めにいくヒアリング」と直結します。確証バイアスのかかった「ニーズあり80%」という数字が、ステージ2のゲートを通過する根拠になってしまう。ゲート判断者にはその数字の質を見抜く力がありません。

理由3: 何度も差し戻すと新規事業の種が死ぬ。

仮にゲート判断者が「これは『あったらいいね』レベルでは？」と感じたとしても、簡単には何度も差し戻せません。

新規事業は、多くの場合、新規事業自体の初心者が担当しています。
経験の浅いメンバーが苦労して仮説を立て、ヒアリングに行き、資料をまとめてきた。

それを繰り返し「ペインがない」と差し戻したらどうなるか。心が折れます。通過する企画がゼロになります。

「どうせ提案しても通らない」「挑戦しても潰される」という風土が醸成されてしまう。新しい種が生まれなくなる。これは組織にとって、筋の悪い企画を通してしまうよりも深刻な問題かもしれません。

本来のステージゲートを機能させるには組織力がいる

リクルートのような、新事業創出を組織のDNAとして持っている企業であれば、ステージゲートは本来の機能を果たせるでしょう。

判断者にもドメイン知識と新規事業の経験が蓄積されていて、「これはペインがない」「これは市場性がない」を的確に判断できる。差し戻しても「じゃあ別の角度で」と再挑戦できる文化もある。

でも、大半の日本企業では、ステージゲートを本来の形で機能させるだけの組織力がありません。仕組みだけ導入しても、判断する力がなければ、プロセスを通過することで「検証済み」になってしまう。

これが、「あったらいいね」が組織のフィルターをすり抜けて進んでしまうメカニズムです。

また、「あったらいいね」の罠は、自社の顧客だけでなく、他社との協業でも同じように起きます。協業相手の「あったらいいね」を超えるための切り口については、こちらの記事で書いています。

まとめ

この記事のポイント:

• 「あったらいいね（でもお金は払わないよ）」は、ニーズはあるがペインがない状態である

• 「あれば便利（ニーズ）」と「なければ困る（ペイン）」を混同した瞬間、新規事業は空回りを始める

• ペインの実在は「今どれだけ困っているか」「何をしているか」「どれだけ時間・コストをかけているか」で測る

• 企画者は仮説を「肯定しにいく」ヒアリングをしがちだが、本来は「否定しにいく」べきである

• 統計学の帰無仮説の棄却と同じ考え方で、否定できなかった課題こそ本物のペインである

• 否定しにいく過程で、顧客が本当に困っていること（ペイン）が見つかる

• 組織の構造（義務化された企画、三者のインセンティブ構造、挑戦文化とのトレードオフ）が「あったらいいね」を温存する

• ステージゲートの初期ゲートで止めるべきだが、判断者のドメイン知識不足と組織文化の問題で機能しにくい

「あったらいいね」に振り回されるのは、新規事業に関わるなら誰もが通る道だと思います。この罠は個人の能力の問題ではなく、企画者・顧客・組織の構造が生み出すものです。

だからこそ、構造を理解した上で、仮説を否定しにいく姿勢を意識的に持つことが大切です。否定しにいく過程で、顧客が本当に困っていること──お金を払ってでも解決したいペイン──が見えてきます。そこが、新規事業を成功に導く出発点です。

新規事業の構造的な課題をさらに掘り下げた記事も書いています。

あとがき（note10本目の記事を迎えて）

青羽つむぐです。
2026年1月25日の初投稿の記事から1か月と少し。今回の記事で10本目となります。書きたいことが多くて未だに自己紹介記事を書けていません。

10本目の記事は、『新規事業』としての企画者として最も大事なことを書きました。

新規事業の初心者だけでなく、これからビジネスを始めたい人にも、ビジネスとは何か？　そんな本質的なことを、水先案内人/ナビゲータになる、という気持ちで書いています。
この記事から派生して、とりあえず2本の記事は草稿はあって、できるだけ早くリリースできるよう頑張ります。

XのSNSもあるので、よかったらフォローしてください。
日々役立つ情報を発信しようと思っています。待機しているネタがが多くあるのですが、1本1本に時間を割いているため、投稿スピードがなかなかあがりません。

ヘッダー画像の原画

オランダの港への入り口

ウィレム・ファン・デ・フェルデ (子)
オランダ, 1665年頃

AI全盛の時代、あえて古典絵画を推していきます。
古典絵画×AIでバナー画像作成しています。

この絵を選んだ理由は、見通しのない長い航海に向かう船もあれば、小さな漁船もある、そんな雑多な港の姿が、これから新規事業という航海の門出に対する構図に通じるかと思い選びました。
適切な船、適切な羅針盤、適切な海図、全てが揃わないと航海は失敗します。新規事業も適切なペイン、適切な顧客インタビュー、適切な承認プロセスを経なければ失敗することと同じです。

原典：メトロポリタン美術館
https://www.metmuseum.org/art/collection/search/437876