PoC契約書で整理する7つの論点｜事業担当者の確認事項

結論｜PoC契約書は「検証」と「取引条件」を7論点で分ける

PoC契約書を検討するときは、条文の言い回しから始めるのではなく、検証の目的と実際に行う業務を具体化します。技術担当、事業担当、相手企業、法務が同じ前提を見られる状態を作ることが出発点です。

最初にそろえるのは、目的・範囲、役割、成果物、知財・データ、秘密情報、費用・期間、次段階の7論点です。 これらは契約条項のひな型ではなく、個別契約について専門家へ相談する前の事実整理です。

表の7論点を一度に完成させる必要はありません。未確定の項目には、確認する相手と期限を付けます。空欄を隠さず見えるようにすることが、契約締結直前の手戻りを減らすポイントです。

公正取引委員会・経済産業省のスタートアップとの事業連携及びスタートアップへの出資に関する指針（2026年2月改正）は、NDA、PoC、共同研究、ライセンスの段階ごとに、取引上の課題と改善の方向を整理しています。ここから事業担当者が学ぶべきことは、契約名だけを決めるのではなく、現在の段階と次の段階を区別することです。個別案件の法的評価は事情により異なるため、公式資料も一律に当てはめず、案件の事実を専門家へ渡して確認します。

イノベーション総研の調査では、PoC・顧客ヒアリング段階が最大の滞留点

大企業の新規事業に関わった888名を対象とした2026年4月調査では、到達段階が「PoC・顧客ヒアリング」の回答が24.7％で最も多く、経営層と合意したKPIが実際の判断に機能している回答は28.6％でした。

契約書だけが停滞の原因とは言えません。ただ、イノベーション総研はこの結果から、PoCを「実験の実施」だけで終わらせず、誰がどの証拠を受け取り、継続・修正・中止を決めるかまで開始前に設計する必要があると考えています。

PoC契約書では「検証の成功」と「業務の完了」を分ける

PoCは、まだ答えが分からない仮説を限られた条件で確かめる活動です。期待した性能や事業成果が得られないことも、前提を見直すための有効な結果になり得ます。

PoCでは「良い結果が出たか」と「合意した作業を終えたか」を別々に確認します。 二つを混ぜると、検証結果が期待未達だっただけなのに業務が未完了と扱われたり、反対に必要な報告が不足しているのに成功数値だけで完了したりします。

たとえば、評価用データが予定どおり提供されず測定できなかった場合、直ちに仮説が否定されたとはいえません。何が不足し、どの作業に影響し、追加取得が必要かを記録し、変更の可否を確認します。

検証条件を先に固定する

評価指標だけでなく、対象環境、データ範囲、測定期間、比較対象、除外条件をそろえます。同じ指標名でも条件が違えば結果の意味は異なるものです。条件変更があれば、変更前後を同じ結果として混ぜず、履歴を残します。

PoCとは何かでは概念と進め方を整理しています。本記事では、その検証を外部当事者と実施するときに、契約協議へ渡す事実へ範囲を絞ります。

完了を確認できる提出物に分ける

「成果物一式」では、提出されたか判断できません。報告書、結果ログ、試作品、設定情報、操作記録などに分け、形式、提出時期、確認者を置きます。提出物に含めない作業や、本番利用できないものも確認対象です。

結果報告の構成はPoC報告書の書き方も参照してください。契約前の整理では、報告書に何の証拠を載せ、誰が確認し、次の判断へ渡すかを決めます。

PoC契約書へ渡す目的・範囲は「対象外」まで書く

「技術の可能性を検証する」という表現だけでは、どこまで作業するか判断できません。事業担当者は、検証する問い、対象条件、今回実施する作業を分けて書きます。

目的は一文、範囲は具体物、対象外は誤解されやすい期待として整理します。 これにより、追加要望が出たときに、当初範囲か、変更協議が必要かを確認しやすくなります。

この表を使い、まず検証目的と対象外を事業責任者が確定し、実施作業と評価方法を技術担当へ確認します。残る未確定事項は、契約協議へ持ち込む前に担当者と期限を付けてください。

対象と対象外を対で書く

対象に「特定部門の評価環境」と書くなら、対象外に「本番環境と他部門への展開」を置きます。試作品を扱うなら、本番品質、保守、稼働保証を含むかを確認します。対象外は責任回避のためではなく、現在の検証と将来の提供を混同しないための境界です。

要望が増えたときの入口を決める

追加要望を一律に拒否する必要はありません。検証目的に必要か、成果物・データ・期間・費用へ影響するかを見て、決められた承認者が判断する流れが基本です。口頭依頼をそのまま作業へ変えず、事実と判断を残します。

PoCの範囲は、計画段階の評価指標とも連動します。実行計画を整理するときはPoCの進め方を参照し、契約側では相手との役割と提出物へ具体化してください。

役割分担は「作業者・確認者・決裁者」で分ける

PoCでは、提供側の作業だけでなく、相手企業によるデータ提供、現場調整、環境準備、結果確認が必要です。どれか一つが遅れると、限られた期間で十分な検証ができません。

役割分担は担当者名だけでなく、用意するもの・期限・受取人・未充足時の確認方法まで置きます。 部門名だけで止めず、実務上の連絡先と判断者を分けます。

役割表を埋めたら、開始日に必要な条件がそろうかを確認します。担当者だけが決まり、データ提供期限や変更承認者が空欄なら、開始後に止まる可能性が残っています。

開始条件をチェックする

締結日だけで開始を判断せず、必要なデータ、環境、アカウント、人員、社内承認がそろっているかを確認します。機密性の高いデータや個人情報を扱う可能性がある場合は、事業担当者だけで利用可否を決めません。

開始条件が一部満たされないときは、延期、代替データ、範囲縮小のどれにするかを判断します。日程だけを維持し、評価条件を黙って変えると、結果の解釈と費用の両方が曖昧になります。

作業担当と判断者を分ける

実験を行う人が、追加費用や次段階の投資を決めるとは限りません。日々の窓口、成果物の確認者、変更承認者、最終判断者を分けると、現場の善意だけで範囲が広がることを防げます。

相手企業側にも同じ役割を置きます。双方の判断者が結果報告へ参加できない場合は、誰がどの資料を渡し、いつ回答を得るかを先に決めます。

成果物・既存知財・生成物・データを一括りにしない

PoCでは、開始前から各社が保有する技術やノウハウと、検証中に作成するレポート、試作品、結果ログなどが同時に扱われます。すべてを「成果物」や「データ」と呼ぶと、利用目的や確認先が分かりません。

持込み資産、作業成果、評価データ、結果情報を分け、誰が何のために使う想定かを事実として整理します。 帰属や利用許諾の法的な設計は、その整理を基に専門家が個別案件で確認します。

この分類を基に、実際に扱うものだけを案件一覧へ残します。項目名ではなく、具体的なデータ名、資料名、システム名まで書くと、利用範囲と管理条件を確認しやすくなります。

利用したい行為を列挙する

「利用できる」という言葉だけでは、社内評価、製品改善、営業資料、学習、第三者提供、公表のどれを含むか分かりません。事業側は、検証中、終了後、事業化後に予定する行為を分けて列挙します。

利用予定が未定でも、未定と書き、誰がいつ判断するかを置きます。将来使う可能性があるという理由で範囲を広く決めるのではなく、事業計画と情報管理の実態を専門家へ伝えます。

データの流れを可視化する

提供元、受取先、保存場所、アクセス者、加工、出力、返却・削除までを一本の流れで書きます。外部クラウド、委託先、国外拠点を使う場合は、その事実も早めに共有します。

オープンイノベーションでは、協業相手との知財や成果の扱いが事業化に影響します。オープンイノベーションとは何かも参照し、契約検討と事業設計を別々に進めないようにしてください。

NDA締結後も共有範囲と終了時の処理を決める

秘密保持契約を締結済みでも、今回のPoCで扱う情報、利用目的、共有先が自動的に決まるわけではありません。既存の取り決めが今回の当事者と作業をカバーするかを確認します。

秘密情報は広さだけでなく、検証に必要な共有が管理可能な形で行えるかを確認します。 対象情報、開示者、受領者、目的、社内外の共有先、保存場所、終了時処理を並べます。

証拠ごとに共有範囲を確認する

仕様書、サンプル、顧客データ、試作品、結果ログ、報告書では、共有する相手と管理方法が異なります。資料単位または情報群単位で、誰が受け取り、誰まで閲覧し、どこへ保存するかを整理します。

共同作業へ委託先やクラウド事業者が関わる場合は、その存在を後から伝えないようにします。再委託や外部サービスの利用可否は、情報管理と契約の両面から専門家へ確認します。

終了時の扱いを開始前に想定する

PoCが継続、追加検証、中止のどれになっても、情報の返却・削除・保持が必要になります。結果の再現や監査のために一部を保持したい場合は、目的、対象、期間、管理者を整理します。

削除できないバックアップやログがある場合も、実態を専門家へ伝えます。実行できない処理を前提にせず、利用環境と運用手順を確認したうえで個別の扱いを決めます。

費用・期間は変更と中止の判断手順まで決める

PoCの費用は、技術者の作業だけでなく、環境、機材、データ処理、移動、外部サービス、結果報告などから構成されます。無償や低額のPoCでも、含む作業と含まない作業を曖昧にしないことが重要です。

金額だけでなく、何の作業と証拠取得に対価が対応するかを整理します。 追加作業、日程変更、中止が生じたときに、影響を確認し、承認してから進める流れを置きます。

費用の一般的な構造はPoCの費用相場、有償化の考え方は有償PoCの進め方で整理しています。本記事では相場ではなく、作業・提出物・変更との対応を契約協議へ渡します。

変更は四つの順で確認する

まず要望と理由を記録し、次に検証目的へ必要かを確認します。その後、成果物、データ、期間、費用への影響を整理し、決められた承認者が判断してから着手します。

小さな変更でも、評価条件に影響すれば結果の比較ができなくなることがあります。作業量だけで判断せず、検証結果の意味が変わるかを技術担当と事業責任者が確認します。

中止時に残る作業を分ける

作業停止、提出済み成果物の確認、費用精算、情報処理、機材返却、未確認事項の記録は別の作業です。「中止」で一括りにせず、担当者と期限を置きます。

結果が期待未達でも、合意した範囲の業務が完了している場合があります。支払いや責任について事業担当者だけで結論を出さず、契約書と実施事実を法務・専門家へ示してください。

PoC契約書に事業化後の条件まで混ぜない

PoCの結果報告後に「社内で検討します」とだけ残すと、判断者不在のまま時間が過ぎます。開始前から、誰が、いつ、何の証拠で次の行動を決めるかを置きます。

終了時には、検証判断、契約上の処理、事業への引継ぎを三つに分けます。 結果が良い場合にも、本番運用、提供体制、購買、セキュリティ、採算が確認済みとは限りません。

次の選択肢を先に置く

代表的な選択肢は、本番導入、共同研究開発、追加検証、対象変更、一時保留、終了です。選択肢ごとに必要な証拠と受取人を置くと、結果報告が説明会だけで終わりません。

追加検証へ進む場合は、同じPoCを繰り返さず、前回何が未確認だったか、条件をどう変えるかを明確にします。本番へ進む場合は、限定環境と実運用の差を洗い出し、PoC契約をそのまま延長する前提にしません。

三つの束で引き継ぐ

第一は、仮説、結果、未確認事項という検証の束です。第二は、成果物、費用、情報、データという終了処理の束です。第三は、運用体制、追加開発、購買、投資という次段階の束です。

PoCから事業化する方法では、本番移行の条件を詳しく解説しています。PoC契約の整理から、次の受取人と判断期限を渡してください。

公的なモデル契約を参考資料として使う

特許庁のオープンイノベーションポータルサイトには、2025年4月改訂のOIモデル契約書ver2.2として、新素材編とAI編のPoC契約書、タームシート、逐条解説が掲載されています。自社案件に近い分野と現在の段階を選び、共同研究開発や利用契約へ進む条件と混同しないための参考にできます。

モデル契約は論点と選択肢を知るための参考資料です。仮想の取引や当事者を前提としているため、自社案件へそのまま適用できるとは限りません。対象分野と版を確認し、実際の事業モデル、技術、データ、役割を専門家へ伝えます。

法務へ渡す確認シートは「確定・案・未定」で管理する

法務相談を早めるには、契約書の完成案を事業部だけで作るより、案件の事実と未確定事項を一枚にまとめます。専門家が事業の意図を確認できるよう、抽象語を実際の作業や情報へ置き換えます。

確認シートの目的は答えを先に決めることではなく、専門判断に必要な事実を欠けなく渡すことです。 各欄に「確定」「案」「未定」を付け、未定には確認者と期限を置きます。

INPITの知財総合支援窓口 契約書ひな形でも、ひな形を自社のビジネスモデルや契約目的に照らして確認し、必要に応じて専門家へ相談するよう案内しています。確認シートは、ひな形を置き換えるものではなく、その検討に必要な案件情報を整える道具です。

一行一論点で未確定を残す

一つの欄へ複数の論点を詰めると、どこまで確認できたか分かりません。たとえば「データ」は、提供元、内容、目的、保存場所、アクセス者、終了時処理へ分けるのが基本です。分からない項目は空欄にせず、未定と判断期限を記録します。

相談後の変更を履歴にする

契約協議で事業条件が変わったら、確認シートも更新します。契約書だけが最新になり、実施計画や評価条件が古いまま残ることを防ぎます。変更日、理由、影響、承認者を短く記録してください。

PoC契約書で避けたい5つの進め方

PoC契約の問題は、法務確認が厳しいことではなく、事業側の前提が曖昧なまま締結直前へ持ち込まれることで起きやすくなります。よくある進め方と、先に直すポイントを整理します。

契約協議が止まったときは、催促する前に、目的・範囲・役割・対象情報のどこが未確定かを確認します。 専門家が判断できない原因を、契約文面だけの問題にしないことが重要です。

該当する進め方があれば、契約文面を直す前に、右列の事実整理へ戻ります。複数に当てはまる場合は、目的・範囲と役割から順に確定すると、後続の成果物や費用も整理しやすくなります。

1．NDAだけでPoCを始める

NDAは秘密情報の扱いを考える重要な資料ですが、作業範囲、対価、成果物、知財、終了後の処理まで自動的に決めるものではありません。PoCの準備には、NDAの対象と期間を確認したうえで、7論点を別に整理します。

2．「まず試す」で範囲を決めない

速さを優先しても、対象と対象外がなければ、追加要望と当初作業を区別できません。最初の一文で「何の判断に使うPoCか」を決め、対象環境、利用者、データ、実施期間を具体物で書きます。

3．検証成功と業務完了を同じ条件にする

仮説が否定されても、合意した検証と報告が完了していることはあります。反対に、期待値に近い数値が出ても、測定条件やログが不足していれば次の判断には使えないでしょう。評価結果と提出物の受領は、別々に記録してください。

4．データと成果物を一括りにする

提供データ、加工データ、結果ログ、報告書、新たな発明では、利用目的と確認先が異なります。「データ一式」「成果物一式」で済ませず、名称、提供元、保存場所、アクセス者、終了後の扱いまで分けます。

5．結果報告後の判断者を置かない

報告会の開催だけを終点にすると、継続・修正・中止の判断が宙に浮きます。開始前に、各選択肢で必要な証拠、受取人、回答期限を置きます。法務を実施直前の最終承認者としてだけ呼ばず、企画の骨子が見えた段階で未確定事項も共有してください。

5項目の判断記録は、担当者個人のメールへ散らしません。契約書、実施計画、確認シート、変更履歴を同じ保管場所で管理し、最新版を更新する責任者を一人決めます。

PoC契約書に関するよくある質問

PoC契約書のひな形、NDA、有償PoC、範囲変更、成果未達について、事業担当者が次に確認する行動を答えます。

Q. PoC契約書のひな形をそのまま使えますか

A. そのまま使えるとは限りません。当事者、検証内容、技術、データ、成果物、役割、費用が案件ごとに異なるためです。公的なモデル契約は論点を知る参考にし、自社の事業モデルと契約目的へ合わせて法務・弁護士へ確認してください。

Q. NDAを締結すればPoCを始められますか

A. NDAは主に秘密情報の扱いを確認するものです。PoCの目的・範囲、役割、成果物、知財・データ、費用・期間、変更、中止、次段階は別に整理が必要です。既存NDAで今回の情報と共有先をカバーするかも専門家へ確認します。

Q. PoC開始後に範囲が変わったらどうしますか

A. 追加要望を記録し、検証目的に必要か、成果物、知財・データ、期間、費用へ影響するかを確認します。決められた承認者が判断する前に着手せず、契約上必要な対応は法務・専門家へ相談してください。

Q. 有償PoCと無償PoCで確認事項は変わりますか

A. どちらも7つの論点を整理します。有償の場合は対価の対象、支払時期、実費、追加作業、変更・中止時の扱いを特に明確にします。無償の場合も、提供する作業や成果物、費用負担、知財・データの扱いを省略しないでください。

Q. 期待した成果が出なければ費用は発生しませんか

A. 一般論では判断できません。検証結果、合意した作業、成果物の提出、確認方法、支払条件を分け、実際の契約内容と実施事実を専門家へ示してください。期待未達だけで、事業担当者が支払いの要否を決めないことが重要です。

まとめ｜PoC契約書は事実整理から始める

PoC契約書を検討するときは、目的・範囲、役割、成果物、知財・データ、秘密情報、費用・期間、次段階の7論点を整理します。条文を先に考えるのではなく、誰が何を行い、どの証拠を、いつ、誰が確認するかを事業側の事実としてそろえます。

PoC契約書の品質は、難しい言葉の多さではなく、検証と次の判断に必要な事実が共有されているかで決まります。 検証結果と業務完了を分け、変更や中止が起きたときの確認経路も開始前に置いてください。

最初の一歩は、7論点の確認シートへ「確定・案・未定」を付けることです。未定の項目には、確認する相手と期限を置きます。これにより、法務、知財、情報管理、技術、事業責任者が同じ案件情報を基に検討できます。

公的なモデル契約やひな形は、論点を見落とさないための参考になります。ただし個別案件へそのまま適用できるとは限りません。事業モデル、技術、データ、役割、費用、次段階を伝え、自社法務や弁護士などの専門家による確認を受けてください。