社内ビジネスコンテストを開くと、応募受付と最終発表会には自然と目が向きます。難しいのは、その前後です。募集テーマが曖昧なまま告知が出ます。審査員ごとに評価軸がずれ、受賞した案は通常業務へ戻った瞬間に止まってしまいます。この状態では、発表会を終えても次の事業判断に使える材料が何も残りません。
ビジネスコンテストとは、事業案を共通条件で募集・審査し、選んだ案を検証へ移すための意思決定プロセスです。この記事では、社内ビジコンの運営を7工程に分け、募集前の規程確認から採択後の初回判断までをつなぎます。
検討段階でまず書くのは、応募を誰の判断につなげるか、採択案をどの部署へ渡し、いつ継続・変更・停止を決めるかです。ここが決まってから、募集要項、審査、伴走支援、KPIへ落とし込みます。
ビジネスコンテストの定義と社内ビジコンの役割
ビジネスコンテストは、事業アイデアを共通条件で募集・審査し、選んだ案を次の検証や事業判断へ送る仕組みです。社内制度を設計するために使う、実務向けの定義です。
社外型では、賞金、協業、支援プログラムなどが選考後の接続先になります。従業員から案を募る社内型では、検証予算、専任か兼務か、顧客調査や試作へ進む条件を、すべて社内で決めることになります。提供内容は制度ごとに違うため、参加前に確認してください。
アイデア公募、研修、事業開発制度は目的を分ける
- アイデア公募は、広く提案を集め、テーマや人材の候補を把握する入口です。
- 研修プログラムは、仮説の立て方や顧客調査といった技能の習得を主目的にします。
- ビジネスコンテストは、共通条件で提案を比較し、次の検証へ送る案を選びます。
- 事業開発制度は、採択後の検証、予算執行、チーム編成、継続判断までを扱います。
一つの制度へ複数の目的を持たせるなら、優先順位と、事業開発部門へ渡す境界を明記してください。境界が曖昧なまま走ると、「これは研修だったのか、投資判断だったのか」が後から揉めます。
募集前に目的・出口・導入条件を決める
社内ビジコンの募集要項は、「誰が、何を根拠に、採択後の投資を決めるか」を合意してから作ります。順番を逆にすると、集まった案の受け皿がないまま発表会だけが残ります。
最初に置くのは経営側の問いです。隣接領域の探索、特定課題への提案、人材発掘のどれを優先するのかを決めます。目的が違えば、応募資格、審査員、提出物、採択後の扱いがすべて変わります。
募集前に、運営事務局と意思決定者で次の項目を合意します。
- 制度目的：アイデア探索、人材発掘、特定テーマの検証など、優先する目的を一つ決める
- 募集範囲：対象部門、応募単位、社外協力者の参加可否、既存業務との重複の扱いを示す
- 採択後の条件：検証予算、活動時間、専任・兼務、支援期間、最初の判定日を決める
- 判断者：コンテスト内の評価者と、予算・人員を承認する人を分ける
- 非採択案の扱い：評価結果、再応募条件、共有範囲、保存期間を決める
規程・権利・稼働条件を募集前に確認する
大企業では、募集後に権利処理や人事条件の不一致が見つかると、案の中身とは関係のない理由で進行が止まります。企業ごとの規程と専門部門の判断が必要ですが、少なくとも次の論点は募集前に片づけてください。
- 応募案、提出資料、検証で生まれた成果物・発明の権利帰属
- 応募者が開示できる社内情報と、社外メンター・審査員に求める秘密保持
- 審査員、メンター、応募者の利益相反と、該当時の回避・除外方法
- 応募者や調査協力者の個人情報、データの保存先、閲覧権限、保存期間
- 応募活動を業務時間として扱う範囲、残業・上司承認・通常業務との調整
- 応募・採否・検証中止を人事評価でどう扱うか
- 採択後の異動・兼務条件と、所属部門が人員を送り出す際の承認
確認の時点も工程へ置きます。募集前は、法務、知財、人事・労務、情報セキュリティ、予算決裁者が制度条件を確認します。伴走開始前に活動時間とデータ管理を確定し、外部接触前に開示範囲と秘密保持を確認してください。採択前には予算、人員、移管先の承認を得ておきます。担当部署名だけでなく、回答する責任者と期限まで書いてください。
「受賞」「採択」「事業化承認」を同じにしない
最終発表で順位を付けることと、事業化へ投資することは別の判断です。受賞はコンテスト内の評価、採択は検証へ進める判断、事業化承認は検証結果に基づく投資判断。この三つを分け、それぞれの決裁者、使える予算、必要資料も切り分けます。
10分の発表の印象だけで三つをまとめて決めないでください。顧客行動の記録と、未確認のまま残っている事項は、別々に評価します。
社内ビジコンの設計・運営を7工程で組む
社内ビジコンの運営は、7つの工程に分けると管理しやすくなります。各工程の責任者、成果物、完了条件、次の判断を一枚にまとめてください。
- 目的と対象領域を決める 経営課題との関係、募集対象、扱わない領域、採択後に用意できる予算と活動時間を確定します。
- 規程・権利・稼働条件を確認する 法務、知財、人事・労務、情報セキュリティ、予算部門と、権利帰属、情報開示、利益相反、個人情報、活動時間、採択後の配置を確認します。
- 募集要項を作り、応募を受け付ける 提出物、評価観点、日程、相談条件、情報の扱い、問い合わせ窓口を同じ資料に載せます。受付時は、欠落資料や対象外テーマといった形式要件を確認します。
- 一次選考で検証対象を絞る 書類の完成度だけでなく、対象者、観察した事実、未確認の前提、次の期間で検証できる問いを見ます。
- 通過者への伴走支援を行う 顧客課題、既存の代替手段、提供価値、成立条件を順に確かめます。研修の受講量ではなく、得た事実と仮説の変更を記録します。
- 最終審査で検証計画を承認する 残る不確実性、検証方法、必要資源、責任者、判定日、継続・変更・停止の条件を確認します。
- 採択案を検証へ移し、制度を振り返る 引き継ぎ先と初回判定日を確定します。非採択案も、評価理由と再応募条件を返せる形で記録します。
運営設計票に残す6項目
翌年も使える運営資料にするなら、各工程につき次の6項目を一行にまとめます。
- 工程名と現在の状態
- 完了時に残す成果物
- 実行責任者
- 承認者と回答期限
- 確認に使った事実・資料
- 次に選べる判断と判定日
責任者欄に「事務局」とだけ書くのはやめてください。経営スポンサー、運営事務局、伴走担当、予算承認者、採択後の事業責任者を分け、氏名または役職を置きます。
審査基準を段階ごとに変える
ビジネスコンテストの審査では、初期案に完成事業と同じ精度を求めません。その段階で提示できる事実と、次の検証可能性を評価します。
一次選考では問いと検証可能性、伴走中は得た事実と仮説の変更、最終審査では次の投資判断に必要な条件。見るものが段階ごとに変わります。
一次選考で確認すること
- 誰のどんな状況を対象にしているか
- 解決したい課題について、観察した事実と応募者の解釈を分けているか
- 顧客が現在使っている代替手段を把握しているか
- 未確認の前提を言葉にできているか
- 限られた期間で、どの前提を確かめるか
市場規模や収益計画の数字には、出典と計算条件を添えさせます。見るのは数字の大きさではありません。前提へ戻って確認できるかどうかです。
最終審査で確認すること
最終審査では、顧客調査で分かった事実、仮説から変えた点、なお残る不確実性、次の検証に必要な人・費用・期間、継続・変更・停止の条件を確認します。プレゼンテーションの分かりやすさは、事業仮説の検証度とは別欄で評価してください。
審査票には、各評価項目の定義と質問例を書いておきます。「市場性」の一語では、市場規模、成長性、自社との関係、顧客の支払い意思など、審査員ごとに解釈が広がるからです。自由記述欄には、点数の理由、確認できた事実、未確認事項、次に確かめる問いを残します。これがそのまま採択後の移管資料になります。
応募者支援と審査会を公平に運営する
社内ビジコンでは、情報、支援機会、提出条件、評価条件へのアクセスを応募者間でそろえます。公平性とは全員の点数を近づけることではありません。所属部門や上司の違いで参加条件が変わる範囲を、できるだけ小さくすることです。
運営事務局は、募集要項を公開した後も次の条件をそろえます。
- 説明会の録画と質問回答を応募対象者へ共有する
- 個別相談の回数、時間、相談できる範囲を明示する
- メンターが案へ直接加筆する場合のルールを決める
- 審査員と応募者に利害関係がある場合の申告方法を置く
- 追加資料を受け付ける期限と形式を統一する
- 審査コメントの返却範囲と時期を先に伝える
審査員は個別採点を先に確定し、差が大きい項目だけを後で議論します。議論の結果として点数を変える場合は、理由と、判断が分かれた前提を記録してください。
応募者へは、確認できた点、未確認の点、再応募前に必要な行動を返します。異議申立ての窓口と回答責任者も、募集前に決めておきます。
応募件数KPIによる形骸化を防ぐ
応募件数は、募集活動の指標です。選考、検証移管、継続判断の指標とは分けて管理してください。
応募が前年の2倍になったという事実だけでは、採択後の事業判断が進んだかどうかは分かりません。入口の件数と、後続工程の進み方を切り分けます。
案件の記録では、応募、形式要件通過、一次選考通過、顧客検証着手、最終審査、検証予算承認、判定完了を、同じ案件番号で追います。各段階の件数と、次へ進まなかった理由を残してください。数字を読むときは、対象外の提案が多かったのか、審査能力が足りなかったのか、経営テーマが伝わらなかったのかを分けます。
KPIを決める前に、次の問いへ答えます。
- 応募が増えた場合、審査と伴走支援を誰が引き受けるか
- 参加者育成を成果に含めるなら、どの行動変化を記録するか
- 採択後に検証予算が付かなかった案件を、どの状態として記録するか
- 検証で停止した案件を、早期判断としてどう残すか
- 次年度へ渡す学習を、誰がどの形式で管理するか
開催回数そのものを成果にする必要はありません。採択後の判断が進んでいないなら、次回開催を急ぐ前に、出口の責任者、予算、人員、判定日の空欄を埋めてください。
まとめ｜採択後から逆算してビジネスコンテストを設計する
ビジネスコンテストの成果は、発表会の盛り上がりでは測れません。採択案を検証へ移し、次の判断に必要な事実を残せたかどうかで測ります。
社内ビジネスコンテストは、事業アイデアを共通条件で募集・審査し、選んだ案を検証へ送る仕組みです。募集前に制度目的、対象範囲、規程・権利・稼働条件、採択後の責任者と予算を決めます。審査は段階ごとに見るものを変え、初期案では検証可能性を、最終案では次の判断に必要な事実と計画を確認します。
KPIは応募件数で止めません。選考、顧客検証、予算承認、判定完了までを同じ案件番号で追います。採択後の責任者と初回判定日が空欄のままなら、発表会の日程より先に、そこを確定してください。
制度を導入するときは、自社の就業規則、知的財産、個人情報、機密情報、情報セキュリティ、人事評価、予算決裁に関する社内規程を確認してください。