新規事業の成功率 — なぜ9割が失敗するのか
新規事業の成功率は10%。
この数字は、何度も引用される。だが、「10%」という数字だけを見て「だから新規事業は難しい」と結論づけるのは早い。
問題は「なぜ9割が失敗するのか」だ。失敗の原因がわかれば、成功確率を上げる打ち手が見える。
結論を先に言う。失敗の原因の大半は「アイデアが悪い」ではなく、**「検証プロセスがない」**だ。
→ 新規事業とは何か — 定義・種類・成功に必要な3つの条件
新規事業の成功率に関するデータ
まず、成功率に関する主要なデータを整理する。
スタートアップの生存率
- CB Insights: スタートアップの約70%が、設立後20ヶ月以内に失敗する
- 米国労働統計局: 新規ビジネスの約20%が1年以内に、約50%が5年以内に廃業する
- Harvard Business School: ベンチャーキャピタルが出資したスタートアップの約75%が、投資回収に至らない
大企業の新規事業
- マッキンゼー: 大企業の新規事業のうち、計画通りの収益を達成したものは約10%
- 経済産業省: 日本の大企業における新規事業の成功率は10〜20%（定義や期間によってばらつきあり）
スタートアップも大企業も、新規事業の成功率はおおむね10〜30%の範囲だ。つまり、7〜9割は失敗する。
この数字をどう解釈するか。
「9割失敗するから、やらない方がいい」ではない。「9割の失敗には共通パターンがある。そのパターンを避ければ、確率は上がる」。これが正しい解釈だ。
失敗の5つのパターン
CB Insightsが分析した「スタートアップの失敗原因トップ20」のデータと、大企業の新規事業における実態を照らし合わせると、失敗には5つの共通パターンが見える。
パターン1: 市場にニーズがない（42%）
失敗原因の第1位。
「顧客がその課題を深刻に感じていない」「既存の代替手段で十分に対応できている」「課題はあるが、お金を払ってまで解決したいとは思っていない」。
これらは全て、事前の顧客検証で確認できることだ。にもかかわらず、多くの新規事業は顧客の声を聞かずに進む。
大企業の場合、この失敗パターンはさらに起きやすい。自社の技術やアセットを起点に「何ができるか」から発想するため、「誰が何に困っているか」が後回しになる。
対策: 解決策を考える前に、顧客課題を検証する。3〜5名のインタビューで、課題の存在・深刻度・代替手段を確認する。
→ 仮説検証とは何か — 新規事業で「正解」を見つけるプロセス
→ PSF（Problem-Solution Fit）の検証方法 — 課題と解決策の一致を確かめる
パターン2: 検証なしで作り込む
顧客が欲しいかどうかを確認せずに、製品やサービスを作り込んでしまう。
「半年かけてシステムを開発し、ローンチしたが、誰も使わなかった」。大企業では、このパターンが特に多い。開発リソースがあるために、検証を飛ばして「まず作る」ことができてしまうからだ。
作ってからのピボットはコストが高い。半年の開発期間と数千万円の投資を無駄にしてから方向転換するより、6週間の仮説検証で「作るべきかどうか」を先に判断する方が、はるかに効率的だ。
対策: 開発の前に仮説検証を行う。プロトタイプは3〜5日で作れる。完成品は不要だ。
パターン3: PoCを繰り返して判断が出ない
大企業に特有の失敗パターン。
PoCを繰り返すが、「もう少しデータが欲しい」「もう1回やりましょう」と判断が先送りされ続ける。3回目、4回目のPoCが終わっても、Go / No-Go の判断が出ない。
これがいわゆる「PoC疲れ」だ。
PoCが事業判断につながらない原因は、PoCの設計にある。「技術的に実現可能か」を検証するPoCは、「事業として成立するか」の判断材料にならない。技術検証と事業検証は別のものだ。
対策: PoCの前に「何がわかったらGoするか」「何がわかったらNo-Goか」を決める。判断基準を事前に合意しておく。
パターン4: 撤退できない
一度始めた事業を、やめられない。
「すでに2,000万円投資した」「1年間チームを動かしてきた」「稟議を通した手前、やめるとは言えない」。
埋没費用の罠だ。過去の投資を回収したいという心理が、損失をさらに拡大させる。やめるべきタイミングでやめられず、結果として、本来なら別の有望な事業に使えたリソースが消耗される。
対策: 検証開始前に撤退基準を設定する。「何がわかったらやめるか」を、検証結果が出る前に合意しておく。
パターン5: 顧客の声を社内の声で代替する
「営業部門がニーズがあると言っている」「〇〇部長が期待している」「経営層が注力領域と言った」。
社内の声は、顧客の声ではない。営業部門の「ニーズがある」は、「既存顧客から要望があった」という意味かもしれないし、「自分が売りやすい」という意味かもしれない。
新規事業の仮説は、実際の顧客——つまり、お金を払う立場の人間——の声で検証する必要がある。社内の意見は参考にはなるが、検証データにはならない。
対策: 社内の声と顧客の声を区別する。仮説検証は必ず社外の顧客に対して行う。
成功率を上げる3つの原則
失敗パターンの裏返しが、成功確率を上げるための原則だ。
原則1: 作る前に検証する
新規事業で最もコストが高いのは「誰も欲しがらないものを作る」ことだ。
開発に着手する前に、顧客課題の検証を行う。インタビューで課題の存在を確認し、プロトタイプで解決策の方向性を検証する。
このステップを入れるだけで、「市場にニーズがない」という失敗パターンの大半を回避できる。
検証にかかるコストは、開発コストの10分の1以下だ。50万円の検証で、5,000万円の開発投資の方向性を判断できる。
原則2: 検証サイクルを速く回す
成功確率が10%なら、10回の検証で1回の成功が期待できる。
問題は、1回の検証に6ヶ月かかっていては、10回の検証に5年かかることだ。市場環境は変わり、テクノロジーは進化し、5年前の検証結果は使えなくなる。
1回の検証を6週間に短縮すれば、年間6〜8回の検証サイクルを回せる。2年で10回以上の検証ができる。
速さは、新規事業の成功率を上げる最大の変数だ。精度ではない。速度だ。
仮説検証スプリントは、この「速さ」を実現するための方法論だ。仮説の構造化から顧客インタビュー、プロトタイプ検証、事業判断レポートまでを6週間で完結させる。
原則3: 判断基準を事前に決める
「何がわかったらGoするか」「何がわかったらNo-Goか」を、検証を始める前に合意する。
これがないと、検証結果が出ても判断が出ない。結果に合わせて判断基準を変えてしまうからだ。
事前に決めるべきは以下の3つ。
- Go条件: 「ターゲット5名中3名以上が課題を確認し、かつ2名以上が支払い意欲を示した場合」
- No-Go条件: 「課題を確認できたのが1名以下、または支払い意欲を示した人がゼロの場合」
- Pivot条件: 「想定と異なるセグメントに強いニーズが確認された場合」
この基準を検証前に設定し、経営層と合意しておく。検証後は基準に従って判断を出す。
→ 新規事業の評価指標 — 既存事業と同じKPIでは測れない
「成功率10%」の意味を正しく理解する
成功率10%は「新規事業は博打」という意味ではない。
正しい理解はこうだ。
検証なしで進めたら、10回中9回は失敗する。 だが、各ステップで仮説を検証し、失敗要因を事前に排除すれば、成功確率は段階的に上がる。
具体的に見てみよう。
- アイデアの段階: 成功確率10%
- 顧客課題が検証された段階: 成功確率25〜30%
- 解決策の方向性が検証された段階: 成功確率40〜50%
- 収益モデルが検証された段階: 成功確率60%以上
各段階で仮説を検証するたびに、失敗する確率が下がる。仮説検証は、10%の確率に賭けるのではなく、10%の確率を段階的に引き上げるプロセスだ。
そして、検証の結果「この事業は成立しない」とわかった場合、それは失敗ではない。早期に判断できたという成果だ。50万円と6週間で「やるべきでない」と判断できたなら、5,000万円と2年間の損失を防いだことになる。
まとめ
新規事業の成功率は約10%。9割が失敗する。
だが、失敗には共通パターンがある。
- 市場にニーズがない — 顧客課題を検証していない
- 検証なしで作り込む — 開発を先行させて顧客不在になる
- PoCを繰り返して判断が出ない — 技術検証と事業検証を混同している
- 撤退できない — 埋没費用の罠にはまる
- 顧客の声を社内の声で代替する — 社内合意を検証と勘違いする
成功確率を上げる原則は3つ。
- 作る前に検証する。 50万円の検証で5,000万円の判断ができる
- 検証サイクルを速く回す。 6ヶ月ではなく6週間で1回転させる
- 判断基準を事前に決める。 Go / No-Go / Pivot の条件を先に合意する
成功率10%は、変えられない定数ではない。検証プロセスで引き上げられる変数だ。
LITMUSは、新規事業の検証に特化したスタジオです。「9割の失敗パターン」を回避する仮説検証スプリントを、6週間で一気通貫で提供します。
50万円から始められるEntry Moduleもあります。詳しくは LITMUS をご覧ください。