新規事業の事例 — 大企業の成功・失敗から学ぶ5つの教訓
新規事業の事例を調べる人は多い。
「あの会社はこうやって成功した」「この会社はこれで失敗した」。記事を読み、社内勉強会で共有し、なんとなく学んだ気になる。
だが、事例をそのまま真似て成功した企業を、私たちはほとんど知らない。
なぜか。事例の「読み方」が間違っているからだ。
事例から学ぶべきは「何をしたか」ではない。**「なぜそうしたか」**だ。
成功した企業が「なぜその判断をしたのか」。失敗した企業が「なぜその判断をしてしまったのか」。意思決定の構造を読み解かなければ、事例は単なる読み物で終わる。
この記事では、大企業の新規事業における成功と失敗の事例を一般化し、そこから抽出した5つの教訓を書く。
教訓1: 小さく始めた企業が勝った
ある大企業は、新規事業に初年度から5億円の予算と30名の専任チームを投じた。専用オフィスを構え、大規模なシステム開発に着手した。2年後、サービスはローンチしたが、顧客がつかなかった。投資額が大きすぎて撤退の判断も出せず、さらに2年間ズルズルと続けた末に、事業は清算された。
別の企業は、3名のチームと130万円の検証予算で始めた。最初の6週間で顧客インタビューとプロトタイプ検証を行い、「この方向にニーズがある」と確認できてから、段階的にリソースを追加した。3年後、その事業は年商10億円を超えていた。
教訓: リソースの大きさは成功を保証しない。むしろ、初期に大きなリソースを投じると「失敗できない」という圧力が生まれ、判断が歪む。
小さく始めれば、方向転換ができる。撤退もできる。130万円の検証で「やるべきでない」とわかったなら、それは5億円の損失を防いだ成果だ。
教訓2: 顧客に聞いた企業が生き残った
ある企業は、新規事業のアイデアを経営会議で決めた。「当社の技術力を活かせる」「市場規模が大きい」「競合が少ない」。社内のロジックは完璧だった。だが、実際にターゲット顧客に会いに行くことはしなかった。
1年後、完成したサービスを市場に出したが、顧客の反応は「便利そうだけど、今のやり方で十分」。社内で完璧だったロジックは、顧客の現実と一致していなかった。
一方、成功した企業は、アイデア段階で顧客に会いに行った。5名のターゲット顧客にインタビューし、課題の深さと頻度を確認した。その結果、当初想定していた課題ではなく、隣接する別の課題の方が深刻だと判明し、方向を修正した。
教訓: 社内の合意は、顧客のニーズを証明しない。事業の成否を決めるのは社内の論理ではなく、顧客の現実だ。
→ 仮説検証とは何か — 新規事業で「正解」を見つけるプロセス
教訓3: 撤退基準を持っていた企業は次に進めた
ある企業は、新規事業の検証を始める前に「何がわかったらやめるか」を決めていた。
「ターゲット5名中、課題を確認できたのが1名以下ならNo-Go」「支払い意欲を示した人がゼロならNo-Go」。
6週間の検証の結果、No-Go条件に該当した。チームは速やかに撤退し、翌月には別の事業仮説の検証に着手した。2つ目の仮説がGoとなり、事業化に成功した。
別の企業は、撤退基準を決めていなかった。検証結果が芳しくなくても「もう少しやれば変わるかもしれない」と続けた。2回目のPoC、3回目のPoC。1年半が経過し、チームは疲弊し、予算は消耗し、最終的に事業は自然消滅した。次の事業に挑戦するリソースも気力も残っていなかった。
教訓: 撤退基準がない事業は「終われない」。終われない事業は、次の挑戦を殺す。
教訓4: 既存事業と切り離した組織が成功した
ある企業は、新規事業チームを既存事業部の中に設置した。メンバーは既存業務と兼務。週に2日だけ新規事業に充てる。進捗は既存事業の部門長に報告し、予算は既存事業の枠内で処理する。
結果、何が起きたか。既存事業の論理が新規事業を支配した。
「今期の売上に貢献するのか」「既存顧客に売れるのか」「既存のシステムと連携できるのか」。既存事業の評価軸で新規事業を測ると、新規事業は常に「不確実で、すぐには収益が出ないもの」として後回しにされる。
成功した企業は、新規事業チームを既存事業から切り離した。専任メンバーをアサインし、報告ラインを分け、評価基準も分けた。既存事業の売上目標ではなく、「6週間で仮説検証を完了し、Go / No-Go / Pivot の判断を出す」ことを成果とした。
教訓: 既存事業の論理で管理された新規事業は死ぬ。新規事業には、新規事業の評価軸が必要だ。
→ 大企業の新規事業の進め方 — 検証フェーズを4ステップで設計する
教訓5: 検証サイクルが速い企業が勝った
ある企業は、新規事業の計画に6ヶ月をかけた。市場調査、競合分析、事業計画書、収支シミュレーション。完璧な計画ができた頃には、市場環境が変わっていた。
別の企業は、6週間で最初の検証を終わらせた。完璧な計画は作らなかった。代わりに、仮説を立て、顧客に聞き、プロトタイプで反応を確認し、判断を出した。間違っていれば方向を変え、もう一度6週間で検証した。年間6回以上の検証サイクルを回した。
教訓: 新規事業において、計画の精度より検証の速度の方が重要だ。 市場は計画を待ってくれない。6ヶ月の完璧な計画より、6週間の不完全な検証の方が、はるかに多くのことを教えてくれる。
事例の「読み方」— 自社に応用するフレームワーク
5つの教訓を紹介した。だが、冒頭で述べたように「事例をそのまま真似る」のは危険だ。
事例を自社に応用するには、以下の3つの問いで読み解く必要がある。
問い1: その企業は「何を検証したか」
成功事例を読むとき、多くの人は「何を作ったか」に注目する。だが重要なのは「何を検証したか」だ。
どんな仮説を立て、どうやって検証し、何がわかったからその判断に至ったのか。この検証プロセスこそが、自社に応用できる部分だ。
問い2: その企業の「制約条件」は何だったか
事例の企業と自社では、制約条件が異なる。業界の規制、社内の意思決定プロセス、利用可能なリソース、時間軸。
制約条件が異なれば、最適な打ち手も異なる。事例を読むときは「この企業はどんな制約の中で、なぜこの選択をしたのか」を読み取る。
問い3: 自社で再現可能な「構造」は何か
個別の施策ではなく、成功の「構造」を抽出する。
5つの教訓に共通する構造は明確だ。小さく始め、顧客に聞き、撤退基準を持ち、既存事業と切り離し、速く回す。 この構造は、業界や事業内容に関係なく応用できる。
→ 新規事業とは何か — 定義と大企業における意味を整理する
まとめ: 事例は「答え」ではなく「問い」
新規事業の事例は「答え」ではない。自社の事業を考えるための「問い」だ。
5つの教訓をもう一度整理する。
- 小さく始める。 大きなリソースは判断を歪める
- 顧客に聞く。 社内の合意は顧客のニーズを証明しない
- 撤退基準を持つ。 終われない事業は次の挑戦を殺す
- 既存事業と切り離す。 既存の論理で新規事業は育たない
- 速く回す。 計画の精度より検証の速度
事例を100件読むよりも、自社で1回の仮説検証を回す方が、はるかに多くのことがわかる。
LITMUSは、大企業の新規事業に特化した事業検証スタジオです。事例を「読む」フェーズから、自社で「検証する」フェーズへ。6週間の仮説検証スプリントで、事業判断を出す。