リバースピッチとは｜大企業から発信するオープンイノベーション手法

社外から新しい技術や協業案を募ろうとして、「当社と一緒に新規事業をつくりませんか」と告知します。応募は来るものの、自社の課題と合わない提案ばかりです。担当者は届いた資料を読み続け、提案した側も、なぜ見送られたのか分かりません。

足りないのは応募数ではなく、企業側から出す情報です。何に困り、何を提供でき、どこまで一緒に試せるのでしょうか。これを先に外部へ示すのが、リバースピッチです。

この記事では、リバースピッチを開くときに、募集前の準備から選考後の判断までを止めずに進める設計を扱います。

リバースピッチとは｜通常のピッチとの違い

リバースピッチとは、外部から協業提案を受けたい企業や組織が、自らの課題、背景、利用を検討できる資産、制約、求める相手、提案後の流れを先に示す場です。

通常のピッチでは、スタートアップや事業チームが自社の事業、技術、実績を説明します。リバースピッチでは説明の起点が逆になります。ただし、登壇者を入れ替えるだけでは成立しません。相手が「自社の技術や経験を使えるか」を判断できる情報と、提案を受けた企業が選考する手順の両方が必要です。

名称の使われ方は主催者によって異なります。

担当部署、使える資産、対象外となる条件が分かれば、外部の相手は参加前に自社が合うかどうかを判断できます。企業側も、提案の受付、初回選考、対話、実証可否の判定までを一続きで準備できます。

リバースピッチが向く課題と、通常の調達が向く課題

リバースピッチが向くのは、解決したい課題を説明できる一方、必要な技術、知見、協業相手を自社だけでは特定できない場面です。

たとえば、現場で同じ困りごとが繰り返し起きているとします。しかし既製品を買うべきか、業務を変えるべきか、新しい技術を組み合わせるべきかは決まっていません。こうした状態なら、解決手段を固定せずに提案を募る意味があります。

向いている課題は次のとおりです。

• 現場の問題は見えているが、解決方法を1つに絞れない
• 顧客接点、設備、データ、販売網を外部の技術と組み合わせたい
• 既存取引先とは異なる業界や専門領域から提案を受けたい
• 完成品を買うのではなく、小さな試行から一緒に方法を作りたい

一方で、発注する製品や仕様、候補企業が固まっているなら、通常の調達や提案依頼のほうが目的に合います。リバースピッチを開いても、企業側が特定の仕様から動けないなら、提案者に余分な作業を求めるだけです。

開催前には、課題の当事者、初回対話へ参加する人、試行できる場所、見送り連絡を返す人を決めます。提案を受けても動かす部署がない場合は、募集より先に社内の役割を整えてください。

機密情報をすべて公開する必要はありません。公開情報で伝える課題の輪郭と、条件を整えた個別対話で伝える内容を分けます。「公開情報だけで、どの範囲まで提案してほしいか」を募集時に示すことが欠かせません。

リバースピッチの登壇資料で開示する6項目

登壇資料には、会社紹介より先に、提案者が参加可否を判断する情報を置きます。課題だけを語り、企業側の資産や制約を伏せると、相手は実現条件を推測するしかありません。

1．課題の背景と変えたい状態

誰が、どの場面で、何に困っているかを書きます。現在の代替手段と、その結果生じている負担も示してください。確認できた事実と、社内で立てている原因仮説は分けます。

2．外部と共有できる資産

候補となる資産は、顧客接点、検証場所、現場担当者の知識、既存設備、販売経路、公開可能なデータなどです。利用を約束できない資産は「提供可能」と書かず、「条件を確認して個別に検討」と区別します。

3．変えられない制約と対象外

社内規程、安全基準、対応地域、対象顧客、既存システムとの接続条件など、提案の境界を示します。「自由な発想」を求めながら後から制約を追加することは、提案者との信頼を損ねる原因です。

4．求める相手と関わり方

企業規模や業種だけでなく、必要な技術、現場経験、検証への関与方法を書きます。技術提供だけを求めるのか、課題の再定義から一緒に行うのかで、適した相手は変わります。

5．応募時に求める情報

明記するのは、技術概要と解決仮説まででよいのか、実施体制や概算費用も必要なのかです。初回応募で詳細な事業計画まで求めると、条件が不明なまま提案者の負担だけが増えます。

6．選考後の流れ

応募締切、初回選考、対話、追加確認、実証可否の判断、結果連絡の順番を示します。選考通過が契約や発注を意味しないなら、その点も募集時に伝えてください。

リバースピッチの情報管理と権利条件を3段階で確認する

社外から提案を受ける条件は、募集公開前、初回対話前、実証判断前に分けて確認します。すべてを最初に決めきる必要はありませんが、先に置くべきなのは「いつ、誰が決めるか」です。

最初の応募では公開情報だけで提案を受け、秘密情報が必要になった時点で受領条件を整える方法があります。その場合も、提出資料を社内の誰が読めるか、検討終了後に情報をどう扱うかは決めておきます。

知的財産の扱いを「提案した時点で企業が自由に使える」「提案者へすべて帰属する」と一律には決められません。提案されたアイデア、検討している利用方法、実証で生まれた成果物を分け、案件ごとに条件を確認します。

法務、情報セキュリティ、購買など、自社の専門部署へ確認し、回答者と期限を記録してください。

リバースピッチの企画から初回対話までの進め方

リバースピッチは、登壇資料を作るところから始まりません。現場の課題を集め、外部へ出せるテーマを選び、提案の受領条件を決めてから募集へ進みます。

1. 課題候補を集める：現場へ聞き取り、起きている出来事と現在の対処を記録する
2. 公開テーマを選ぶ：外部の力が必要な理由、利用を検討できる資産、課題オーナーを確認する
3. 受領条件を決める：公開、個別対話、実証の各段階で、確認する部署と期限を置く
4. 評価項目と見送り条件を決める：課題との適合、検証のしやすさ、双方の役割を比べる
5. 登壇資料と募集ページを作る：課題、資産、制約、求める相手、応募条件、次の流れをそろえる
6. 必要な相手へ届ける：技術や経験を持つ企業、研究者、専門家、実務者に届く方法を選ぶ
7. 初回対話を行う：提案の完成度だけでなく、課題理解、前提の違い、役割分担を確かめる
8. 判断を返す：継続、追加確認、見送りのいずれかを、担当者と期限付きで連絡する

登壇資料と募集ページの表現がずれると、当日の説明と応募者の理解が食い違います。課題、資産、制約、選考後の流れは同じ情報を基準にしてください。

初回対話では、企業側の課題認識も検証します。提案を聞いた結果、別の制約が強い、必要なデータを提供できないと分かる場合があります。提案の採否だけでなく、課題設定の更新も判断対象です。

リバースピッチの仮想ケースで、開示と選考を確認する

ある事業会社が「既存施設で働く担当者の記録作業を見直したい」と考えた場面を例にします。

「記録作業の改善案を募集」だけでは、対象が広すぎます。そこで説明するのは、記録が発生する場面、現在の手作業、変えたい状態です。検証場所と現場担当者への聞き取りは個別に検討し、個人情報を含むデータは最初の募集では渡さないと区切ります。

応募者が「詳細な作業ログが必要」と提案しても、企業側が提供できなければ、そのまま実証へ進めません。代替できる公開情報はあるか、現場観察で確かめられるかを初回対話で聞きます。

課題に合っていることと、現在の条件で試せることは別です。評価表でも、課題適合と検証可能性を分けて記録してください。

リバースピッチ後の提案を比較し、次の対話へ進める基準

選考では、提案書の見栄えや合計点だけを見ません。課題の理解、解決仮説、検証可能性、役割分担、未確認事項を分けます。

課題理解は深いが実証条件が合わない提案と、すぐ試せるが課題理解の浅い提案があります。この2つで違うのは、次に聞く内容です。順位を付けるだけでなく、何が分かれば判定できるかを残します。

判定は、継続、追加確認、見送りの3つです。追加確認には質問、担当者、回答期限を付けます。見送り時にどこまで理由を返すかも、募集前に決めてください。少なくとも、対象外になった条件、再提案の可否、提出情報の扱いは、募集時の規約と食い違わないように連絡します。

まとめ｜リバースピッチ準備のチェックリスト

リバースピッチで外部へ示すのは、企業の困りごとだけではありません。利用を検討できる資産、変えられない条件、求める相手、提案の受領条件、選考後の流れまで示して、相手が参加可否を判断できる状態を作ります。

開催前に、次の項目を確認してください。

• 課題の当事者、発生場面、現在の代替策、変えたい状態を説明できる
• 利用を検討できる資産と、提供を約束できない資産を分けている
• 対象外、応募時に求める情報、選考後の流れを示している
• 応募規約、秘密情報、社内共有、個人情報、知的財産・利用条件の確認者と期限がある
• 課題理解、検証可能性、役割分担、未確認事項を別々に記録できる
• 継続、追加確認、見送りを返す担当者と期限が決まっている

未決定の項目があれば、企画会議で担当者と期限を入れます。登壇日の確保より先に、提案を受けた後の判断まで通るかを確かめてください。

［共創相手の探索について相談する］