
有名企業の失敗は、担当者が優秀だったかどうかの話ではありません。誰をどこに置いたか、支援する側がどう報われるか、顧客に確かめるはずの検証がいつ社内向けの説明に変わったか。この3つの構造が繰り返し現れます。だから、他社の失敗が自社の回避策になります。
知名度や資金があっても、新規事業は終了します。反対に、小さな検証から需要をつかむ事業もあります。違いを「担当者の能力」だけで説明すると、再現可能な学びが残りません。
本記事では、公表された撤退・縮小・終了だけを扱います。内部事情や個人の責任は推測しません。事例を原因10分類(+追加点検3項目)で整理し、その奥にある3つの構造を読み解きます。
新規事業の失敗率をどう読むか

「新規事業の90%は失敗する」「成功率は5%しかない」といった数字を見かけます。しかし、定義によって大きく変わる数字です。
失敗率を80〜90%と置き、成功が例外であることを出発点にする解説は多くあります。注意喚起としての合意点は、新規事業には不確実性があるということです。そのうえで、数字の由来と算出過程を分けて確認します。
数字を出す解説が根拠にする調査は、一種類ではありません。中小企業白書を起点にするものは中小企業による新事業展開の自己評価、経済産業省などの公的資料を起点にするものは政策上の対象に沿った企業や事業、民間調査を起点にするものは回答企業が自社の達成状況を答えた集計として読む必要があります。撤退した案件だけを失敗とするのか、縮小や目標未達も含めるのかもそろっていません。
たとえば、中小企業庁の「2017年版中小企業白書」は、2016年11月に野村総合研究所が実施した「中小企業の成長に向けた事業戦略等に関する調査」を基に、新事業展開を企業自身が「成功した」と評価した回答と、それ以外を分けています。これは案件の90%が撤退したという算出ではありません。また、パーソル総合研究所の「企業の新規事業開発における組織・人材要因に関する調査」(2022年公表)は、企業内の新規事業開発について「成功している」と答えた企業の割合を、自社単独型29.4%、オープンイノベーション型30.1%と集計しています。企業単位の自己評価であり、個別案件の生存率ではありません。
一方、「成功率は5%程度」という数字は、2017年の経営者インタビューなどで見られる経験則で、母集団、成功の定義、分子と分母の算出過程を示した同一の一次調査とは区別が必要です。「90%」も、スタートアップの存続、新商品、社内新規事業など異なる対象の数字が同じ表現で引用されています。調査名・年・算出過程を確認できない数字同士は並べられません。
たとえば、「失敗」に撤退だけを含める調査があります。一方で、売上目標の未達や事業縮小まで含める調査もあります。「新規事業」の範囲も、社内プロジェクトから法人設立まで一定ではありません。
さらに、観測期間でも結果は変わります。開始1年で判定するのか、5年後まで見るのかによって、同じ事業の評価は異なります。母集団が大企業かスタートアップかという違いも無視できません。
したがって、失敗率の数字は警告としては使えます。ただし、自社の意思決定にそのまま転用するのは危険です。まず「何を失敗と呼ぶか」を決める必要があります。
同じ80〜90%に見えても、中小企業か大企業か、案件か企業か、どの期間を観測したか、撤退だけか目標未達までかが違えば、自社の確率には置き換えられません。数字を否定するのではなく、母集団と定義をそろえてから使います。
実務では、成功率を当てるより、判定可能な状態をつくるほうが重要です。期間、検証する仮説、継続条件、撤退条件を開始前に定義します。そうすれば、「続けたから成功扱い」という曖昧さを減らせます。
有名企業の失敗事例(公表情報から)

有名企業の新規事業失敗事例は、顛末だけを読んでも自社に移せません。「市場」「強み」「撤退」のどこで判断が難しくなったかを分けると、構造を比較できます。
以下では、公表された事実を起点にします。原因は断定せず、同種の事業で確認したい論点として示します。
国内で公表されている事例
国内では、ファーストリテイリングの決算資料で野菜販売子会社の解散が、セブン&アイ・ホールディングスの公式発表でバーコード決済サービスの廃止が確認できます。本節では、開始、停止、解散など公表された出来事だけを扱い、内部の事情や責任を推測しません。
実務では、公式発表の発表主体、日付、対象サービス、決定内容を四列で記録します。報道に理由が書かれていても、当事者の説明と一致しなければ事実欄へ混ぜません。
市場・顧客を読み違えた事例
コカ・コーラ社は、従来品の味を変更した「New Coke」を発売しました。その後、従来の味を復活させ、New Cokeは販売を終えました。公表事実は、商品の投入と従来品の復活、販売終了です。
ここから特定企業の内部判断を推測する必要はありません。自社への問いは、「機能や味の評価」と「顧客が商品に抱く意味」を分けて検証したか、です。
顧客は、性能だけで選ぶとは限りません。習慣、愛着、利用場面も価値の一部です。比較テストで好まれた案が、そのまま購買につながるとは限りません。
市場調査の量を増やすだけでも不十分です。「何を選ぶか」に加え、「なぜ今の商品を手放さないか」を観察する必要があります。
強みが移植できなかった事例
Googleは、Google Glassの一般消費者向け販売を終了しました。その後は法人用途へ軸足を移し、法人向け製品も販売を終了しています。
公表された終了の事実だけでは、個別の原因を断定できません。ただし、自社の技術やブランドが、別の利用場面でも同じ価値を生むとは限らない点は確認できます。
技術として実現できることと、日常で使い続けられることは別です。装着する場面、周囲からの見え方、既存手段との差まで検証対象になります。
企業の「強み」は、保有する資産の名前ではありません。顧客の行動を変え、対価につながったときに初めて事業上の強みになります。
国内でも、ファーストリテイリングが野菜販売事業からの撤退を公表しています。衣料の生産・販売で築いた仕組みが、鮮度を扱う事業でも同じ価値を生むか——参入前には確かめられていなかった論点です。強みの移植は、業種を問わず検証対象になります。
同社は2002年に野菜販売事業へ参入し、2004年に子会社の解散予定を公表しました。公表情報から確認できる期間は約2年です。自社への問いは、衣料で機能した調達・販売の仕組みについて、鮮度、廃棄、購買頻度が異なる市場でどの変数から検証するか、です。
AOKIは2018年、スーツ、シャツ、ネクタイを定期的に届けるサブスクリプションサービス「suitsbox」を開始し、その後サービスを終了しました。公表事実は開始時の提供内容と終了です。自社への問いは、店舗の品ぞろえや接客で発揮される強みを、定期配送でも顧客が受け取れる価値として再現できるか、です。
Amazonは2014年にスマートフォン「Fire Phone」を発売し、その後販売を終えました。公表された製品投入と販売終了だけで、原因は一つに決められません。自社への問いは、ECやコンテンツ、端末で築いた接点が、スマートフォンを乗り換える理由として十分かを、発売前の顧客行動で確かめたか、です。Google Glassと並べると、プラットフォーマーの資産が別の端末カテゴリーでも強みになる条件を比較できます。
準備の順序を誤った事例
セブン&アイ・ホールディングスは2019年7月にバーコード決済サービス「7pay」を開始しました。一部アカウントへの不正アクセスを受けてチャージ機能などを停止し、同年9月30日にサービスを廃止しました。同社はその後、セキュリティに関する体制やレビューの強化を公表しています。
これは「誰の判断が遅かったか」を外部から決める材料ではありません。自社への問いは、認証、セキュリティ、障害時対応を、集客や機能追加より前に誰が判定できる設計だったか、です。権限があっても専門的な判定が届かなければ準備は完了しません。責任者、リリースを止められる権限、法務・セキュリティの通過条件を着手時に一枚へまとめます。
投入前に止めた事例
セブン‐イレブン・ジャパンは2018年7月、首都圏の一部店舗で予定していた生ビール「ちょい生」のテスト販売を、開始前に中止しました。公表された説明は、反響が大きく、需要への対応体制を整えられなかったというものです。
自社への問いは、注目の大きさを需要の証明だけに使わず、店舗運営、安全、年齢確認などの提供条件を再判定できるか、です。投入前の中止も、準備した資源を守る判断になり得ます。開始前の停止条件を実際に使えるようにすると、撤退の線は事後処理ではなくリスク管理として機能します。
撤退が遅れた事例
映像レンタル大手のBlockbusterは経営破綻しました。店舗型レンタルの大手が事業環境の変化の中で破綻したことは、広く公表されています。
この事実から、特定の担当者や単一の判断を責めることはできません。一方で、既存事業の規模が大きいほど、新しい選択肢の評価が難しくなる論点は残ります。
新規事業では、追加投資のたびに「ここまで使った資源」が判断へ入り込みます。既存事業では、過去の成功体験や評価制度も影響します。
だからこそ、撤退の条件は事後ではなく開始前に置きます。「あと少しで成果が出る」という期待だけで継続しない仕組みが必要です。
海外でよく挙げられる事例
海外では、The Coca-Cola Companyが公式の沿革で、New Cokeの投入と従来の味の復活、その後の販売終了を説明しています。ここでは当事者や公的記録で確認できる投入、転換、販売終了、法的手続きの列挙に留め、単一の原因や優劣は付けません。
自社で使うときは「有名だから」ではなく、同じ検証局面があるかを先に確認します。異なる業界の事例をそのまま教訓にせず、比較したい変数を一つだけ書きます。
出典をどう確かめるか
失敗事例は、後から分かりやすい原因が付け足され、伝聞で広がりやすい題材です。まず当事者の公式発表、決算資料、官報などで出来事を確認し、報道は日付や経緯を照合する材料にします。見つからない内部事情は「不明」とします。
実務では、事実、当事者の説明、第三者の解釈、自社への問いを別欄にします。リンク切れに備えて資料名と公表日も残し、出典が一つしかない主張は原因として断定しません。
成功事例と並べて見る
撤退例だけを見ると、結果を知った後から「避けられたはず」と考えがちです。同じ市場や技術で継続した事例も並べ、開始時の条件、顧客行動、資源配分、転換の有無を同じ書式で見ます。
成功を正解として模倣するのではありません。片方だけにあった条件を三つまで仮説として挙げ、自社で確認できるものを次の検証にします。
失敗の大きさで分ける(撤退・縮小・清算)
撤退は特定の事業や市場から退くこと、縮小は範囲や投入資源を小さくすること、清算は法人や組織の財産関係を整理して終えることです。すべてを同じ「失敗」にすると、守れた資産や残った事業を見落とします。
事例表には終了範囲、顧客への影響、残した資産、再開条件を加えます。サービス終了と会社清算を混同しなければ、自社の停止策も具体になります。
成功事例はなぜ参考になりにくいか
成功事例は結果が見える一方、採用されなかった案、偶然の時機、途中の方向転換が省かれやすく、同じ行動を再現しても同じ結果になるとは限りません。規模や知名度が違えば、使える顧客接点も異なります。
参考にするなら「何をしたか」より「どの不確実性を、どんな証拠で減らしたか」を抜き出します。自社に同じ前提があるかを一行で反証してから取り入れます。
青い海を狙いすぎる
競争相手が見えない市場は魅力的に映りますが、比較対象がないことは需要がある証拠ではありません。顧客が今払っている費用や我慢、手作業まで見つからなければ、課題そのものが弱い可能性があります。
実務で確認する一行は、「顧客が今日この課題をどう処理しているかを観察する」です。競合ゼロを強みと書く前に、現在の代替手段を三種類探します。
補助金・助成金の使いどころ
補助金や助成金は、制度目的と事業の検証が合う場面で資金負担を補う手段です。採択自体を需要の証明にせず、終了後も顧客の支払いで続けられる運用かを分けて考えます。
申請前に、対象経費、入金時期、報告義務、制度がなくても残る検証を確認します。制度に合わせて検証順を変える必要があるなら、その遅れも意思決定材料にします。
失敗が少ない会社は何が違うか
失敗が少なく見える会社が、挑戦を避けているのか、小さく止めているのか、定義を変えているのかは外から区別できません。件数だけで評価せず、仮説を早く反証し、投入前に方向を変えられる仕組みを見ます。
自社では、終了件数より、判断日を守れたか、追加投入の前に顧客行動を確認したか、学習を再利用できたかを振り返ります。
外部の人をどう使うか
外部の専門家や事業会社は、社内にない知識、顧客接点、検証方法を補えます。ただし、企画と判断を丸ごと任せると、学習が社内へ残らず、契約終了後に動けません。
外部へは「資料を作る」ではなく、「規制上の論点を判定する」「対象顧客への接点を作る」のように成果を置きます。社内側には、その結果で仮説を更新する責任者を必ず置きます。
当事者意識をどう保つか
当事者意識は気合ではなく、顧客に会う責任、仮説を変える権限、結果を受け取る評価が同じ担当者へつながっている状態です。会議への出席だけを役割にすると、判断は他人事になります。
担当者ごとに「会う顧客」「更新する仮説」「決められる範囲」を一行で対応させます。不都合な結果を早く共有した行動も評価対象にします。
ISO 56000(イノベーション・マネジメントの規格)
ISO 56000:2025は、イノベーション・マネジメントの用語、基本概念、原則を定める国際規格です。個別事業の成功を保証する採点表ではなく、組織内で言葉と管理の前提を揃える参照枠として扱います。
国ごとの傾向差を持ち出すときの注意
国別指標は、調査対象、質問、産業構成、観測時点が違えば単純比較できません。「この国の人は挑戦しない」と国民性で説明すると、権限、資金配分、評価制度など組織が変えられる打ち手が消えます。
国差を挙げるなら数値を転載せず、制度や市場条件のどの違いが自社に関係するかを示します。説明を文化で止めず、次に変えられる社内条件へ戻します。
失敗の原因10分類と、追加で点検する3項目

新規事業の失敗原因は、単独では現れません。たとえば、ニーズ不足に見える事象の背後に、顧客接点の少ない人材配置がある場合があります。
原因10分類は、責任者を探す一覧ではありません。「典型症状」と「構造」をつなぎ、次の検証を決めるための診断表です。
原因を一覧へ落とし、準備不足を具体化する考え方は共通しています。ここでは既存の10分類を残したうえで、複数フェーズにまたがる「資金」「専門知識」「リスク管理」の3項目を追加点検します。
表の右列にある3つの構造は、本記事を通して同じ意味で使います。配置は、誰を専任にし、誰に顧客と会わせるかという人の置き方です。座組は、支援する部門や社外パートナーが何を持ち寄り、その働きがどう報われるかという組み合わせ方です。検証のすり替わりは、顧客に確かめるはずだった問いが、いつのまにか社内を通すための説明に変わることを指します。
| 分類 | 典型症状 | 構造との対応 |
|---|---|---|
| 1. 調査不足 | 会議資料は多いが、顧客の行動記録が少ない | 検証のすり替わり |
| 2. ニーズ不足 | 好意的な反応はあるが、利用や支払いに進まない | 検証のすり替わり |
| 3. タイミング不一致 | 導入環境や顧客習慣が整う前に拡大する | 検証のすり替わり |
| 4. 強みの誤認 | 社内資産を顧客価値と同一視する | 検証のすり替わり |
| 5. 人材配置の不整合 | 主力人材が兼務し、顧客対応が後回しになる | 配置 |
| 6. 権限不足 | 小さな実験にも多段階の承認が要る | 配置・座組 |
| 7. 意思決定の遅さ | 学びが出ても計画や予算を変えられない | 座組・検証のすり替わり |
| 8. 支援設計の不整合 | 支援工数は増えるが、事業成果と結びつかない | 座組 |
| 9. 仮説への過信 | 反証を例外として扱い、同じ案を磨き続ける | 検証のすり替わり |
| 10. 撤退基準なし | 継続理由が過去の投入量だけになる | 座組・検証のすり替わり |
| 追加1. 資金不足・資金ショート | 検証結果が出る前に運転資金が尽き、選択肢がなくなる | 座組・検証のすり替わり |
| 追加2. ノウハウ・専門知識の不足 | 社内に経験者がおらず、重要な前提の判定基準を置けない | 配置・座組 |
| 追加3. リスク管理の不足 | 法規制・セキュリティ・運用上の通過条件を投入後に点検する | 座組・検証のすり替わり |
フェーズ別・先に点検する分類
10分類は、事業のフェーズとも対応します。構想期には調査不足や強みの誤認が、検証期には仮説への過信や権限不足が、拡大期にはタイミング不一致や意思決定の遅さが、撤退局面では撤退基準の不在が表面化しやすい、という対応です。いまどのフェーズにいるかで、先に点検する分類を絞れます。
原因を分類の一覧に落とすと準備不足の場所を特定できます。構想期はノウハウ、検証期は資金の残存期間、投入前は法規制・セキュリティも合わせて確認します。「準備不足」で一括りにせず、誰が何を判定できていないかまで戻すのが実務上の使い方です。
市場側の原因(調査不足・ニーズ・タイミング)
市場側では、「調査不足」「ニーズ不足」「タイミング不一致」が代表的です。ただし、市場が悪かったという結論で止めると、次の打ち手は生まれません。
調査不足は、資料の枚数では測れません。購入前の迷い、利用中の工夫、代替手段を観察できているかが基準です。インタビューで「欲しい」と言われても、申込みや継続利用がなければ仮説は未確認です。
タイミングも外部環境だけの問題ではありません。小さく待てる設計だったか、導入条件が整った顧客に絞ったかを見直せます。
組織側の原因(人材配置・権限・意思決定の遅さ)
組織側では、「人材配置」「権限不足」「意思決定の遅さ」「支援設計」が連動します。新規事業の責任者を置いても、主力人材が既存売上へ固定されれば、検証速度は上がりません。
また、少額の実験や顧客対応まで稟議が必要なら、学びが意思決定に届く前に古くなります。権限移譲とは、自由に使える範囲と、相談が必要な境界を明確にすることです。
会議回数を増やすより、「誰が、どの証拠で、何を変えられるか」を決めます。具体的には、検証責任者が対象顧客や提供方法を変更できる範囲を文書にします。
関係者が多すぎると、情報共有だけで検証時間が削られます。少人数の実行チームに変更権限を置き、法務、セキュリティ、既存部門は参加が必要な判定点をあらかじめ限定します。
メンバーの当事者意識も、精神論ではなく配置の結果として点検します。顧客に会う責任と判断権が別の人にあると、学びを自分の判断へ反映しにくくなります。担当者ごとに「会う顧客」「更新する仮説」「決められる範囲」を対応させます。
検証側の原因(過信・撤退基準なし)
検証側では、「強みの誤認」「仮説への過信」「撤退基準なし」が中心です。社内で説明しやすい仮説ほど、顧客の反応と切り離される危険があります。
検証は、企画の正しさを証明する活動ではありません。間違いを早く発見し、次の選択肢へ移る活動です。そのため、賛成意見だけでなく、利用中断や未購入の理由を記録します。
撤退基準がないと、数値が悪いほど追加説明が増えます。「一定期間で継続利用が確認できない」「特定の獲得経路で再現しない」など、観測できる線が必要です。
この記事では、失敗の奥にある構造を語ります
ここまでが新規事業の失敗事例と原因分類の教科書です。この記事では、個別の失敗談ではなく、違う案件にも繰り返し現れる配置、座組、評価の構造を語ります。
原因の奥にある3つの構造

「失敗から学ぶ」という考え方は有効です。ただ、この記事の発信元であるARCHECO(大企業と新規事業を作る支援会社)の10年間の記録では、失敗は教訓を知らなかったから起きたのではありません。教訓が通らない構造の中で起きていました。
原因を担当者の注意力へ戻すと、同じ失敗が再発します。見るべきなのは、「配置」「座組」「検証のすり替わり」です。
主力人材が売上側に置かれる配置の構造
大企業では、成果を出せる人ほど既存事業で必要とされます。新規事業へ任命されても、兼務のまま既存売上への責任が残ることがあります。
すると、緊急性の高い既存顧客の対応が優先されます。新規事業に必要な観察や試作は、重要でも後回しになります。個人の熱意では解消しにくい配分です。
対策は、人数だけでなく意思決定時間を確保することです。週の何割を使うか、既存業務を誰へ移すか、顧客接点を誰が担うかまで決めます。
回避策の中核は、少人数で仮説検証を速く反復し、撤退ラインを先に置くことです。実行チームは顧客接点、試作、判断を担える最小人数にし、関係者全員を定例会議へ集めません。社内に経験者がいない領域は、外部人材や専門家を判定者として活用します。その場合も、資料作成の工数ではなく、何の判定をいつまでに得るかを契約と役割に置きます。
支援が工数で計上される座組の構造
支援部門や外部パートナーの活動が、工数だけで計上される場合があります。動くほど費用は増えますが、成果との連動は見えにくくなります。
たとえば、資料作成や会議運営が増えても、顧客との接触数や仮説の更新が増えるとは限りません。「何時間支援したか」が管理指標になると、検証より作業が残ります。
座組では、成果を売上だけに限定しません。「重要仮説を何件反証できたか」「継続利用を何件観察したか」も置けます。工数と学習成果を分けて記録します。
検証が社内評価にすり替わる構造
新規事業は不確実です。そのため、説明しやすい「前例」「市場規模」「稟議の通りやすさ」が評価軸になりがちです。
しかし、社内評価が高くても、顧客が使うとは限りません。検証会議が、顧客仮説の更新ではなく、計画どおり進んだかの確認へ変わることがあります。
防ぐには、「社内で承認された事実」と「顧客行動で確認した事実」を分けます。検証資料にも二つの欄を設けると、すり替わりが見えます。
自社の失敗も同じ書式で読む

ARCHECOは、自社プロダクトのOhbag——ホテル滞在者向けの荷物サービス——を、提携ホテルの客室で実証しました。想定は「フロントでの声かけで使ってもらえる」でした。しかし、実際に効いた変数は別にありました。
一つは、客室のテーブルに貼ったシールです。もう一つは、ドアノブに掛けた掲示でした。荷物は当日の声かけでは決まらず、客室で事前に認知されて決まっていました。掲示施策のあと、ダウンロードは200〜300%増えています。
書式にすると、想定は「当日の声かけが利用の起点になる」です。観察は「荷物は当日の声かけでは決まらず、テーブルのシールとドアノブの掲示で事前に認知されて決まる。掲示施策のあとダウンロードは200〜300%増えた」です。更新は「強みを保有資産ではなく、顧客の動線のどこに立てるかで定義する」となります。
このズレは、外部の失敗事例を知るだけでは防げません。顧客の行動を観察したから発見できました。この実証の実績では、事業を通じて得た学習の背景を確認できます。
自社の失敗を公表事例と同じ書式で並べると、能力譚から離れられます。「誰が間違えたか」ではなく、「どの観察で仮説を更新できたか」が残ります。
回避策:構造への手の打ち方

回避策は、注意事項の一覧では機能しません。「頑張って調査する」「顧客目線を持つ」と掲げても、配置と座組が同じなら行動は戻ります。
まず、主力人材の検証時間を守ります。次に見直すのは、支援の成果を工数だけで測らない座組です。さらに、社内承認と顧客行動を別の証拠として扱います。
新規事業コンサルティング・MVP/PoC支援では、仮説の設計から顧客検証、判断条件の整備までを扱います。支援の目的は資料の完成ではなく、次の意思決定に使える証拠を得ることです。
開始前に判定する5項目
少人数、仮説検証の反復、撤退ラインの事前設定は、回避策の共通項です。これらを配置・座組・検証の3構造に通すと、開始前の判定表になります。5項目のうち未判定があれば、担当者の努力で埋めず、開始条件として補います。
| 開始前の判定 | 確認する問い | 未判定なら行うこと |
|---|---|---|
| 配置 | 主力担当者の検証時間と既存業務の移管先が決まったか | 週の配分と移管先を文書化する |
| 少人数と権限 | 顧客に会う人が対象・提供方法を変更できるか | 実行チームを絞り、変更可能な範囲を定める |
| 専門性とリスク | 必要な経験者、法規制、セキュリティの判定者がいるか | 社内外の専門家と投入前の通過条件を置く |
| 検証と余力 | 次の判断までの資金・時間と、反証する仮説が明確か | 残存期間を算出し、最小の顧客検証から始める |
| 停止の座組 | 停止条件、宣言者、宣言後の評価が決まったか | 責任者と評価者が事前に合意し記録する |
余力があるうちに・検証を続ける
検証は、資金や時間が尽きる直前に始めても選択肢が残りません。余力がある段階で、小さな顧客接点を継続します。
たとえば、完成品を作る前に、利用場面の観察、手作業での提供、継続意思の確認を行います。「回答が好意的だった」だけで終えず、申込み、再利用、紹介などの行動を見ます。
ただし、検証回数を増やすだけでは十分ではありません。毎回、「何が分かれば次へ進むか」「反対の結果なら何を変えるか」を記録します。
また、検証担当者には変更権限が必要です。対象顧客や提供手順を変えるたびに長い承認が要ると、余力は会議で消費されます。
撤退の線を先に引く
撤退の線は、「何が、いつまでに、どうならなければ止めるか」という条件です。開始前に決めます。事後に決めようとすると、決められません。
黒字化までの時間も、撤退の線に必要な相場観です。ただし、月々の収入が月々の費用を上回る単月黒字と、開始からの投資を回収する累積黒字では、必要な年数の桁が変わります。「黒字化まで何年」という幅だけを置かず、どちらの黒字を、どの時点で判定するかを先に決めます。
条件には、期間と行動指標を入れます。たとえば、「検証期間内に、定義した対象顧客の継続利用が一定件数確認できない場合は停止する」と置きます。
同時に、方向転換の条件も決めます。「ニーズは確認できたが獲得経路が再現しない場合は、対象市場を変えず経路を再検証する」と分けます。
撤退は失敗の認定ではありません。限られた余力を次の仮説へ移す意思決定です。「撤退基準なし」を分類ではなく運用で潰す方法では、線引きの実務を詳しく解説しています。
基準を決めるだけでは、停止は実行されません。誰が停止を宣言するのか、その宣言をした人が「成果を出せなかった」と評価されるのか、「損失の拡大を防ぎ学習を残した」と評価されるのかまで開始前に決めます。宣言者は検証責任者、承認者は事業責任者など役割を分け、停止条件に達したら定例会議を待たず判定できる期限を置きます。
止めた後に何を残すか

撤退ラインを事前に設定することは、余力を守る標準的な回避策です。さらに、線を越えた後の処理を決めておくと、撤退が記憶の風化や人材の離散で終わりません。残す対象は「記録」「人材」「再挑戦の条件」の3つです。
記録には、当初の仮説、顧客行動で確認できた事実、反証された条件、停止時点で未確認の論点を分けて残します。「市場がなかった」の一文では、次のチームが同じ検証を繰り返します。公表事実と自社への問いを書き分けるのと同じく、観察と解釈を別欄にします。
人材は失敗案件の担当者として固定せず、得た顧客理解や検証技能を次の事業へ移せるようにします。評価面談では、売上だけでなく、早期に反証した仮説、守った撤退条件、再利用できる顧客接点を確認します。
再挑戦の条件は、「いつか再開する」ではなく、法規制の変更、技術コスト、顧客行動など、何が変われば再判定するかを置きます。四半期ごとなど機械的に見直すのではなく、その条件が観測されたときだけ記録を開きます。停止した時点の担当者、資産、検証結果の所在も一緒に残します。
まとめ:失敗率の数字から、自社の判定へ戻る
冒頭の失敗率は、母数と失敗の定義が違えば意味も変わります。公表事例の数字を借りるより、自社の案件を同じ書式で読み、どの構造が検証を止めたかを判定する方が次の行動につながります。撤退後に判断記録と学習を残すところまでが失敗事例の使い方です。
この先:失敗の共有単位は案件から判断へ移る
成功か失敗かの二値だけでは、次の案件へ知見を移せません。仮説、判断材料、撤退条件、残した資産を記録する運用が重要になります。個別案件の評価と、組織としての学習を分ける仕組みが、新規事業を続ける基盤になります。
よくある質問
新規事業の失敗率は本当に90%ですか?
一律に使える確率ではありません。失敗の定義、対象企業、事業の範囲、観測期間で数字が変わります。中小企業白書やパーソル総合研究所の調査は企業自身の自己評価であり、個別案件の生存率ではありません。出所と算出過程を確認し、自社では撤退・縮小・目標未達のどこを失敗とするかを先に定義します。
失敗の最大の原因は何ですか?
単一の最大原因は決められません。表面にはニーズ不足や調査不足が現れますが、背後には配置、座組、検証のすり替わりという3つの構造が重なります。原因を一つに絞るより、顧客行動の証拠が意思決定へ届く構造になっているかを確認します。
有名企業の失敗事例にはどんなものがありますか?
公表情報から確認できる例として、従来品の味を変更した飲料の販売終了、ウェアラブル端末の販売終了、衣料品企業の野菜販売事業からの撤退、衣料のサブスクリプションの終了、バーコード決済サービスの廃止などがあります。終了の事実は公表されていても、内部判断は外から断定できません。公表事実、自社への問い、検証方法の三列で読みます。
失敗の原因はどう分類しますか?
調査不足、ニーズ不足、タイミング不一致、強みの誤認、人材配置の不整合、権限不足、意思決定の遅さ、支援設計の不整合、仮説への過信、撤退基準なしに加え、資金ショート、ノウハウ不足、リスク管理の不足まで分けます。分類は責任者を探す一覧ではなく、典型症状と構造をつなぎ、次の検証を決めるための診断表です。
なぜ大企業ほど新規事業が進まないのですか?
成果を出せる人ほど既存事業で必要とされ、新規事業へ任命されても兼務のまま既存売上への責任が残るからです。すると緊急性の高い既存顧客の対応が優先され、観察や試作は重要でも後回しになります。個人の熱意では解消しにくい配分なので、週の何割を使うか、既存業務を誰へ移すかまで決めます。
外部の支援を入れても進まないのはなぜですか?
支援部門や外部パートナーの活動が工数だけで計上されると、動くほど費用は増えても、成果との連動が見えにくくなるからです。資料作成や会議運営が増えても、顧客との接触数や仮説の更新が増えるとは限りません。座組では、重要仮説を何件反証できたか、継続利用を何件観察したかも成果に置きます。
検証しているのに前に進まないのはなぜですか?
新規事業は不確実なため、説明しやすい前例、市場規模、稟議の通りやすさが評価軸になりがちだからです。検証会議が、顧客仮説の更新ではなく、計画どおり進んだかの確認へ変わります。防ぐには、社内で承認された事実と顧客行動で確認した事実を分け、検証資料にも二つの欄を設けます。
撤退はどう決めますか?
開始前に、期限、継続条件、方向転換の条件、停止条件を決めます。指標は売上だけでなく、継続利用や再現可能な獲得など、現在の段階で観測できるものにします。基準を決めるだけでは停止は実行されないため、誰が停止を宣言するのか、その宣言者がどう評価されるのかまで先に決めます。
撤退した後には何を残しますか?
記録、人材、再挑戦の条件の3つです。記録には、当初の仮説、顧客行動で確認できた事実、反証された条件、未確認の論点を分けて残します。人材は失敗案件の担当者として固定せず、得た顧客理解や検証技能を次の事業へ移します。再挑戦の条件は、法規制や技術コスト、顧客行動など、何が変われば再判定するかで置きます。
失敗事例はどう集めればよいですか?
企業の公式発表、サービス終了のお知らせ、決算資料など、確認可能な公表情報から集めます。報道は、事実関係を照合するための材料として扱います。内部事情を推測せず、公表事実、自社への問い、検証方法の三列で記録すると、名指しの批判を避けながら活用できます。
新規事業の失敗事例は、結末の一覧ではありません。教訓が通らなくなる構造を見つけ、配置、座組、検証軸を変えるための材料です。
構造の設計から、ARCHECOは並走します。
