


新規事業の立ち上げには関心が集まる一方で、「いつやめるか」の意思決定はほとんど語られません。しかし撤退の判断を先送りすれば、リソースを浪費し続けるだけでなく、次の挑戦に向かう機会まで失われます。
撤退は消極的な選択ではなく、経営資源を配分し直すための戦略的な判断です。問題は、その判断が個人の意志の強さに委ねられていることにあります。判断が遅れるのは担当者が弱いからではなく、組織構造がそうさせているためです。
この記事では、事業撤退の判断基準をどう設計するか、そして撤退を決めたあと実際にどう進めるかを、順を追って整理します。判断軸の具体例と、決断後の4ステップまで含めて扱います。
まず、判断が遅れる構造を押さえます。原因が構造にある以上、対策も仕組みで打つ必要があります。
すでに投じた開発費用や人員コストが大きいほど、「ここまでやったのだから」という心理が判断を鈍らせます。本来、過去の投資額は将来の意思決定に影響を与えるべきではありません。しかし現場では、感情が合理性を上回ります。
この認知の罠については、サンクコスト効果を解説した記事で詳しく扱っています。意思決定に働くバイアス全般は意思決定バイアスの記事もあわせてご覧ください。
多くの企業では、新規事業の担当者は「事業を成功させること」で評価されます。撤退を選ぶとキャリア上のマイナスになる評価体系では、担当者が自ら撤退を提言する理由がありません。結果として、見込みの薄い事業が現場判断で延命されます。
撤退は現場のリーダーが決められるのか、事業部長の判断が必要か、経営会議の承認事項か。この線引きが明文化されていないと、誰も責任を取れないまま事業が惰性で続きます。
事業の見極めを、外部の視点と考えてみませんか?
talentalのBizDev人材が伴走した事例をご覧いただけます。
判断を仕組みに載せる、最も効果的な方法です。
事業が進行してから撤退基準を議論すると、すでに関係者の感情としがらみが生まれており、客観的な判断ができません。一方、開始前であれば冷静に条件を設計できます。
投資における「損切りライン」と同じ発想です。あらかじめ決めておくことで、判断のタイミングを逃さずに済みます。
事業計画の承認時に、撤退条件をまとめた資料を併せて作成することをおすすめします。記載するのは次のような項目です。
数値で定義しておくことで、撤退の議論が感情論ではなくデータに基づくものになります。撤退基準は制約ではなく、チームが安心して挑戦するためのセーフティネットです。基準があるからこそ、失敗を恐れずに大胆な検証へ踏み出せます。
「なんとなく」で決めないために、判断軸を言語化しておきます。代表的な軸と、撤退を検討するサインの例を挙げます。
重要なのは、これらを事業開始前に決めておくことです。事前に「この線を割ったら撤退を検討する」と合意しておけば、感情やサンクコストに流されず、基準に照らして判断できます。
複数の軸を整理して比較したいときは、意思決定マトリクスの記事が使えます。評価項目の決め方から記入例まで扱っています。事業ポートフォリオ全体のなかで位置づけを見るなら、プロダクト・ポートフォリオ・マネジメントの記事もあわせてご覧ください。
事業開始時に設定した定量指標を四半期ごとにレビューし、基準を下回った場合は自動的に撤退検討フェーズに入るという仕組みです。あらかじめ合意したルールに基づくため、感情的な議論を排除できます。
指標の例は、顧客獲得コスト(CAC)の上限、月次の売上成長率、リテンション率の下限値などです。
判定は複数の指標を組み合わせて総合的に行います。単一指標の一時的な悪化で即座に撤退とならないよう設計してください。1つの数字だけで自動的に止まる仕組みは、かえって現場の不信を招きます。
事業を段階的に投資するフェーズゲート方式として設計し、各フェーズの終了時点で「追加投資する」「縮小する」「撤退する」の3択を判断します。
すべてのリソースを一度に投入せず、検証結果に応じて段階的に判断することで、損失を抑えながら機会を探索できます。不確実性の高い領域ほど有効です。早く試して早く学ぶという考え方については、フェイルファストの記事もあわせてご覧ください。
2つのフレームワークに共通するのは、判定する場が定期的に存在することが前提だという点です。基準だけ作って会議体を決めなければ、機能しません。検証が事業化に進まない構造については、PoC止まりを扱った記事が参考になります。
判断が下りたあとの実行手順です。ここを設計していないと、決めたのに動けないという状態になります。
あらかじめ定めた基準に照らして意思決定し、経営層と関係部署の合意を取ります。ここで「なぜ撤退するのか」を基準に基づいて説明できるかが、後続すべての進めやすさを左右します。基準がないまま撤退を提案すると、必ず主観の議論になります。
既存顧客のサポート方針、契約の整理、引き継ぎや返金の対応方針を決めます。ここは最も外部に影響が出る工程であり、対応の質がそのまま企業の評判に直結します。社内合意より先に外部へ情報が漏れないよう、開示の順序とタイミングも設計しておきます。
人員・資産・ノウハウを、撤退で終わらせずに次の事業や既存事業へ振り向けます。
撤退した事業で開発したAPIやデータ基盤が他事業で使えたり、獲得した顧客リストが別事業の見込み客になるケースは少なくありません。再利用できる状態に整理しておくことが、投資を無駄にしないための具体策です。配分の考え方はリソースアロケーションの記事で扱っています。
撤退は事業を畳むことだけを意味しません。外部に切り出して存続させる道もあります。自社では優先度が低くとも、他社の下でなら伸びる事業はあります。カーブアウト・スピンアウト・スピンオフの違いの記事や、カーブアウト・ベンチャーの記事もあわせてご覧ください。
なぜ撤退に至ったかを記録し、仮説のどこが外れたのかを次に活かします。市場に関する学び、技術的な知見、顧客インサイトなど、撤退した事業にも組織の資産となる情報が蓄積されています。
体系的にドキュメント化し、次の事業で参照できる形にしておけば、撤退は組織の学習機会に転換されます。事前に失敗要因を洗い出す手法については、プレモーテム分析の記事が参考になります。
仕組みを作っても、撤退がキャリア上の傷になる組織では機能しません。
担当者を「事業の成否」だけで評価するのをやめ、「仮説検証のプロセスを適切に回せたか」「撤退判断を合理的かつ迅速に行えたか」といったプロセス面も評価項目に加えます。これにより、担当者は撤退を恐れずデータに基づいた判断を下せるようになります。
撤退した事業から得た知見を組織全体で共有する場を設けます。個人の反省会ではなく、次の事業の意思決定に使われる情報として扱うことが要点です。
チームが解散する際、メンバーが社内で不遇な扱いを受ける前例ができると、今後誰も新規事業に手を挙げなくなります。
撤退プロジェクトの経験者は「新規事業の立ち上げと検証を一通り経験した人材」です。次の重要プロジェクトに優先的にアサインする方針を明示することが、継続的に挑戦できる組織を支えます。
事業撤退の判断が遅れるのは、担当者の意志の問題ではありません。サンクコストバイアス、評価制度との不整合、意思決定権限の曖昧さという構造的な要因によるものです。だからこそ、対策も仕組みで打つ必要があります。
判断基準は事業を始める前に、市場・PMF、売上・KPI、資金・燃焼率、期限、戦略適合といった軸で数値化しておきます。運用はKill Criteria方式かリアルオプション・アプローチを使い、いずれも定期レビューの会議体とセットで設計します。
そして撤退を決めたあとは、社内合意、顧客・取引先への対応、リソースの再配置、振り返りと知見化という4ステップで進めます。このうち最も設計から漏れやすいのがリソースの再配置です。ここを丁寧に扱えるかどうかで、撤退が単なる損失で終わるか、次の挑戦の原資になるかが分かれます。
撤退を戦略的に行える組織こそが、持続的に新しい事業を生み出し続けられます。
事業の見極めを、外部の視点と考えてみませんか?
ご覧いただいている『月刊タレンタル』を運営するtalental(タレンタル)株式会社では、BizDev領域の即戦力人材レンタルサービス「talental」を提供しています。
領域特化型の人材事業の立ち上げ、自治体向けサービスの事業推進、オウンドメディアを活用したマーケティング手法の確立、法人向け研修のサービス設計など、さまざまなプロジェクトを手掛けるtalental。当社所属のBizDev人材が実際にどう伴走したのかを、導入事例としてご紹介しています。
BizDevに必須のリーガルリテラシー:NDA・業務委託・レベニューシェアの契約交渉で失敗しないための実践知識
BizDev×プロダクトマネジメントの境界線はどこにある?BtoBとBtoCのグロース視点から考える両者の連携