PoC契約とは｜無償PoC・知財帰属・成果物で揉めない実務

「まずは小さく試しましょう」と始めた検証が、いつの間にか個別開発になっています。終了時には、事業会社は報告書まで受け取れると考え、協力企業はデモを見せれば完了だと考えていました。PoCで起きる衝突の多くは、着手後に期待を足した結果です。

PoC契約とは、限定した検証の目的、作業、費用、成果、終了条件を着手前に合意する契約です。製品完成や本導入を約束するのではなく、何を確かめ、どの条件なら次へ進むかをそろえます。

この記事では、NDAとの違い、PoC契約の主要項目、無償PoCの負担、知財・成果物・データの分け方、変更・中止、法務レビューへ渡す手順を解説します。

PoC契約とは｜NDAや共同開発契約との違い

PoC契約とは、概念実証という限定的な検証について、当事者の役割や条件を定める合意文書です。実際にどの契約類型になるかは、契約書の名前ではなく、合意した業務と義務の中身をもとに法務・弁護士が判断します。

PoCでは、技術が対象環境で動くか、顧客候補が対価を払うか、現場の運用に組み込めるかなど、未確定の仮説を限られた条件で確かめます。検証対象と判定方法を狭く定義しなければ、期待だけが製品開発へ膨らみます。

NDAとPoC契約の条件を分ける

NDAでは、秘密情報の範囲、利用目的、管理、返却・削除などを確認します。PoCの作業範囲、費用、成果物、知的財産権、中止判断までNDAだけで合意できているとは限りません。

共同研究・共同開発との境界も、書面の名称だけでは決まりません。PoCの途中で新しい技術を作り込み、役割や成果の帰属が複雑になったなら、次の契約へ切り替える条件を確認します。

民法第632条は請負を仕事の完成を目的とする契約として定めています。同法第643条は委任、第656条は準委任の根拠です。PoC支援がどれに当たるかは、引き受けた義務と条項の中身で決まります。自社の案件については法務・弁護士へ確認してください。

PoC契約を結ぶタイミング｜検証開始前に合意する

担当者が「簡単なデモ」のつもりでも、技術担当が相手環境へ接続し、専用機能を実装すれば作業と費用は始まっています。PoC契約は、試作品の開発、データ提供、対象者への接触などが始まる前に合意します。

最初の情報交換ではNDAを先に結び、検証内容が固まった時点でPoC契約へ進む流れもあります。ただし、机上検討、標準デモ、相手専用の改修の境界を明確にしなければ、先行作業の価値を後から決める交渉になります。

契約締結を待つ間も検討するなら、先行してよい作業と着手してはいけない作業を文書で分けます。たとえば、公開情報を使う机上検討は可、相手データへの接続や個別開発は不可、といった線引きです。

探索、PoC、本開発・導入を段階で分け、各段階の目的、予算、承認者、次へ進む条件を決めてください。一度の契約で本導入まで決め切ろうとするより、今の検証範囲を守ることが先です。

PoC契約で確認する項目｜目的から中止条件まで

検証目的だけが詳しい一方、費用と成果物は「別途協議」になっています。この状態では、結果が出るほど認識差が広がります。目的、作業、判定、対価、成果、終了を一続きで確認してください。

条項数を増やすことが目的ではありません。何を測り、そのために誰が作業し、何を渡し、どの条件なら終えるかという流れを崩さないことが重要です。

特許庁と経済産業省は、研究開発型スタートアップと事業会社の連携を対象とした「オープンイノベーション促進のためのモデル契約書」を公開しています。2025年4月25日にはver2.2が公表されています。自社の案件とどこが違うかを法務と話し合うときの参照資料として使えます。

無償PoC契約で確認する対価と負担

「PoCだから無料で」と依頼した後、専用改修、複数部門との調整、現地運営、分析報告まで求めれば、協力企業の負担は膨らみます。金銭の支払いがない場合も、条件確認は減りません。

公正取引委員会・経済産業省の「スタートアップとの事業連携及びスタートアップへの出資に関する指針」は、PoC契約の問題事例を整理し、無償で実証実験を求める行為も取り上げています。自社の案件が法令上どう評価されるかは、取引関係と条件をもとに弁護士へ確認してください。

無償とするなら、双方の負担と得られる価値を具体化します。標準機能のデモに限定し、個別開発は行いません。検証場所は事業会社が提供します。協力企業が結果を自社開発へ使える範囲を決め、事例公表は別途の合意事項です。これなら、無償範囲を社内でも説明できます。

追加依頼の承認方法も必要です。当初範囲に含むか別見積にするかを、事業責任者、予算承認者、調達担当の誰が決めるのかまで先に決めておき、期限のない個別開発へ広がるのを防ぎます。

PoC契約では知財・成果物・データを分ける

「成果は発注者へ帰属する」と一文で書いても、報告書、ソースコード、検証データ、検証前から持つ技術が同じ扱いになるとは限りません。知財、成果物、データを分けます。

既存資産と検証中の成果を分ける

PoC前から保有する技術、ソースコード、設計、ノウハウ、商標を特定します。そのうえで、相手に認める利用目的、期間、方法を確認し、本導入後の利用条件と切り分けてください。

検証中に生まれた改良、発明、分析手法、画面、資料は、種類を列挙し、帰属と利用許諾を分けて検討します。誰が作ったか、共同作業か、どの既存資産を使ったかを示し、弁護士・知財部門へ渡します。

提出物とデータ利用を別々に確認する

成果物は、検証報告書、試作品、設計ファイル、ソースコード、検証ログ、生データなど、提出を期待する物を具体名で書きます。画面デモの閲覧とソースコードの受領は同じではありません。

データは、事業会社が提供する入力データ、PoCで取得する測定データ、加工・分析したデータに分けます。利用目的、アクセスする人、外部ツールへの入力、再委託先への提供、終了時の返却・削除、加工後の利用を確認してください。

個人情報や営業秘密を扱う場合は、関連法令、社内規程、NDA、情報セキュリティ審査との整合を自社の所管部門と有資格者へ確認します。

PoC契約は変更・不成立・終了後を先に書く

検証が不調なのに、誰も中止を決められず、会議だけが続く場合があります。PoC契約では成功時より先に、仮説が外れたときの処理を決めます。

対象ユーザーの変更、代替指標への切替え、試作品の縮小などが生じたら、提案者、承認者、費用・日程への反映、変更履歴の残し方を定めます。担当者だけで決められる範囲と、責任者の再承認が必要な範囲を分けてください。

中止条件は、技術的な実施不能だけではありません。必要なデータが出ない、相手の確認が期限までに終わらない、セキュリティ審査を通過しない、対象者を確保できない場合もあります。通知、代替案の検討期間、実施済み作業の精算、成果物の引渡しを決めます。

本導入へ進まない場合も、社内共有、営業資料、プレス発表、社名・ロゴ、コメント引用の扱いが残ります。「検証に参加した」という事実が導入実績や推奨に見えないよう、用途ごとに同意を取ってください。

本導入へ進む場合は、PoC契約を延長するだけでなく、開発・利用・保守など次段階の条件へ切り替えます。PoC費用の扱い、限定利用を商用利用へ広げる条件、成果物の引継ぎを確認します。

PoC契約を法務レビューへ渡す実務手順

契約書の空欄だけを法務へ送り、「確認してください」と頼むだけでは、法務が検証計画まで聞き直すことになります。事業側が6つの前提を一枚にまとめてから渡します。

1. 検証の問いを一文にします。 何を確かめ、何は確かめないのかを書きます。
2. 双方の作業と提供物を並べます。 担当者、試作品、データ、環境、対象者、会議、報告を時系列で置いてください。
3. 費用と成果の対応を示します。 作業対価、実費、追加作業、成果物、確認方法を照合します。
4. 知財・データの一覧を作ります。 既存資産、新たな成果、提出物、入力・取得データを分けます。
5. 変更・中止・移行を決めます。 承認者、精算、返却・削除、公表、本導入へ移る条件を決めます。
6. 法務・知財・情報管理へ同じ資料を回します。 部門ごとに違う前提を渡さないことが重要です。

法務への質問も、「無償範囲と追加費用の境界」「既存技術の限定利用」「検証データの削除」「本導入へ進まない場合の精算」のように具体化します。弁護士は条項の適否とリスクを確認し、検証目的と予算の優先順位は事業責任者が決めます。

モデル契約書を参照するときも、案件に合わない条項を削るだけで終えません。なぜ差し替えるのか、相手へどの負担が移るのか、現場が実行できるかまで確認します。

まとめ｜PoC契約の交渉を検証設計の一部にする

PoC契約の役割は、失敗の責任を相手へ押しつけることではありません。限られた検証を進め、結果が出た後の選択肢を残すことです。

着手前に、検証目的、双方の作業、期間、判定方法、対価、成果物、知財・データ、変更・中止、終了後の利用を確認してください。無償PoCでも項目は減りません。金銭以外に提供する技術、データ、工数、公表価値を明示します。

契約交渉で決められない項目は、検証設計でも決まっていない項目です。法務へ契約書を渡す前に、検証の問いと作業の流れを一枚にまとめてください。その準備が、PoCを終わらない試作から判断できる検証へ変えます。