本文へ進む
企業むすびベンチャーと大企業を、事業で結ぶ。無料登録はこちら

企業むすび コラム

PoC(事業検証)から本契約へ大企業と開始前に決める条件

PoCから本契約へ:開始前に、移行条件を決める

PoCから本契約につなげるには、検証の前に「誰が、何を見て、いつ導入を判断するか」を大企業と整理する必要があります。PoCは本格導入や事業連携に向けた小規模な検証であり、良い結果が出れば自動的に契約へ進むものではありません。

新規事業の担当者は前向きでも、実際に使う部署が参加していない。性能は確認できたものの、本番の予算や購買手続きはまだ決まっていない。こうした未決事項を実験後に初めて知ると、スタートアップは次の契約を待ちながら対応を続けることになります。

技術やサービスの評価に加えて、導入する部署、費用を負担する部署、社内で判断する人を確認しましょう。未定の項目があっても、その項目を誰がいつまでに確かめるかを決めれば、検証と並行して準備できます。

目次
  1. PoCの成功条件と、本契約の条件は別に確認する
  2. 「本契約」が何を指すかを、相手とそろえる
  3. 大企業側の四つの役割を、開始前の会議で確認する
  4. 合意表には、結果の基準と判断日を並べて書く
  5. 追加検証を頼まれたら、何の未決事項を解消するかを聞く
  6. 検証終了の報告は、次の発注の判断につなげる

PoCの成功条件と、本契約の条件は別に確認する

検証が成功したと言えることと、大企業が購入・導入できることは異なります。性能が必要水準に達しても、運用する人が決まらない、費用が予算に合わない、社内手続きを通せないという状態は残り得ます。

スタートアップ側の提案書では、次の二つを分けてください。

検証の合格条件と本契約の条件
確認すること 問いの例 合意したい状態
検証の合格条件 今回、どの機能・顧客価値・運用を確かめるか 評価項目、測り方、対象、結果を見る人が決まる
本契約の条件 その結果を踏まえて導入するには、他に何が必要か 受入部署、予算、購買・審査の手順、判断日が分かる

公正取引委員会・経済産業省の指針は、PoCの目的・終了要件に加え、共同研究開発への移行条件を明確にする方向性を示しています。これは次段階を未確定にしたまま待たないための参考になりますが、本契約の成立を保証するものではありません。スタートアップとの事業連携及びスタートアップへの出資に関する指針

この指針のPoCに関する説明は、共同研究開発への移行を主に想定しています。自社サービスの利用契約や共同販売の場合は、次に結ぶ取引を先に言葉にし、その取引に必要な条件へ置き換えて確認しましょう。

「本契約」が何を指すかを、相手とそろえる

「検証後に本契約を相談しましょう」という言葉だけでは、同じ取引を想定しているとは限りません。スタートアップは継続利用の受注、大企業は追加の開発や別の試行を考えていることもあります。

次に進む取引が分かると、必要な社内担当者を探しやすくなります。例えば、利用契約なら現場の運用責任者と購買担当者、共同販売なら販売を担う部門と、顧客対応や収益配分を整理する担当者の参加が必要になります。

最初の打ち合わせで、次の問いを置いてみてください。

  • 検証後に想定しているのは、継続利用、共同開発、共同販売のどれですか。
  • 当社に発注する主体と、費用を負担する部署はどこですか。
  • 今回の検証だけでは決められないことは何ですか。
  • その判断に、次回から参加してほしい方は誰ですか。

答えが未定でも、無理に約束を取り付ける必要はありません。探索としての検証なのか、導入候補を評価する検証なのかを区別し、自社が使える工数と費用に見合うかを判断します。

大企業側の四つの役割を、開始前の会議で確認する

大企業の窓口担当者だけでは、導入に必要な判断をすべて担えない場合があります。肩書の高さではなく、今回の仕事について何を決められる人かを見ます。

次の表は、導入の準備に使う役割整理の例です。一人が複数を担う場合や、業種・取引によって別の担当が加わる場合もあります。

導入準備に関わる役割と確認事項
役割 確認する内容 スタートアップからの聞き方
事業を進める担当者 検証の目的、社内調整、次の会議 「この結果を社内で検討するとき、どなたに共有しますか」
導入を受け入れる部署 利用場面、現場の負担、運用する人 「導入後に実際に使う方にも、開始前に確認いただけますか」
予算を判断する人 支出の目的、予算枠、承認に必要な材料 「本番の費用はどの予算で検討し、何を示す必要がありますか」
購買・審査の担当者 取引先登録、契約、必要な審査 「発注までに必要な手続きと、担当窓口を教えていただけますか」

イノベーション総研は、これらの役割が見えないまま実験だけを進めないことを勧めます。大企業の事業担当者と共に、誰の確認が必要かを整理し、まだ参加していない人の懸念を先に集めます。

例えば、情報システム部門の確認が後で必要になるなら、検証終了後に初めて資料を渡すより、開始前に確認事項を聞く方法があります。必要な条件は企業と利用形態で異なるため、一般的なチェックリストだけで完了扱いにしないでください。

合意表には、結果の基準と判断日を並べて書く

合意表は、すべてを開始前に確定するための書類ではありません。確定したこと、未定のこと、確認する担当者を同じ場所で見られるようにする道具です。

以下は、商業施設に案内サービスを導入する場合の説明用モデルです。実際の案件の合意内容や成果を示すものではありません。

検証前の合意表:記入例
項目 開始前に整理する内容の例
導入したい業務 対象施設の案内業務。どの利用場面を対象にするかを合意
検証の評価 合意した場面での利用状況と、現場で運用できるかを確認
本番の利用範囲 一施設で継続するか、他施設へ広げるかは別に判断
費用の見通し 継続利用料、必要な設定、運用支援を区分して提示
受入部署 現場の運用責任者が確認。未定なら窓口担当者が社内確認
発注の準備 取引先登録、契約・審査、予算の確認を担当者に依頼
判断する日 検証結果を共有する会議の日程と、社内判断の予定を設定
判断の選択肢 導入、追加確認、保留、終了。それぞれ理由と次の担当を記録

評価項目には、測り方と、誰が評価するかを添えます。「好評だった」「問題なく動いた」という感想だけでは、後から別の人が導入を判断するときに根拠が不足します。

一方で、まだ確かめていない性能や売上を、導入の約束と引き換えに保証しないようにしましょう。事業上の判断条件を整理したうえで、具体的な契約の拘束力や責任は法務担当者・弁護士に確認します。

追加検証を頼まれたら、何の未決事項を解消するかを聞く

追加検証は、必ずしも停滞を意味しません。新しい現場で使う条件を確かめるなど、導入判断に必要な理由が明確なら、次の仕事として検討できます。

確認したいのは、追加で分かることと、その後に決められることです。先ほどのモデルで他施設へ対象を広げるなら、最初の施設では分からなかった何を確認するのか、誰が必要としているのかを聞きます。

「もう少し試したい」という依頼には、次のように返せます。

追加で確認したい点と、確認後に判断できることを整理させてください。その内容に合わせて、今回の検証とは別の範囲・期間・費用をご提案します。

条件がそろわず、判断の予定も置けない場合は、継続対応をいったん区切ることも選択肢です。再開に必要な条件と連絡窓口を残せば、関係を維持しながら自社の工数を配分できます。

検証終了の報告は、次の発注の判断につなげる

終了報告では、結果の説明に加えて、導入のために残った作業を示します。性能評価だけの資料では、相手が予算や現場の運用を検討する材料が足りないことがあります。

報告の最後に、「分かったこと」「残った条件」「次に必要な発注・社内確認」を分けて載せましょう。担当者、判断する人、予定日が更新されているかを、会議で確認します。

スタートアップの経営者は、追加対応を受ける前に、前回より導入の見通しが具体化したかを見てください。実験の回数より、誰が何を決めるかが明確になったかが、次の投入を判断する材料になります。

検証そのものを有償で提案する際の費用設計は、イノベーション総研の有償PoCの解説も参考になります。