協業相手のスタートアップを選ぶ評価項目

目次

1. 評価項目を作る前に、今回進めたい仕事を絞る
2. 必要条件と、価値を比べる項目を分ける
3. 六つの評価項目を、具体的な確認へ変える
4. 説明と証拠を分け、未確認点を残す
5. 比較する用途と条件を、候補間でそろえる
6. モデル：店舗向けサービスの二候補を比べる
7. 相手の体制と、自社の受入体制を合わせて見る
8. 企業むすびの見解：選定後の仕事と、自社の条件を返す

評価項目を作る前に、今回進めたい仕事を絞る

「良いスタートアップ」を一般的に選ぶ評価表では、候補を見ても判断が変わりにくくなります。自社が今回進めたい顧客への提供、業務での利用、共同の事業構想を具体化します。

例えば、店舗業務を支えるサービスを共同で提供したいなら、現場に使える製品があるか、顧客への導入を誰が担うかが論点になります。新しい用途を探す段階なら、仮説を相談できるか、確認に使う資源を用意できるかを見ます。

評価の目的は、会社の将来価値を独自に算定することではありません。今回の連携を検討する相手を選び、足りない情報を確かめることです。

必要条件と、価値を比べる項目を分ける

今の段階で満たす必要がある条件と、面談や検証で確認する項目を分けます。不明なものをすべて減点すると、まだ接点の少ない候補を適切に検討できません。

JR東日本の2026年秋のプログラムは、グループとの相乗効果、事業性、新規性、実証の実現可能性などを総合的に審査すると説明しています。応募要件と、複数の観点で判断する項目が分けられている点が参考になります。JR東日本スタートアップ「2026年秋募集」

自社の評価表でも、例えば情報を安全に扱えることなど、利用の前に確認する条件を明確にします。必要な条件は、自社の規程や対象業務に沿って担当部署と確認してください。

候補が現時点で条件を満たさない場合、確認の順序や利用範囲を変えれば検討できるかを考えます。必要な確認を省略するのではなく、今回の仕事に必要な条件へ具体化するという意味です。

合計点を作る前に、必須条件を外していないかを見る

新しさや価格の点数が高くても、今回必要な提供条件を満たせないなら、他の項目で補って採用するとは限りません。反対に、面談前に分からない項目をすべて0点にすると、確認すれば適合する候補を除外してしまいます。

まず、利用前に必要な条件、最初の確認で見極める不確実性、候補間で選ぶ価値に分けます。例えば店舗の現場で使うモデルなら、必要な利用環境への適合は条件、追加開発の実現性は確認事項、広い用途への展開は今回の目的に応じて比較する価値となります。

情報がない場合は、何を確かめれば条件を満たすと判断できるかを記します。満たせないと分かった場合は、用途や対象を変えられるか、今回の候補から外すかを相談します。

点数を使うなら、どの項目を今回重視するかと、点数の理由を記録します。数値を付けたこと自体を、選定の客観性や成功の保証と考えないようにしましょう。

六つの評価項目を、具体的な確認へ変える

次の表は編集部が作成した候補比較用のモデルです。投資先の価値評価や、すべての業界に共通する審査基準ではありません。

「製品がある」だけで、自社の仕事に適合すると判断しません。標準で使える範囲と、自社に合わせた追加作業を分けて確認すると、候補ごとの違いが見えます。

また、資金調達や受賞は、今回の提供内容を確認する資料とは別です。確認したいことに対して、その情報がどの判断を支えるかを考えます。

説明と証拠を分け、未確認点を残す

候補企業の担当者から聞いた説明と、自社が実物や資料で確認した内容を分けます。説明が未確認だからといって虚偽と扱うのではなく、次に確かめる項目を明示します。

例えば、「既存システムと接続できる」という説明を受けたなら、自社が必要とする接続方式や運用条件を確認します。別の環境で接続した実績があっても、自社環境の確認を代替するとは限りません。

情報の状態は、次のように整理できます。

評価表に空欄を残すことも、比較の一部です。根拠なく点数を入れるより、「この情報が分かれば、次の判断ができる」と記録する方が面談につながります。

比較する用途と条件を、候補間でそろえる

候補ごとに違う使い方を想定したまま、価格や機能数を並べても判断しにくくなります。対象の仕事、利用者、必要な機能、先方に依頼する作業を共通の条件として伝えます。

例えば、A社の見積には標準サービスの利用だけ、B社の見積には設定作業と運用支援が含まれていたら、総額だけでは比較できません。今回必要な範囲について、何が含まれ、何が自社の作業として残るかを確認します。

ただし、比較のために全社へ同じ開発を依頼する必要はありません。既存のデモや資料で判断できることを先に確認し、個別の作業が必要なら、目的と費用を相談してから依頼します。

面談では「導入できますか」より、「この用途では標準でどこまででき、どこから追加対応になりますか」と聞くと、比較する範囲が明確になります。回答は先方へ確認したうえで記録し、条件が変わったら評価も更新します。

比較表の作成日も残してください。開発中の機能や未定の条件を、現在提供できるものと混ぜないようにします。

モデル：店舗向けサービスの二候補を比べる

以下は、流通企業が店舗向けサービスの提供を検討する架空のモデルです。A社、B社は説明用であり、実在する会社や支援案件ではありません。

A社は、標準サービスで一部の業務に対応できると説明しています。B社は、広い用途を想定していますが、今回の業務には追加開発が必要と説明しています。

この違いだけでA社が優れているとは決まりません。最初に必要な用途、追加開発の重要性、自社と先方が使える人員・費用を照らし合わせます。

いずれも未確認なら、次に聞くことを決めます。将来使えそうな機能の多さより、今回の必要条件と、自社の実行可能性を優先して確認してください。

相手の体制と、自社の受入体制を合わせて見る

スタートアップの担当者が決まっていても、自社の利用部署が参加できなければ、連携の作業は決まりません。双方の準備を、同じ表で確認します。

候補企業には、どの仕事を誰が担当するか、他の案件と重なるときに何を相談できるかを聞きます。自社も、利用場所、情報、現場担当者をいつ用意できるかを示します。

長い実績や大きな組織がないことだけで、今回の仕事を進められないと決めつけないようにします。必要な提供範囲と継続対応を、具体的な担当者と条件で確認します。

一方、継続利用が重要なサービスなら、導入後の問い合わせ、停止時の対応、データの取り扱いなどを担当部署と確認します。企業規模の印象ではなく、必要な運用が成り立つかを見ます。

継続対応の確認は、利用する段階に合わせる

導入後に自社の仕事を支えるサービスなら、運用の問い合わせ、障害時の連絡、提供を終えるときのデータや業務の移行も検討材料になります。資金調達の大きさだけで、こうした対応を判断できるわけではありません。

ただし、最初の探索面談から、将来の本番運用に関する全資料を求める必要はありません。公開情報と概要で候補を絞り、実際に検討する用途と影響が分かった段階で、社内の専門部署が必要な範囲を定めます。

必要な情報が非公開なら、なぜ判断に必要か、どこまで共有したいかを候補へ伝えます。確認に追加の試作や分析を求める場合は、作業と費用を合意してから進めましょう。

企業むすびの見解：選定後の仕事と、自社の条件を返す

比較を終えるときは、今の判断に足りない情報を候補ごとに絞ります。用途が合い、次の確認を進められるなら面談へ、特定の条件だけが不明なら追加確認へ、自社の受入準備が整わないなら再検討の条件を置いて保留にします。

私たちは、候補の説明を受けるだけでなく、自社の目的、使える現場、受入作業、費用と判断予定も返すことを勧めます。スタートアップ側も、限られた人員をどの用途に使うかを選ぶ必要があるためです。

店舗向けの二候補のモデルなら、A社には標準機能で最初に扱う業務を、B社には追加開発が必要な業務と条件を相談します。自社が開発確認や現場準備を担えない場合は、その制約を伝え、現在の条件で取り組める範囲を聞きます。

候補へ伝えるのは今回の検討範囲と、次に双方で確かめる仕事です。探索の期待を採用や大規模な取引の約束へ変えず、双方が引き受けられる範囲を選びましょう。