協業相手のスタートアップは、今回進めたい仕事との適合と、実際に確認できた情報で選びます。会社の知名度や資金調達額だけで順位を付けず、提供できるもの、必要な検証、双方の実行体制を比較しましょう。
大企業が候補を探すとき、事業の面白さと、今の自社が連携を始められることは同じではありません。優れた技術やサービスでも、自社の顧客、利用環境、実行する部署と合うかを確認する必要があります。
このコラムでは、複数の候補を並べ、次に何を確かめるかを決める方法を整理します。自社が用意する条件も評価表へ入れ、一方的に相手へ準備を求めないようにします。
目次
評価項目を作る前に、今回進めたい仕事を絞る
「良いスタートアップ」を一般的に選ぶ評価表では、候補を見ても判断が変わりにくくなります。自社が今回進めたい顧客への提供、業務での利用、共同の事業構想を具体化します。
例えば、店舗業務を支えるサービスを共同で提供したいなら、現場に使える製品があるか、顧客への導入を誰が担うかが論点になります。新しい用途を探す段階なら、仮説を相談できるか、確認に使う資源を用意できるかを見ます。
評価の目的は、会社の将来価値を独自に算定することではありません。今回の連携を検討する相手を選び、足りない情報を確かめることです。
必要条件と、価値を比べる項目を分ける
今の段階で満たす必要がある条件と、面談や検証で確認する項目を分けます。不明なものをすべて減点すると、まだ接点の少ない候補を適切に検討できません。
JR東日本の2026年秋のプログラムは、グループとの相乗効果、事業性、新規性、実証の実現可能性などを総合的に審査すると説明しています。応募要件と、複数の観点で判断する項目が分けられている点が参考になります。JR東日本スタートアップ「2026年秋募集」
自社の評価表でも、例えば情報を安全に扱えることなど、利用の前に確認する条件を明確にします。必要な条件は、自社の規程や対象業務に沿って担当部署と確認してください。
候補が現時点で条件を満たさない場合、確認の順序や利用範囲を変えれば検討できるかを考えます。必要な確認を省略するのではなく、今回の仕事に必要な条件へ具体化するという意味です。
六つの評価項目を、具体的な確認へ変える
次の表は編集部が作成した候補比較用のモデルです。投資先の価値評価や、すべての業界に共通する審査基準ではありません。
| 評価すること | 候補企業へ確認する内容 | 自社が確認する内容 |
|---|---|---|
| 事業の適合 | 今の顧客と提供価値、提案する用途 | 自社の対象顧客や仕事との接点 |
| 提供できる範囲 | 現在の製品と追加対応の範囲 | 必要な機能と、今は不要な機能 |
| 確認できる証拠 | 実物、デモ、条件を説明できる資料 | 自社の環境で追加確認する点 |
| 実行する体制 | 担当者、提供・運用する仕事 | 受入部署、日常の運用、判断する人 |
| 費用と日程 | 今回の見積条件、着手に必要な準備 | 予算、実施できる時期、依存する社内確認 |
| 継続・展開 | 継続利用や対象拡大に必要な条件 | 追加の予算・担当部署、顧客対応 |
「製品がある」だけで、自社の仕事に適合すると判断しません。標準で使える範囲と、自社に合わせた追加作業を分けて確認すると、候補ごとの違いが見えます。
また、資金調達や受賞は、今回の提供内容を確認する資料とは別です。確認したいことに対して、その情報がどの判断を支えるかを考えます。
説明と証拠を分け、未確認点を残す
候補企業の担当者から聞いた説明と、自社が実物や資料で確認した内容を分けます。説明が未確認だからといって虚偽と扱うのではなく、次に確かめる項目を明示します。
例えば、「既存システムと接続できる」という説明を受けたなら、自社が必要とする接続方式や運用条件を確認します。別の環境で接続した実績があっても、自社環境の確認を代替するとは限りません。
情報の状態は、次のように整理できます。
| 状態 | 記録すること | 次の対応 |
|---|---|---|
| 公開資料や実物で確認 | 確認した資料と条件 | 自社用途にも当てはまるか照合する |
| 候補企業から説明を受けた | 誰から、何を聞いたか | 必要な範囲の資料や確認機会を相談する |
| 自社が考えた仮説 | 想定する使い方と根拠 | 候補企業と現場へ確認する |
| 情報がない | 不明な条件と、判断に必要な理由 | 次の面談で優先して聞く |
評価表に空欄を残すことも、比較の一部です。根拠なく点数を入れるより、「この情報が分かれば、次の判断ができる」と記録する方が面談につながります。
比較する用途と条件を、候補間でそろえる
候補ごとに違う使い方を想定したまま、価格や機能数を並べても判断しにくくなります。対象の仕事、利用者、必要な機能、先方に依頼する作業を共通の条件として伝えます。
例えば、A社の見積には標準サービスの利用だけ、B社の見積には設定作業と運用支援が含まれていたら、総額だけでは比較できません。今回必要な範囲について、何が含まれ、何が自社の作業として残るかを確認します。
ただし、比較のために全社へ同じ開発を依頼する必要はありません。既存のデモや資料で判断できることを先に確認し、個別の作業が必要なら、目的と費用を相談してから依頼します。
面談では「導入できますか」より、「この用途では標準でどこまででき、どこから追加対応になりますか」と聞くと、比較する範囲が明確になります。回答は先方へ確認したうえで記録し、条件が変わったら評価も更新します。
比較表の作成日も残してください。開発中の機能や未定の条件を、現在提供できるものと混ぜないようにします。
モデル：店舗向けサービスの二候補を比べる
以下は、流通企業が店舗向けサービスの提供を検討する架空のモデルです。A社、B社は説明用であり、実在する会社や支援案件ではありません。
A社は、標準サービスで一部の業務に対応できると説明しています。B社は、広い用途を想定していますが、今回の業務には追加開発が必要と説明しています。
この違いだけでA社が優れているとは決まりません。最初に必要な用途、追加開発の重要性、自社と先方が使える人員・費用を照らし合わせます。
| 確認する項目 | A社について確かめること | B社について確かめること |
|---|---|---|
| 最初の用途 | 標準機能で必要な仕事を満たせるか | 追加開発が必要な機能を絞れるか |
| 提供の時期 | 自社環境の確認と準備に何が必要か | 開発の前提条件と担当者が決まるか |
| 自社の負担 | 現場が標準の運用へ合わせられるか | 要望の整理や開発確認を誰が担うか |
| 継続・拡大 | 対象を広げるときに何が変わるか | 追加成果をどの条件で利用できるか |
いずれも未確認なら、次に聞くことを決めます。将来使えそうな機能の多さより、今回の必要条件と、自社の実行可能性を優先して確認してください。
相手の体制と、自社の受入体制を合わせて見る
スタートアップの担当者が決まっていても、自社の利用部署が参加できなければ、連携の作業は決まりません。双方の準備を、同じ表で確認します。
候補企業には、どの仕事を誰が担当するか、他の案件と重なるときに何を相談できるかを聞きます。自社も、利用場所、情報、現場担当者をいつ用意できるかを示します。
長い実績や大きな組織がないことだけで、今回の仕事を進められないと決めつけないようにします。必要な提供範囲と継続対応を、具体的な担当者と条件で確認します。
一方、継続利用が重要なサービスなら、導入後の問い合わせ、停止時の対応、データの取り扱いなどを担当部署と確認します。企業規模の印象ではなく、必要な運用が成り立つかを見ます。
面談・追加確認・保留のどれに進めるかを決める
比較を終えるときは、全候補へ同じ量の追加資料を求めないようにします。今の判断に足りない情報を、候補ごとに絞ります。
用途が合い、次の確認を進められるなら面談へ進みます。特定の条件だけが不明なら追加確認へ、自社の受入準備が整わないなら再検討の条件を置いて保留にします。
候補企業へ伝えるときは、今回の検討範囲と、次に何を確認するかを明確にします。検討中の期待を、採用や大規模な取引の約束として伝えないことが大切です。