「スタートアップとの接点を増やそう」。その方針だけで公募を始めると、半年後に困ります。応募件数は集計できても、誰が採択し、どの事業部が受け入れ、実証後に何を決めるのかが宙に浮いたままだからです。
経営企画、CVC、事業部、法務、購買。それぞれ見ている論点が違います。制度の名前を先に決めてしまうと、この食い違いが募集開始後に一気に噴き出します。
CVC・アクセラレーター・共創プログラムの違いは、投資、期間型支援、協業・実証のどこに意思決定の中心を置くかです。この記事では、大企業の新規事業担当者と経営企画が、他社や自治体の制度を比較し、自社の投資・協業・実証制度を新設または見直すための判断項目を扱います。
CVC・アクセラレーター・共創プログラムの違い
CVCは投資、アクセラレーターは期限を区切った選考と支援、共創プログラムは協業・実証を中心に置く仕組みです。同じ企業が複数を持つこともあるので、看板ではなく、最終的な意思決定と予算の所在で区分します。
比較項目 | CVC | アクセラレーター | 共創プログラム |
|---|---|---|---|
中心となる判断 | 投資するか | 採択し、一定期間支援するか | 協業・実証を実行するか |
主な社内主体 | 投資部門、投資委員会、事業部 | 運営事務局、事業部、審査者 | 課題を持つ事業部、現場部門、法務・購買 |
外部への入口 | 紹介、直接提案、公募 | 期間型の公募と選考 | テーマ公募、課題公募、個別探索 |
提供資源 | 資金、投資後支援、事業部との接点 | 面談、助言、検証準備、発表機会 | 現場、顧客接点、設備、データ、共同実行 |
制度の出口 | 投資実行、投資見送り、協業検討 | 実証移行、個別商談、支援終了 | 事業化、調達、共同開発、終了 |
CVCを設けても、投資と事業提携が同時に成立するとは限りません。アクセラレーターも、採択後の実証予算まで含むとは限りません。共創プログラムでは、実証の実施と本導入の購買判断が別です。名称から条件を推測せず、各制度について「誰が、どの予算で、何を決めるか」を一文で書ける状態にしてください。
複数を併設するなら、引き継ぎ条件を明文化します。アクセラレーター採択後に共創プログラムへ移るのか、実証結果をCVCの投資判断に使うのか、それぞれ独立して判断するのかを決めておきます。ここが曖昧だと、外部企業は同じ説明を複数の部署へ繰り返すことになり、社内では案件の責任者が定まりません。
制度名を決める前に確定すること
制度設計の起点は募集形式ではありません。自社が外部企業と何を決め、何を動かしたいかです。ここを先に置けば、CVC、アクセラレーター、共創プログラムのどれを使うかは自然に絞られます。
制度の企画書は、次の順序で空欄を埋めてください。
- 経営課題を特定する：新規収益源、既存事業の課題解決、技術探索、投資収益など、制度を設ける理由を1つの主文にする
- 外部へ開く資源を決める：現場、設備、顧客接点、販売経路、データ、技術、人材、資金のうち、提供を約束できる範囲を示す
- 社内スポンサーを置く：募集の承認者ではなく、採択後に事業部の工数と予算を確保する責任者を特定する
- 最終判断を定義する：投資、共同開発、調達、本導入、次の検証、終了のどれを制度の出口にするかを決める
「接点を増やす」「協業を生む」では、採択基準を作れません。実証が出口なら、現場で確かめる問いと、結果を受け取る事業部が要ります。投資が出口なら、投資判断の基準と事業部連携の扱いを分けます。外部企業へ公表する募集テーマは、この社内合意を短く翻訳したものにすぎません。
他社制度を比較する10項目
他社制度を見るとき、名称や応募件数を並べても意味がありません。目的、意思決定者、募集方式、提供資源、予算、権利、実証後の判断を、同じ粒度で記録します。
領域 | 記録する項目 | 自社制度へ持ち帰る問い |
|---|---|---|
目的 | 投資、事業開発、技術探索、実証、調達 | 制度の終了時に何を決めるか |
社内スポンサー | 経営層、CVC、事業部、自治体所管課 | 人員と予算を誰が確保するか |
募集方式 | 常設、期間型、テーマ型、課題型、個別探索 | 公募で集める必然性があるか |
選考権限 | 事務局、事業部、投資委員会、審査会 | 採択と実行の責任者が同じか |
対象 | 企業属性、事業段階、技術領域、地域 | 対象を狭める理由を説明できるか |
提供資源 | 資金、現場、設備、顧客接点、データ、人材 | 採択後に確実に開けるものは何か |
費用・予算 | 運営費、実証費、外部企業の負担、支払条件 | 募集後の実行予算を確保しているか |
法務・権利 | 秘密保持、知的財産、データ、成果公表 | 応募時と実証時で契約をどう分けるか |
実証後の判断 | 投資、調達、共同開発、継続検証、終了 | 判断者と期限が定まっているか |
運営・KPI | 事務局、事業部の稼働、進捗会議、評価指標 | 件数以外に何を追うか |
公式ページに書かれていない情報を、推測で埋めてはいけません。「出資あり」「参加無料」と表示されていても、実証費、株式、知的財産、データ利用、本導入の条件は別資料や個別契約で定められている場合があります。比較表には、事実、こちらで付けた区分、要確認を分けて記録してください。
10項目すべてが公表されている制度を高く評価する必要もありません。外部へ開示すべき情報と、選考後に個別協議する情報は違います。見るべきなのは、非公表項目について社内の担当者と確認手順が用意されているかどうかです。
募集方式と選考権限をつなぐ
公募を使うなら、募集テーマ、選考者、採択後の受け入れ部署を一続きで設計します。事務局が応募をいくら集めても、事業部に課題と受け入れ余力がなければ、選考後の面談も実証も進みません。
募集方式は、母集団の大きさではなく、探したい相手の明確さで選びます。解きたい課題と必要な技術が具体的なら、テーマ型・課題型の公募が向きます。課題は明確だが候補企業が限られるなら、個別探索を組み合わせます。将来領域を広く探索する段階なら常設窓口も使えますが、受け付けた提案をどの部署へ渡すかを先に決めておいてください。
選考は、書類審査と発表会だけで終わらせないことです。提案の魅力、技術の実現性、自社資源との適合、法務・情報管理上の実行可能性を、担当部署ごとに確認します。採択の決裁者と実証予算の決裁者が別なら、後者が選考前から参加する運用が要ります。
外部企業へ示す情報も具体化します。募集の目的、採択後に使える資源、選考の工程、想定期間、費用負担、秘密情報を提出する時期、実証後の判断。書けない項目を募集開始後に決めるのではなく、社内の未決事項として処理してください。
予算・法務・知的財産を募集前にそろえる
制度の実行条件は、運営費だけではありません。実証費、契約手続き、知的財産、データ利用、成果公表まで含みます。採択後にはじめて法務や購買へ相談すると、募集時の約束と社内規程が食い違います。
予算は「プログラム運営」と「採択後の実行」に分けます。前者は募集ページ、事務局、選考、外部パートナー。後者は試作品、現場対応、設備利用、外部企業への支払い、情報管理、検証後の追加開発です。制度の予算を持つ部署と、事業化後の予算を持つ部署が違うなら、移管の条件と時期を決めておきます。
法務・知的財産・データは、1枚の同意書で済ませないでください。応募時は提案の評価に必要な情報、選考後は秘密保持の対象、実証時は既存技術と共同成果、データの取得・保管・利用、広報時は社名や結果の公表範囲。段階ごとに扱う情報を分けます。契約条件の決定を法務だけに預けず、事業責任者が利用目的と許容できない条件を示すことです。
購買部門が関与する時期も明記します。実証費の支払い、本導入の発注、外部企業の登録手続き。所要期間を制度の日程へ織り込んでください。採択通知は、契約締結や発注を意味しません。この区別を、募集要項と社内運用の両方でそろえます。
実証後の事業化判断とKPIを設計する
実証後の判断は、検証を始める前に決めます。判断者、評価項目、期限、次の予算。ここを空けたまま走ると、実施したのに継続・変更・終了を判断できない案件が積み上がります。
検証する問いは混ぜないでください。技術が動くか、現場で運用できるか、利用者が選ぶか、収益と費用が成立するか。この4つは全部別の論点です。一度の実証ですべてを証明しようとすると、必要なデータも担当者も増え、結果の解釈が曖昧になります。案件ごとに、今回判定する問いと、次の段階へ残す問いを分けます。
運営KPIも制度目的に合わせます。応募数、面談数、採択数は入口の稼働を示すだけで、協業の成果ではありません。事業部が受け入れた案件、期限内に判断できた案件、次の予算や契約へ移った案件、終了理由を記録できた案件。出口に近い状態も追ってください。投資制度なら投資判断、共創制度なら実証後の事業判断というように、制度ごとに責任範囲をそろえます。
終了を失敗として隠さないことです。検証した問い、得た事実、終了理由、再検討の条件を残せば、同じ仮説を別の部署が繰り返す事態を避けられます。止めた案件の記録も、制度運営の資産になります。
公式情報の確認先と更新方法
他社制度を比較するときは、横断サイトで候補を探し、実施主体の公式ページと当該回の募集要項へ必ず戻ります。制度名が同じでも、対象、募集テーマ、費用、締切、支援内容は回次によって変わるからです。
制度設計の比較項目を検討するときの確認先には、次の公式ページが使えます。
- Urban Innovation JAPAN 公式サイト（確認日：2026年8月18日）
- 福岡市実証実験フルサポート事業（確認日：2026年8月18日）
- UPGRADE with TOKYO（確認日：2026年8月18日）
- キングサーモンプロジェクト（確認日：2026年8月18日）
- つくばSociety 5.0社会実装トライアル支援事業（確認日：2026年8月18日）
- NEDO 公募ページ（確認日：2026年8月18日）
- JR東日本スタートアッププログラム（確認日：2026年8月18日）
- AUBA 公募プログラム一覧（確認日：2026年8月18日）
比較の記録には、正式名称、実施主体、制度区分、公式URL、常設か期間型か、対象、提供資源、費用負担、出資の有無、応募締切、募集状況、確認日を持たせます。過年度ページは現行募集と分けます。名称変更や終了を確認できない制度を、別の制度へ統合しません。公式情報にない条件は「要確認」とし、推測で補わないでください。
更新履歴には、確認日と変更箇所を残します。ページ上部の更新日だけを変えて、個別の記録を見直していない状態がいちばん危険です。実際に応募や制度比較へ使うときは、実施主体の公式ページと当該回の募集要項で現行条件を確認してください。
まとめ｜制度の出口から逆算する
CVC・アクセラレーター・共創プログラムの選択は、投資、期間型支援、協業・実証のどこを出口にするかで決まります。社内スポンサー、選考権限、提供資源、実行予算、法務・知的財産、実証後の判断。これらを制度名より先に確定してください。
他社制度を比較するときも、知名度や応募件数では足りません。目的、意思決定者、募集方式、提供資源、予算、権利、実証後の判断、運営体制を同じ項目で記録します。公開情報にない項目は推測で埋めず、自社制度へ持ち帰る問いとして残します。
設計の順序は、出口の決定、社内スポンサーの確定、外部へ開く資源の整理、募集・選考、実証、継続または終了の判断。公募はその途中にある入口にすぎません。募集開始日から逆算するのではなく、実証後の決裁日から逆算します。それだけで、事務局だけが動き続ける制度を避けられます。