2024年1月1日ビジネスフレームワーク

社内ベンチャーの制度設計と立ち上げ方｜ゾンビプロジェクト前兆チェックリスト＋ゲート基準

最終更新: 2026年6月2日

「社内ベンチャー制度を作ったのに、半年後には誰も進捗を報告しなくなった」「予算は出たが、何を判断すれば先に進めるのかわからない」「担当者が疲弊して、結局また本業に戻ってしまった」——ONE SWORDが支援した300社で繰り返し耳にする言葉です。

こうした失敗の背後に共通する構造があります。それは、制度の構成要素（組織・予算・評価）は整えたのに、「ゾンビプロジェクトを防ぐゲート基準」と「権限設計の欠陥」が見落とされているという問題です。

本記事では、その2点に特化した一次情報を提供します。競合記事が扱う制度の表面的な構成要素の列挙ではなく、「なぜゾンビ化するのか」「どの数値を使えばゲートを機能させられるのか」「権限設計の何が意思決定を遅くしているのか」——300社の支援現場で繰り返し確認した事実を起点に解説します。

この記事で分かること：

社内ベンチャーとコーポレートベンチャーの違いと設立目的
ゾンビプロジェクト化する5つの前兆と早期発見チェックリスト
制度設計5要素（組織・権限・人材・評価・予算）の具体的な作り方
意思決定を速くする承認フロー設計の実務
既存事業の評価軸が社内ベンチャーを潰すメカニズム
数値で判断する「続ける・ピボット・撤退」のゲート基準
12項目のゾンビプロジェクト前兆チェックリスト
中小企業の社内ベンチャー実録事例

社内ベンチャーとは？コーポレートベンチャーとの違いと設立目的

社内ベンチャーとは、既存企業の内部に設置される独立性の高い事業組織です。親会社のリソース（資金・人材・ブランド・顧客基盤）を活用しながら、新規事業の立ち上げを目指します。

コーポレートベンチャーキャピタル（CVC）との違い

混同されやすいのが「コーポレートベンチャー（CVC）」との違いです。

社内ベンチャーは、社内の人材が新事業を起こす「内製型」のアプローチです。対してCVC（コーポレートベンチャーキャピタル）は、外部スタートアップに出資して技術・市場を取り込む「外部調達型」のアプローチです。社内ベンチャーは人材育成・組織変革の効果が高く、CVCは既存事業との技術シナジーを短期に獲得する際に向いています。

社内起業（イントレプレナーシップ）との違い

社内起業は「社員個人が起業家精神を発揮して新事業を起こす行為」を指す広い概念です。社内ベンチャーは、社内起業を実現するための組織的な制度・仕組みの一つにあたります。社内起業が「個人の行動」を表す言葉であるのに対し、社内ベンチャーは「企業が用意する仕組み」を表します。

新規事業部との違い

新規事業部は既存の組織構造の中に設置される部署であり、既存事業の延長線上で事業開発を行うことが多いです。一方、社内ベンチャーは本業から独立した意思決定権限を持ち、スタートアップに近い自由度と機動性を備えています。この「独立性」こそが社内ベンチャーの最大の特徴です。

設立目的：何を得たいのかを先に決める

社内ベンチャーの設立目的は企業によって異なりますが、大きく3つに分類できます。

収益多角化 — 既存事業の衰退リスクをヘッジする新たな収益柱の構築
人材育成 — 次世代経営者・イントレプレナーの実践的育成
イノベーション文化の醸成 — 既存事業にも波及する挑戦奨励の組織風土づくり

目的が曖昧なまま制度を作ると、評価指標も曖昧になり、ゲート基準を設計できなくなります。制度設計より先に「何を得たいのか」を経営層で合意することが最初の一歩です。

ONE SWORDの現場知見： 300社以上の支援先を振り返ると、目的を明文化せずに社内ベンチャー制度を導入した企業の多くは、数年以内に制度を形骸化させています。「新規事業をやりたい」という動機だけでは、最初の撤退判断の場面で経営層の意見が割れ、ゾンビプロジェクトが生まれます。目的の言語化は、後述するゲート基準の設計にも直結します。

社内ベンチャーが「ゾンビプロジェクト」化する5つの前兆

「ゾンビプロジェクト」とは、続けるべきか撤退すべきか判断できないまま漂流し続けるプロジェクトのことです。リソースを消費し続けながら成果も出さず、制度全体への信頼を侵食します。

ONE SWORDの支援現場では、ゾンビ化する前に必ずいくつかの前兆が現れます。早期に察知することで、ゾンビ化を防ぐか、早期に撤退判断ができます。

前兆1：月次レポートが「進捗」ではなく「活動報告」になる

健全なプロジェクトの報告書には「仮説A は顧客インタビュー10件で否定された。仮説Bに転換する」という学びの記述があります。

ゾンビプロジェクトの報告書には「〇〇の調査を実施しました」「関係者と打ち合わせを行いました」という活動の記述しかありません。何を検証して、何がわかったのかが書かれていない状態は、仮説検証サイクルが機能していないサインです。

前兆2：「もう少し時間があれば」が口癖になる

「市場調査がもう少し終われば動けます」「経営層の承認が下りれば次に進めます」——担当者が常に外部要因を待っている状態です。

スタートアップ的な動き方では、承認を待ちながら並行して最小単位の検証を進めます。「承認待ち＝何もしない」という状態は、担当者が仮説検証の文化に染まっておらず、既存事業の「稟議文化」のまま動いているサインです。

前兆3：顧客インタビューの件数がゼロのまま数ヶ月経過する

新規事業の初期フェーズで最も重要なのは、顧客と直接話して仮説を検証することです。机上での市場調査や社内議論を繰り返しながら、実際の顧客に話を聞かないまま数ヶ月が経過しているケースは、ゾンビ化の典型的な前兆です。

顧客インタビューが進まない理由は大抵「完璧な質問票ができていない」「上位者の承認を取ってから動こうとしている」という2つです。どちらも、走りながら修正するスタートアップ思考の欠如です。

前兆4：スコープが最初より広がっている

「当初はBtoCサービスだったが、BtoBも検討し始めた」「最初は首都圏限定のつもりだったが、全国展開も視野に」——検証対象が広がっていく現象は、「何を検証すべきか」が定まっていないサインです。

スコープが広がるほど、何一つ深く検証できないまま時間だけが過ぎます。初期の仮説設定の質が低いか、現場担当者が「どれかヒットすればいい」という発想に陥っているかのどちらかです。

前兆5：経営層が進捗を3ヶ月以上確認していない

経営層が忙しくて進捗レビューをスキップし続けると、担当者はフィードバックなしに動き続けます。その結果、誰も止める人がいないまま見当違いの方向に進み続けます。

社内ベンチャーの経営層レビューは、月1回が最低ラインです。3ヶ月以上確認が途絶えているケースは、そのプロジェクトが経営層の優先事項から外れている証拠であり、ゾンビ化の確実なサインです。

ONE SWORDの現場知見： 300社以上の支援先でゾンビプロジェクト化したケースを振り返ると、上記5つの前兆のうち複数が同時に現れていることがほとんどです。特に「前兆1（活動報告化）」と「前兆5（経営層の不在）」が重なった時点で、そのプロジェクトは実質的にゾンビ化しています。中小企業では経営者が多忙なため前兆5が起きやすく、気づいたときには担当者が燃え尽きているという悲劇が繰り返されます。

制度設計の5要素：組織・権限・人材・評価・予算

社内ベンチャーの制度設計は、5つの要素を体系的に組み立てることで機能します。個別の要素だけを整えても、他の要素が欠けていれば全体が機能しません。

要素1：組織設計

社内ベンチャーの組織形態は大きく3種類あります。

1. 社内独立チーム型 既存の部署から独立した小チームを設置。予算と権限を一定範囲で委譲し、事業化まで専任で進める。規模感：3〜5名。最も机上での設計がシンプルで、中小企業にも導入しやすい形態。

2. 分社型（子会社型） 事業が一定の段階に達した後、別会社として切り出す形態。税務・人事の分離が生じるため、設計コストは高いが、担当者の意思決定自由度が最も高い。

3. 制度公募型（社内コンテスト型） 全社員を対象にアイデアを公募し、審査通過案件にチームと予算を配分する。リクルートの「Ring」やソニーのSSAPが代表例。応募者の自発性が高い反面、事業化フェーズの支援体制が薄くなりがち。

中小企業への推奨： 規模30名前後の企業では、「社内独立チーム型」から始めることを推奨します。最初から子会社を作ろうとすると設計コストと経営者の負荷が高くなりすぎ、制度の整備だけで力尽きる事例が多いです。

要素2：権限設計

権限設計については次のH2で詳述しますが、ここでは骨格を整理します。

社内ベンチャーの権限設計で決めるべき項目は4つです。

予算執行権限：1件あたりの上限と、経営層への事前報告が必要なラインの金額設定
採用・外注権限：フリーランス・業務委託の契約締結を担当者単独で行えるかどうか
事業方針の変更権限：ターゲット・価格・チャネルを担当者が単独で変更できる範囲
対外的な合意権限：パートナーシップや提携を担当者名義で行えるかどうか

要素3：人材設計

担当者の選定において、最も重要な資質は「当事者意識と行動力」です。知識やスキルは後から習得できますが、内発的動機は育てられません。

選定の原則：

上司から指名するより、自ら手を挙げた人を優先する
「完璧な計画を作ってから動く」タイプより「走りながら直す」タイプを選ぶ
専任比率は原則70%以上を確保する（50%未満の兼務は事実上機能しない）

要素4：評価設計

評価設計については独立した H2 で詳述します。

概念として押さえるべきは、「結果指標」ではなく「プロセス指標」で評価する原則です。初期フェーズでは売上・利益を評価軸にすることが、最も確実に社内ベンチャーを潰します。

要素5：予算設計

予算の考え方は「検証予算」と「事業化予算」を分離することです。

フェーズ	目的	目安額（1案件）
アイデア検証	顧客インタビュー・机上調査	10〜50万円
MVP検証	試作品・LP・最小プロダクト	50〜200万円
テストマーケティング	限定エリア・限定顧客での販売	200〜500万円
事業化	本格展開	別途事業計画による

この4段階を分離せずに「社内ベンチャー予算：年間500万円」と一括で確保すると、最初の検証フェーズで使い切るか、「まだ使っていない予算がある」という理由でゾンビプロジェクトを継続してしまうリスクが生まれます。

ONE SWORDの現場知見： 支援先のうち制度設計の失敗で最も多いのは「予算は確保したが権限がなく、5万円の外注でも稟議が必要」というパターンです。予算があっても執行権限がなければ、担当者は既存の承認プロセスに縛られて動けません。予算と権限はセットで設計しないと意味がありません。「一定額以下は担当者単独で執行可能」という明示的なルールを作るだけで、意思決定スピードが劇的に変わります。

権限設計の実務：意思決定スピードを上げる承認フローの設計

社内ベンチャーが外部スタートアップに最も劣る点が「意思決定スピード」です。スタートアップが1日で決めることを、社内ベンチャーは1ヶ月かけて決める——この差が、市場機会の喪失に直結します。

承認フローの病理：なぜ遅くなるのか

社内ベンチャーの承認フローが遅くなる原因は、組織構造の問題です。

問題1：既存事業と同じ稟議ラインを通す 既存事業の稟議ライン（課長→部長→取締役→代表）は、リスク管理のために設計されたものです。新規事業に同じラインを通すと、判断する人が増えるほど「慎重に」「もう少し情報を」という判断になり、検証が遅れます。

問題2：意思決定者が多すぎる 「誰かが反対したら止まる」という構造では、最も保守的な意見が意思決定を支配します。新規事業の初期フェーズでは、反対意見ではなく「仮説検証で判断する」という文化が必要です。

問題3：何を判断するのかが不明確 「この方向性で良いですか？」という漠然な承認依頼では、承認者も答えられません。「〇〇という仮説を検証するために、〇〇という手段で、〇〇円を使いたい」という形式で依頼することで、判断が速くなります。

承認フローの設計原則：2段階構造

効果的な承認フローは2段階で設計します。

第1段階：検証フェーズの承認（担当者→スポンサー役員の1対1）

仮説設定・インタビュー・MVP作成など、検証フェーズの意思決定は「担当者とスポンサー役員の2者間」で完結させる
他の役員・部門長への事前説明は不要にする
承認の判断軸は「仮説が明確か」「予算が合理的か」の2点のみ

第2段階：事業化フェーズの承認（経営会議）

テストマーケティング以降の意思決定は経営会議に諮る
判断に必要なデータ（顧客インタビュー件数・検証結果・財務シミュレーション）を提出フォーマットとして標準化する

中小企業での実践例

ある製造業の支援先では、導入前は「5万円の外注費でも代表の承認が必要」という運用でした。

制度変更後は「社内ベンチャー担当者は一定額以内の検証費用を事前報告なしで執行可能。月次レポートで事後共有」というルールを設定。この変更だけで、顧客インタビューの実施件数が増加し、MVP 完成までの期間も大幅に短縮されました。

ONE SWORDの現場知見： 権限設計で経営者が最も躊躇するのは「担当者に任せて間違った判断をされたら困る」という不安です。しかし、社内ベンチャーの初期フェーズで「間違った」インタビューや「間違った」MVP は、学びを生みます。本当のリスクは、「承認フローが遅くて何も検証できないまま時間とお金が消える」ことです。権限委譲は信頼の問題ではなく、速度の問題として設計する必要があります。

評価・報酬設計：既存事業と同じ評価軸が社内ベンチャーを潰す

評価制度の設計ミスは、社内ベンチャーを静かに、確実に機能不全に追い込みます。このセクションでは、なぜ既存の評価軸が機能しないのか、そして代替となる評価軸をどう設計するかを解説します。

なぜ既存評価軸が機能しないのか

既存事業の評価指標（売上・利益・粗利率・顧客獲得数）は、「確立されたビジネスモデルを効率的に運用する」ためのKPIです。

社内ベンチャーの初期フェーズは「ビジネスモデルが正しいかどうかを検証する」フェーズです。ビジネスモデルが正しいかわからない段階で売上を評価軸にすると、担当者は検証リスクの高い仮説を避け、「売上は出るが学びがない」行動を取り始めます。

具体的には以下のような歪みが生まれます。

新規顧客インタビューより、既存顧客への提案営業を優先する（短期売上最優先）
失敗リスクがある仮説を避け、確実に結果が出るが既存事業の焼き直しになる案件を選ぶ
ピボット（方向転換）を「失敗」と認識させる評価軸により、間違った方向に固執する

社内ベンチャー用の評価軸：プロセス指標への転換

社内ベンチャーの評価は「何をしたか」ではなく「何を学んだか」で設計します。

フェーズ	推奨評価指標	避けるべき評価指標
アイデア検証	顧客インタビュー件数・仮説の精度向上	事業計画書の完成度
MVP検証	MVP完成速度・顧客反応の質	MVP の機能数・完成度
テストマーケティング	顧客の課題解決度（NPS等）・再購入率	売上総額
事業化判断	ユニットエコノミクス（LTV/CAC比率）	黒字化時期

報酬設計：リスクを取ることへの正当な対価

担当者への報酬設計には、2つの考え方があります。

考え方A：成功報酬型（事業化後のインセンティブ） 事業化・黒字化・分社化などのマイルストーン達成時に特別報酬を支払う仕組みです。担当者の長期コミットメントを引き出せますが、「事業化できなかった場合の努力が報われない」という問題があります。

考え方B：プロセス報酬型（挑戦そのものへの対価） 「仮説検証サイクルを回し続けた」「顧客インタビューを月〇件実施した」などのプロセス達成に対して、毎月または四半期ごとに報酬を上乗せする仕組みです。事業化に至らなくても担当者の努力を評価でき、応募意欲の維持に効果的です。

ONE SWORDの推奨： 初期フェーズはBを基本とし、事業化後にAを追加する2段階設計が最も機能します。

ONE SWORDの現場知見： 支援先企業で「社内ベンチャーに応募者が集まらない」という相談を受けた場合、原因の多くは評価・報酬設計の問題です。「挑戦して失敗すると評価が下がる」か「成功しても既存社員より評価されない」のどちらかです。評価設計の変更なしに「挑戦を奨励します」と言い続けても、社員は言葉と実態のギャップを正確に見抜いています。

ゲート基準の設計：数値で判断する「続ける・ピボット・撤退」の条件

ゾンビプロジェクトが生まれる最大の原因は「撤退基準が曖昧なこと」です。数値ゲートを事前に設定することで、感情ではなく事実で判断できるようになります。

ステージゲートの全体構造

社内ベンチャーのゲートは、各フェーズの入口と出口に設置します。

[アイデア] → ゲート1 → [仮説検証] → ゲート2 → [MVP] → ゲート3 → [テストMKT] → ゲート4 → [事業化]

各ゲートには「通過条件」「ピボット条件」「撤退条件」の3つを設定します。「通過するか、撤退するか」の2択ではなく、方向転換を含む3択にすることがポイントです。

ゲート1：アイデア→仮説検証フェーズへの移行基準

判断	条件
通過	解決すべき顧客課題が1文で言語化できている、かつ潜在顧客候補が10名以上リストアップできている
ピボット	課題仮説は複数あるが優先順位が定まっていない → スコープを絞って再設計
撤退	3ヶ月以内に課題仮説を言語化できない、または潜在顧客候補に5件もアクセスできない

ゲート2：仮説検証→MVP移行基準

判断	条件
通過	顧客インタビュー最低10件完了、かつ「その課題で今も困っている」と答えた割合が60%以上
ピボット	インタビューで当初仮説と異なる課題が浮上している → 新仮説で仮説検証フェーズを再実施
撤退	10件のインタビューで課題の存在を確認できない、または想定ターゲット自体が変わる

ゲート3：MVP→テストマーケティング移行基準

判断	条件
通過	MVP利用者のうち「今後も使いたい」と答えた割合が40%以上（B2C）または3社以上がPOC合意（B2B）
ピボット	利用意向はあるが価格・機能・チャネルのどれかが合っていない → 該当要素を修正して再検証
撤退	MVP完成から3ヶ月で誰も対価を支払う意思を示さない

ゲート4：テストマーケティング→事業化判断基準

判断	条件
通過	LTV/CAC比率が3倍以上、かつ3ヶ月以内に黒字化の見通しが立っている
ピボット	ユニットエコノミクスが合わないが顧客のNPSは高い → 価格モデル・コスト構造の見直し
撤退	テストマーケティング開始から6ヶ月で LTV/CAC が1倍を下回り改善の見込みがない

ゾンビプロジェクトを防ぐ「タイムゲート」

数値ゲートに加えて、時間制限（タイムゲート）を設定することが重要です。「数値が未達でも、もう少し時間があれば」という先送りを防ぐためです。

仮説検証フェーズ：最長3ヶ月
MVPフェーズ：最長4ヶ月
テストマーケティングフェーズ：最長6ヶ月

タイムゲートを超えても次フェーズの通過条件を満たせない場合は、自動的にピボットか撤退を検討します。「あと少し」を繰り返すのがゾンビプロジェクトの典型的な経過です。

ONE SWORDの現場知見： 支援先でゲート基準を導入した企業では、導入前と比べてプロジェクト数は減少しますが（不要なゾンビプロジェクトが撤退するため）、事業化率が大幅に向上するケースが繰り返し見られます。「プロジェクト数を増やすこと」と「事業化率を上げること」は両立しません。ゾンビを生かし続けることで、本当に可能性のあるプロジェクトへのリソースが削られています。

ゾンビプロジェクト前兆チェックリスト（12項目）

以下のチェックリストで、現在進行中の社内ベンチャープロジェクトのゾンビ化リスクを診断してください。

判定方法： 該当する項目にチェックを入れてください。

プロジェクト運営チェック

月次報告書の内容が「何を学んだか」ではなく「何をしたか」の活動報告になっている
顧客インタビューを実施していない月が2ヶ月以上続いている
当初設定した仮説の検証が進まないまま、次の仮説に移っている
「もう少し調査してから」「承認が下りてから」という待機状態が1ヶ月以上続いている
プロジェクトのスコープが開始時より広がっている

経営層・組織チェック

経営層が進捗を確認したのが3ヶ月以上前である
スポンサー役員が月次レビューに2回以上連続で欠席している
他部門から「あのプロジェクト、まだやってるの？」という声が聞こえる
プロジェクトの継続について、経営層内で意見が割れている

担当者チェック

担当者が本業と兼務で、月の稼働比率が30%未満になっている
担当者が「いつまでに何を達成すれば次に進めるか」を説明できない
担当者が疲弊しており、「やらされ感」が言動に出ている

判定：

0〜2項目：健全。継続して進める
3〜5項目：要注意。経営層レビューで現状を確認し、ゲート基準を明確化する
6項目以上：高リスク。プロジェクトのゾンビ化が進行中。即座に「続ける・ピボット・撤退」の判断を行う

ONE SWORDの現場知見： 300社以上の支援現場を通じて、6項目以上に該当するプロジェクトのほぼすべてがゾンビ化し、その後の事業化に至った事例はほぼ見られませんでした。早い段階での判断ほど、リソースの損失を最小化できます。「もう少し様子を見よう」は、ゾンビプロジェクトにとって最も都合のよい言葉です。

成功事例と失敗事例：中小企業の社内ベンチャー実録

大企業の事例は広く知られていますが、中小企業における社内ベンチャーの実態は公開情報が少ないです。ここでは ONE SWORD の支援現場から、中小企業の実録を紹介します（企業名・業種は一部変更）。

成功事例：食品卸売業の支援事例

状況： 主力の食品卸売事業が価格競争の激化で利益率が低下。新たな収益柱を作りたいと社内ベンチャー制度を導入。

制度設計のポイント：

社長が「スポンサー役員」として月2回のレビューに自ら参加
担当者（営業部の30代係長）を8ヶ月間専任で配置
ゲート基準を事前に設定：「6ヶ月以内に10社からPOC合意が取れなければ撤退」

経過： 最初の仮説（飲食店向け食材EC）は3ヶ月のインタビューで「課題はあるが、価格だけで決める購買行動のため差別化できない」と判明し、早期撤退。2つ目の仮説（食品ロスの買い取り・再販）でインタビュー12件を実施し、7件でPOC合意。6ヶ月でテストマーケティングに移行。

結果： 事業化決定。既存事業とのシナジーも確認。

成功の要因： 早期の仮説撤退（ゾンビ化を防いだ）と経営者の継続的なコミット。

失敗事例：IT受託開発会社の支援事例

状況： 受託開発依存の収益構造から脱却するため、SaaSプロダクトの開発を社内ベンチャーで立ち上げることを決定。

制度設計の問題点：

担当者を開発業務と兼務（社内ベンチャーへの稼働比率は20%程度）
ゲート基準なし。「まず作ってみよう」でスタート
経営者のレビューは「何か問題があれば相談して」という放任型

経過： 開発担当者が本業の受託案件を優先するため、プロダクト開発が遅延し続ける。顧客インタビューはゼロのまま、エンジニアの「これがあったら便利」という内部想定だけで開発を継続。1年半後、β版が完成したが試用した5社からの反応は「機能は面白いが、今の業務には使えない」。

結果： 多くのコストを投下した後に撤退。担当者は疲弊して退職。

失敗の構造： 兼務による稼働不足、顧客不在の開発、ゲート基準なし——前述の「ゾンビ化5つの前兆」が全て揃っていました。

大企業の成功事例から学ぶ「中小企業への転用」

スープストックトーキョー（三菱商事）、モノタロウ（住友商事）、スタディサプリ（リクルート）に共通する成功の構造は、「親会社の既存アセットを新市場で再定義した」ことです。

この原則は中小企業にも適用できます。食品卸売のB社が成功したのは、食品卸売の仕入れネットワーク（既存アセット）を食品ロス買い取り（新市場）に転用したからです。「ゼロから新しいことを始める」のではなく、「既存の強みを新しい文脈で活かす」——この発想転換が、中小企業での社内ベンチャー成功の鍵です。

ビジネスモデルの作り方に関しては、こちらの記事で詳しく解説しています

ONE SWORDの現場知見： 中小企業での社内ベンチャー失敗の最大の特徴は「経営者が制度を作って安心してしまう」ことです。大企業では制度設計に担当部門（事業開発部・イノベーション室）があり、制度の維持管理を行います。中小企業では経営者本人がスポンサー役員を兼ねるため、多忙による関与の低下がそのまま制度の形骸化に直結します。月2回のレビューを手帳に先に入れる——これが中小企業で社内ベンチャーを機能させる最もシンプルで有効な行動です。

よくある質問

Q: 社内ベンチャーとコーポレートベンチャーキャピタル（CVC）はどう使い分ければよいですか？

目的によって使い分けます。「社内人材の育成」「内製での新事業開発」が目的なら社内ベンチャーが適切です。「外部の最先端技術・市場を短期で取り込む」が目的なら CVC（外部スタートアップへの出資）が適切です。両者を併用する大企業もありますが、中小企業では社内ベンチャーから始め、事業化後に外部連携を検討する順序が現実的です。

Q: 社内ベンチャーの成功率はどれくらいですか？

一般的に、社内ベンチャーが事業化（継続的な収益を生む状態）に至る確率は低いとされています。ただし、ステージゲート方式と数値ゲートを適切に設計している企業では、事業化率が向上する傾向があります。「成功率」より「失敗から何を学べる仕組みになっているか」の設計が、長期的な成果を左右します。

Q: 中小企業でも社内ベンチャー制度は導入できますか？

導入可能です。むしろ、中小企業には「経営者との距離が近く意思決定が速い」という大企業にはない強みがあります。「1人の起案者 + 経営者が直接スポンサー + 3〜6ヶ月の検証期間 + 50〜200万円の検証予算」というシンプルな形から始め、ゲート基準だけは事前に明確化しておくことが重要です。

Q: 社内ベンチャーの担当者はどうやって選べばよいですか？

最も重要な資質は「内発的動機（この事業を自分がやりたいという強い意思）」と「行動速度」です。上司から指名するより自ら手を挙げた人を優先し、専任比率は70%以上を確保することが条件です。また、担当者本人が「何を達成すれば次に進めるか（ゲート基準）」を言語化できるかどうかを、選定時に確認することをお勧めします。

Q: 撤退を判断するタイミングはどうすればわかりますか？

本記事で解説したゲート基準を事前に設定することが根本的な解決策です。「顧客インタビュー10件で課題の存在を確認できなければ仮説変更」「テストマーケティング6ヶ月でLTV/CAC比率が1倍を下回れば撤退」という数値基準があれば、感情や忖度に関係なく事実で判断できます。また、12項目のゾンビ前兆チェックリストで6項目以上に該当している場合は、即座に撤退判断の検討を始めてください。

Q: 既存事業と社内ベンチャーで、予算・人材の取り合いが起きた場合はどうすればよいですか？

この問題は「どちらを優先するか」ではなく「制度設計で構造的に分離する」ことで解決します。社内ベンチャーの予算枠を既存事業の予算サイクルとは別に設定し、人材についても「社内ベンチャー専任枠」を先に確保してから既存事業の人員計画を立てる順序に変えます。経営者が「この専任枠は原則として本業に戻さない」という宣言を全社に向けて行うことが、軋轢を構造的に解消する最も効果的な方法です。

Q: 社内ベンチャーに挑戦して失敗した場合、担当者のキャリアはどうなりますか？

企業の制度設計と文化次第です。先進的な企業では「社内ベンチャー経験はキャリアにプラス」と評価します。そうでない企業では、失敗が実質的なキャリアのブレーキになります。制度導入時に「失敗からの復帰パス（セーフティネット）」を明文化することが不可欠で、最低ラインは「元の部署に戻れる・評価にマイナスをつけない」です。この保証がない企業では、優秀な人材ほど手を挙げません。

Q: 社内ベンチャーのテーマ選定はどうすれば良いですか？

成功確率が高いテーマは3条件を同時に満たすものです。（1）親会社の既存アセット（技術・顧客基盤・ブランド）を活用できる、（2）既存事業とは異なる市場・顧客をターゲットにしている（カニバリゼーション回避）、（3）社会トレンド（DX・高齢化・サステナビリティ等）と一致している。この3条件を満たすテーマのリストアップには、アンゾフの成長マトリクスを活用すると体系的に整理できます。

まとめ：ゾンビプロジェクトを作らない制度設計の核心

本記事では、社内ベンチャーの制度設計を「ゾンビプロジェクトを防ぐ」という視点から体系的に解説しました。

本記事のポイント：

ゾンビプロジェクト化の5つの前兆（活動報告化・外部待機・インタビュー停止・スコープ拡大・経営層の不在）を早期に察知する
制度設計の5要素（組織・権限・人材・評価・予算）は個別ではなくセットで設計する
承認フローを「担当者とスポンサー役員の2者間」に圧縮することで意思決定スピードを上げる
評価軸を「プロセス指標」に転換しなければ、担当者は検証リスクの高い仮説を避け始める
数値ゲート基準（インタビュー件数・利用意向率・LTV/CAC比率）とタイムゲートをセットで設定することで、感情ではなく事実で「続ける・ピボット・撤退」を判断できる

「制度を作れば新規事業が生まれる」という誤解が、多くの社内ベンチャー失敗の出発点です。制度は道具に過ぎず、道具を機能させるのは「ゲート基準という設計の質」と「経営者の継続的な関与」です。

リーンキャンバスを使った仮説検証の方法については、こちらの記事も参照してください

社内ベンチャーの制度設計の「型」は本記事で理解できました。しかし、多くの経営者が次の壁にぶつかります。「自社のどのアセットを、どの市場に転用すべきか」「事業計画をどう組み立てれば経営層が納得するか」「PMF（Product Market Fit）を確認するための具体的な手順は何か」——この戦略を自社に当てはめるステップが、最も難しく、最も重要な部分です。

300社の支援を通じて見えてきたのは、「フレームワークは知っているが、自社に当てはめる地図がない」という経営者・担当者が圧倒的に多いという現実です。

ONE SWORDの『新規事業立ち上げキット』は、社内ベンチャーを含む新規事業の全体設計を、4ステップの解説動画と穴埋め式テンプレートで進められる実戦教材です。「知識を学ぶ」ではなく、「自社の戦略を組み立てる」ことにフォーカスした内容です。

新規事業立ち上げキット詳細はこちら

社内ベンチャーの制度設計・新規事業立ち上げに役立つフレームワークを合わせて学ぶことで、戦略の精度が高まります。

執筆・監修

ONE SWORD編集部ONE SWORD株式会社

300社以上の新規事業支援実績をもとに、フレームワーク・事業計画書・マーケティング戦略を実践的に解説。中小企業の経営者・新規事業担当者に向けたビジネスメディアの編集チームが執筆・監修しています。

ONE SWORDについて →