オープンイノベーションプラットフォームの検討は、たいてい特定の1社の営業資料から始まります。デモを見て、機能一覧を眺めて、悪くないと感じます。ところが比較のために2社目・3社目の資料を取り寄せた瞬間、手が止まります。載っている機能の名前が、全部違うのです。
1社目は「登録企業数」を前面に出し、2社目は「案件管理のステージ設計」を語り、3社目は「現場社員へのヒアリング機会」を売っています。同じカテゴリの資料に見えて、売っているものが根本から違います。横に並べて比べられないのは、読み込みが浅いからではありません。比べる前に、タイプを分ける必要があるのです。
この記事では、オープンイノベーション関連のプラットフォームを5つのタイプに分け、代表的なサービス例とあわせて「何が載っていて、何が載っていないのか」を整理します。
- オープンイノベーションプラットフォームが担う範囲
- プラットフォームの5タイプ|代表的なサービス例と、載っていないもの
- タイプ別の選び方|自社の詰まりから逆算する
- 比較で見る9つの評価軸
- 課金モデルの読み方と、見積もりで確認する7項目
- 導入後に止まる3つのパターンと運用設計
- 稟議前に社内で決めておく5項目
- よくある質問
- まとめ
オープンイノベーションプラットフォームが担う範囲
オープンイノベーションプラットフォームとは、共創相手の探索と、その後の案件管理を仕組みとして提供するサービス基盤です。一度きりの探索なら、担当者の人脈と紹介で足ります。仕組みを買う理由は、担当者が異動しても同じ手順で相手に会え、案件の状態が組織側に残ること。つまり、買っているのは共創の「再現性」です。
そのため、比較の前提として、自社が欲しいのは探索の速度なのか、記録の残り方なのかを分けて考える必要があります。この2つは、同じ製品に同居していないことが多いのです。相手を探すことに強いサービスは案件管理が薄く、案件管理に強いサービスは相手を連れてきません。
支援会社との違いも、ここで線が引けます。支援会社は人が動きます。プラットフォームは仕組みが動き、人は自社が出します。前者が「誰かが代わりにやってくれること」を買うのに対し、後者が買うのは「自社の担当者が動ける状態」です。実際にはこの中間、つまり仕組みを提供しつつ立ち上げ期の事務局業務を一部引き受ける形もあります(評価軸9「運用の担い手」で確認する項目です)。契約前に見るべきは、月額に人の稼働がどれだけ含まれているか。ここを曖昧にしたまま契約すると、想定していた伴走が「別料金のオプション」だったと後で分かります。
数字も1つ押さえておきましょう。文部科学省 科学技術・学術政策研究所(NISTEP)の全国イノベーション調査2022年調査(母集団448,348社、有効回答13,181社、参照期間2019〜2021年)では、イノベーション活動を実行した企業は51%でした。一方、実際にイノベーションを実現した企業は32%で、差は19ポイントあります(いずれも母集団に対する割合。NISTEP REPORT No.200 訂正版)。実行と実現のあいだで、何かが落ちています。プラットフォームはその落差を自動では埋めません。埋めるための手順を誰が・どの頻度で回すのかを決めるのは、導入側の仕事です。
プラットフォームの5タイプ|代表的なサービス例と、載っていないもの
オープンイノベーション関連のプラットフォームは、扱う対象で5タイプに分けられます。国内で名前の挙がることが多いサービスを先に並べると、企業マッチング型のAUBA・Creww Growth・Linkers、人材・知見ネットワーク型のSpready・ビザスク interview、アイデア・案件管理型のThrottle、技術スカウティング型のVALUENEX Radar・PatentSQUAREあたりです。企業を扱うのか、人を扱うのか、案件を扱うのか、技術情報を扱うのか。ここが違えば、日々ログインして見る画面も、社内の運用担当者も変わります。
タイプ | 主に載っているもの | 代表的なサービス例 | 向く場面 | 載っていないもの |
|---|---|---|---|---|
①企業マッチング型 | 事業会社・スタートアップの企業情報、募集テーマ、面談申込の導線 | AUBA(株式会社eiicon)/Creww Growth(Creww株式会社)/Linkers(リンカーズ株式会社。製造・技術領域に特化し、コーディネーターが候補を絞る) | 提携先候補そのものを探したい | 面談後の意思決定支援。誰と会うべきかの仮説づくりは自社側 |
②人材・知見ネットワーク型 | 現場実務者・有識者の職種/業務経験データ、対話機会の設定 | Spready(Spready株式会社=当社)/ビザスク interview(株式会社ビザスク) | 仮説の解像度が低く、まず現場の実態を聞きたい | 企業間の提携交渉。相手は個人であり企業を代表しない |
③アイデア・案件管理型(イノベーションマネジメントSaaS) | 社内公募、アイデア投稿、ステージゲート、案件ポートフォリオ | Throttle(株式会社Relic) | 社内に案件が散在し、進捗と判断履歴が追えない | 社外の相手。外部との接点はゼロから自社で作る |
④プログラム運営型 | 公募ページ、応募受付、審査ワークフロー、採択後の進捗管理 | Creww Growth(Creww株式会社。アクセラレータープログラムの開催)/Throttle(株式会社Relic。公募・審査・面談記録の管理) | アクセラレータや共創公募を年次で回す | 応募が集まる保証。母集団形成は広報・営業の実務が別に要る |
⑤技術スカウティング/情報探索型 | 特許・論文・企業技術情報の横断検索、技術領域のマッピング | VALUENEX Radar(VALUENEX株式会社)/PatentSQUARE(パナソニック) | 技術シーズを網羅的に洗い出したい | 相手へのアポイント。検索結果から先の接触は自社で行う |
サービス例は各社の公開情報(サービスサイトおよびニュースリリース。)にもとづく列挙です。1つのサービスが複数タイプにまたがることも普通に起きます。Creww Growthは企業探索と公募運営の両方を持ち、Throttleは社内公募の管理と外部プログラムの審査ワークフローを兼ねます。したがって、ロングリストを作るときは、社名ではなく「自社が使う画面はどれか」で並べたほうが早く進みます。候補を増やすなら、官公庁や自治体の共創事例集、過去のアクセラレータ採択企業の一覧、展示会のカテゴリ別出展社リストの3つを当たると、公開情報だけでタイプごとに数社そろいます。
当社Spreadyが提供しているのは②の人材・知見ネットワーク型で、企業間の資本提携や共同開発の座組みを設計する立場ではありません。仕組みの提供に加えて、立ち上げ期はテーマ設計と募集文の作成を当社側で一部引き受ける形をとっています。社内の案件管理を整えたいなら③、公募の運営負荷を下げたいなら④が近道です。自社の詰まりが②でないなら、②を入れても解けません。
タイプ別の選び方|自社の詰まりから逆算する
タイプ選びは、機能の多さではなく「いま何が起きていないか」で決まります。直近3か月で自社の共創案件が止まった場所を1つだけ挙げてみてください。それだけで、候補は2タイプ以下に絞れます。
会う相手がいないなら①または②です。ここでさらに分かれます。提携の相手企業を探しているなら①、まだ企画が固まっておらず現場の声で仮説を削りたいなら②。企画が曖昧な状態で①に入ると、面談は組めても議題が「情報交換」になり、双方の担当者の時間だけが消えていきます。
社内に案件が散らばっているなら③です。役員会のたびに資料を作り直している、去年の検討が誰のPCにあるか分からない——こうした症状が出ていれば、外部との接点より先に内部の可視化が効きます。
公募や共創プログラムを毎年回しているなら④です。応募のスプレッドシート管理と審査シートのメール往復に事務局の工数が溶けている状態は、ツールで直接的に削れる数少ない領域になります。
技術の当たりが付いていないなら⑤です。ただし検索結果は接触につながりません。⑤で候補を絞り、①②で接触する二段構えになります。
止まっている場所が「会ったが社内で判断されない」であれば、選定より先に決めるべきは判断の主体と基準のほうです。仕組みを入れても、誰がいつ判断するかが空欄の組織では、案件は同じ場所で止まり続けます。
比較で見る9つの評価軸
プラットフォームの比較軸は、機能一覧ではなく「導入後に自社の誰が困るか」から作ります。以下の9つをRFPや質問状に書いておくと、各社の回答が同じ土俵に並びます。
- 母数の中身:登録企業数・登録者数の総数ではなく、自社が会いたい業種・職種・企業規模の内訳を聞きます。総数10万でも、自社の対象セグメントが数十件なら意味を持ちません。
- 接点の作られ方:申し込んでから相手に届くまでの経路と、実際に返信が返ってくる割合。プラットフォーム側が能動的に打診するのか、掲載して待つだけなのかで、担当者の稼働は大きく変わります。
- 情報の鮮度:登録データの更新頻度と、休眠アカウントの扱いです。更新が止まったデータベースは、検索性が高いほど無駄打ちが増えます。
- 自社の開示範囲:社名を伏せて探せるのか、募集テーマの公開が前提なのか。未公表案件を抱える部署では、ここが導入可否を直接決めます。
- 社内での広げ方:アカウント数の上限、権限設計、SSOやログの取得。事業部を横断して使う想定なら、席数の追加条件を契約前に確認しておきます。
- 記録の持ち出し:面談履歴や候補企業の評価をエクスポートできるか、APIがあるか、解約後にデータがどうなるか。解約時の扱いを聞くと、そのサービスが顧客をどう見ているかも見えてきます。
- 情報管理体制:自社の外部委託先審査シートに回答してもらえるか、第三者認証(ISMS/プライバシーマーク/SOC 2等)の有無、データの保管先とアクセスログの取得範囲。ここは情報システム部門と法務のレビュー日程を直接左右します。
- トライアルの条件:無償トライアルやPoCが可能か、期間と機能制限、本契約への移行条件。試せるなら、稟議に「試した結果」を添えられます。
- 運用の担い手:事務局機能をサービス側が持つのか、自社が全部回すのか。ツール単体の契約か、運用支援込みかで、実質的な社内工数は変わります。
9軸のうち、比較段階で抜けやすいのは6番目と7番目です。導入時は誰も解約の話をしません。ですが2年後に別のタイプへ乗り換えるとき、蓄積した候補リストと面談履歴を持ち出せるかどうかが、切り替えコストのほぼすべてになります。7番目は逆に、抜けていると日程が動きません。審査シートの提出から回答が返るまでのリードタイムは各社で差が大きく、ここを後回しにすると契約日が丸ごと後ろへずれます。
課金モデルの読み方と、見積もりで確認する7項目
プラットフォームの費用は、提供内容がタイプごとに違うため、横並びの相場としては比較できません。比較できるのは金額そのものではなく、金額が動く変数と、その変数が自社の使い方と噛み合っているかどうかです。
課金の形はおおむね5つに整理できます。月額・年額の固定、アカウント席数による課金、面談や案件の件数に応じた従量、成立時の成果報酬、そして初期費用と運用費の分離型です。同じ年間予算でも、席数課金なら使う人が増えるほど増え、件数従量なら会う数を絞れば減ります。事業部を横断して展開したい会社が席数課金を選ぶと、翌年の稟議で必ず増額の説明が要ります。
見積もりを受け取ったら、金額の前に次の7項目を確認してください。
- 最低利用期間と中途解約の条件:新規事業の方針転換は年度途中に起こります。3か月で止めた場合の精算条件を、契約書の文言で確認します。
- 席数・利用部署の追加条件:追加時の単価と、年度途中の増減が可能かどうか。
- 従量部分の定義:何を1件と数えるか。申込か、面談実施か、実施後のレポート提出か。
- 成果報酬の発生条件:面談実施なのか、基本合意なのか、契約締結なのか。定義を曖昧にしたまま進めないでください。
- 含まれない作業:初期設定、社内説明会、既存データの移行、レポート作成。範囲外が別見積もりになる項目を洗い出します。
- 購買登録・与信手続の所要期間:新規取引先として自社の購買システムに登録し、与信審査を通すまでに何営業日かかるか。相手が創業数年のスタートアップだと、ここで想定外の時間を取られます。
- 稟議の区切り方:全期間を一括で通すか、半期で判断できる形にするか。判断の区切りを契約に埋め込んでおくと、社内の承認は通りやすくなります。
年度予算のサイクルとの噛み合わせも、金額の前に見ておきたいポイントです。単年度契約なのか複数年前提なのか、期中の新規稟議が通る社内ルールなのか。ここが合っていないと、条件を詰め終わってから予算枠の話で振り出しに戻ります。
導入後に止まる3つのパターンと運用設計
プラットフォームが機能しなくなる原因は、機能不足よりも運用設計にあります。導入後1年以内に利用が細る典型は、3つに絞れます。
第1に、事務局が1人しかいない場合。 導入を推進した担当者が窓口も運用も社内への周知も兼ねると、その人の繁忙期にプラットフォーム上の動きが止まります。異動が挟まれば、残るのはアカウントだけ。運用は最低2名、できれば事業部側にも利用者を置く設計にしておきたいところです。
第2に、入口だけが増える場合。 面談は増えるものの、面談後に何を判断するかが決まっていない状態です。月次の報告に「今月◯件面談」という数字だけが並び始めたら黄信号。件数ではなく「何を確かめて、結果どうだったか」を記録する欄を、運用フォーマットに入れておきます。
第3に、判断基準がプラットフォームの外にある場合。 候補企業の評価も投資判断も、結局は役員のその場の感触で決まってしまいます。この状態では、ツール上の情報は誰も見なくなります。評価軸を先に決めて、プラットフォームの記録項目と一致させる作業が要ります。
共通する予防策は、契約前に「誰が週次で見るか」を時間枠まで決めておくことです。導入から3か月たっても週次で見る人が決まっていないと、その後の利用は細りやすくなります。ツールの選定と同じ重さで、見る人の予定表に時間を確保してください。
稟議前に社内で決めておく5項目
稟議に出す前に、社内で答えを出しておく項目は5つあります。ここが空欄のまま契約すると、導入後に運用側が判断待ちで止まります。
第1に、誰が申し込めるか。 事業部の担当者が直接動けるのか、事務局を経由するのか。経由必須にすると統制は効きますが、初動が遅くなります。速度と統制のどちらを優先するかを先に決めてください。
第2に、どこまで開示するか。 社名を出して募集するのか、匿名で探索するのか。未公表の事業計画に触れる場合は、面談時に何を話してよいかの線引きを事前に文書化しておきます。
第3に、秘密保持と知財の扱い。 特許庁と経済産業省は、研究開発型スタートアップと事業会社の連携を対象としたモデル契約書を公表しています。現行版はver2.2で、2025年4月25日公表です(経済産業省ニュースリリース、条文例と解説は特許庁 オープンイノベーションポータルサイト)。あわせて公正取引委員会と経済産業省は『スタートアップとの事業連携及びスタートアップへの出資に関する指針』(2022年3月31日策定)を公表しており、事業連携で問題となり得る行為が類型ごとに整理されています(公正取引委員会)。自社の条件が該当するかどうかの判断は原文と有資格者に当たる前提ですが、大企業側の担当者は交渉に入る前にこの2つの所在を社内で共有しておくと手戻りが減ります。
第4に、情報システム部門と法務のレビューを前倒しするか。 外部委託先の審査シート、認証の確認、データ保管先の確認は、実務でもっとも日程を食う工程です。提出から回答までのリードタイムを候補各社に先に聞いておくと、稟議日から逆算した進行が組めます。
第5に、成果の測り方。 面談件数を成果指標にすると、担当者は会う数を増やす方向に動きます。判断した案件数、あるいは撤退を決めた案件数を指標に置くと、行動は変わります。プラットフォームの利用ログをそのままKPIにしないほうが賢明です。
よくある質問
Q. 代表的なプラットフォームにはどんなものがありますか?
A. タイプごとに顔ぶれが違います。企業マッチング型ではAUBA(株式会社eiicon)、Creww Growth(Creww株式会社)、製造・技術領域に特化したLinkers(リンカーズ株式会社)。人材・知見ネットワーク型ではSpready(当社)とビザスク interview(株式会社ビザスク)。社内の案件管理・公募運営はThrottle(株式会社Relic)、技術情報の探索はVALUENEX Radar(VALUENEX株式会社)などがあります(各社公開情報)。
Q. 支援会社に依頼するのと、プラットフォームを契約するのは、どう違い、どちらが先ですか?
A. 支援会社は人が動き、プラットフォームは仕組みが動きます。違いは社内に何が残るかで、前者は成果物と進行、後者は担当者が動ける状態です。週に数時間でも共創に使える人がいるならプラットフォームが機能します。担当が兼務で実務を回す時間が取れない場合は、仕組みだけ導入しても使われません。
Q. 登録企業数が多いプラットフォームほど有利ですか?
A. 総数は判断材料になりません。確認すべきは、自社が会いたい業種・職種・企業規模の登録がどれだけあるか、そのデータがいつ更新されたかです。総数が大きくても対象セグメントが薄ければ、検索の手数が増えるだけになります。
まとめ
オープンイノベーションプラットフォームの比較は、製品名の比較ではなくタイプの選択です。5つのタイプのどれを入れるかは、自社の共創案件がいま止まっている場所で決まります。相手がいないのか、社内で案件が追えないのか、公募の運営が重いのか。詰まりとタイプがずれていれば、機能の充実した製品を選んでも利用は細ります。
比較の9軸のうち、導入時に議題へ上がらないまま切り替えコストを決めるのが記録の持ち出しで、抜けていると契約日そのものを後ろへずらすのが情報管理体制です。導入後の定着は、申込権限・開示範囲・秘密保持と知財・情シスと法務のレビュー前倒し・成果の測り方という契約前の5項目を埋めたかどうかでほぼ決まります。知財と秘密保持は一次文書が公開されているので、交渉に入る前に社内で共有しておいてください。まず、直近3か月で案件が止まった場所を1つだけ挙げるところから始めます。
会う相手が企業ではなく現場の実務者で、企画の仮説をこれから削る段階でしたら、Spreadyの共創探索についてご相談ください。テーマの言語化と、会うべき相手の条件定義までを一緒に行います。
[共創探索について相談する →]
