エグゼクティブ・サマリー
- 共同開発が壊れる原因の多くは技術ではなく、成果の持ち方である。 「一緒に作ったものは共有」という曖昧な合意のまま進むと、量産の段になって誰も自由に売れない技術が残る。
- 成果は5つに分けて決める。 既存技術（バックグラウンドIP）、共同成果（フォアグラウンドIP）、現場データ、学習済みモデル、現場ノウハウは性質がまったく違い、一括りに「知財」として扱うと必ず揉める。
- 「共有」は最も使いにくい帰属形態である。 共有特許は、一般に相手の同意なしに第三者へライセンスしにくい。スタートアップにとって共有は、実質的に事業の足かせになりうる。
- 独占と競業制限は「範囲・期間・条件」の3点で絞る。 業界全体・無期限・無条件の独占は、スタートアップの事業を1社に縛り、その1社の方針転換で事業が止まる。
- 交渉はスタートアップ側が先に「持ち込むもの一覧」を出した側が有利になる。 開発開始前に既存技術を棚卸しして書面化しておかないと、自社の技術が共同成果に吸い込まれる。
なぜ共同開発は「うまくいったのに」壊れるのか
大企業とロボットスタートアップの組み合わせは、互いの欠けているものを埋め合う理想的な形に見える。大企業は現場と資金と販路を持ち、スタートアップは技術と開発スピードを持つ。実際、PoCまでは驚くほど順調に進む事例が多い。
問題が表に出るのは、PoCが成功した後である。量産に進もうとした時点で、次のような問いに誰も答えられないことが判明する。
- PoCで改良した制御ソフトウェアを、スタートアップは他社に売ってよいのか
- 現場で集めた数千時間分の稼働データで学習させたモデルは、誰のものか
- 大企業の競合他社から引き合いが来たとき、受けてよいのか
- 共同で出願した特許を、スタートアップは別業界向けにライセンスできるのか
これらは契約の最初に決めておくべきことだが、PoC段階では「まずは動くかどうか」が優先され、後回しにされる。そして成功した瞬間に、双方の利害が初めて具体的な金額として見え、交渉が難航する。最悪の場合、技術は完成しているのに、どちらも事業化できない状態が生まれる。
本稿は、この「成功したのに壊れる」を避けるために、共同開発の成果をどう分解し、どう契約に落とすかを整理する。主な読者はスタートアップ側の経営者と事業開発担当だが、大企業側の担当者にとっても、相手が何を守ろうとしているかを知る材料になる。