レベニューシェア契約は「初期費用を抑えて同じ船に乗る」設計として広まりましたが、契約後に揉める論点は突き詰めると5つです。売上の定義・シェア率の段階設計・撤退条件と知財の扱い・経営判断の権限・実装外業務の対価。どれも契約前に1文でも明文化すれば防げるのに、走り出してから決めようとするから拗れます。新規事業パートナーを検討する事業会社・起業家向けに、実務で必ず詰めるべき条項を実装者の視点で開示します。
なぜ「同じ船」に乗ったはずが揉めるのか
レベニューシェアは、開発側が初期費用を減額する代わりに事業売上の一定割合を受け取る契約です。仕組み自体は健全で、外注では新規事業は成功しないで書いたとおり、当事者意識を生む点で受発注型より新規事業と相性が良い。
問題は、契約書の詰めが甘いまま「まず始めよう」で走ることです。弁護士法人クラフトマンのレベニューシェア契約の概要と主要なサンプル条項でも、レベニューシェアは共同事業的性格が強く長期の存続を前提にするため、些細な理由での解除を制限する一方、成果物・費用・権利の定義を最初に明確化しておかないと契約終了後に相互に不便が生じると指摘されています。
経済産業省が2025年2月に公表したAIの利用・開発に関する契約チェックリストも、生成AI時代の契約実務で当事者間の適切な利益・リスク分配が最重要論点になっているとし、条項レベルで検討すべき項目を列挙しています。ここで挙げられる論点の多くは、レベニューシェア型でこそ効いてくるものです。
揉める5論点 — 契約前に決めておくこと
1. 売上の定義 — グロスかネットか、認識タイミングをいつにするか
最も揉めるのがここです。「売上の20%を分配する」と書いただけの契約書は、半年後に必ず揉めます。
決めるべきは3点。
- グロス（総売上）かネット（返品・値引・手数料控除後）か — 定義1文の違いで年間数百万円ずれます
- 決済プラットフォームの手数料・広告費・ポイント原資を控除するか — SaaS・EC系では特に重要
- 売上の認識タイミング（発生主義／回収主義／サブスクの月次按分） — 前受け金や年契約の扱いで大きく変わる
マネーフォワード クラウド契約のレベニューシェア型契約書の作成ポイントでも、分配対象売上の曖昧さが後の紛争を招く最大要因と整理されています。中小規模の新規事業では、「ネット売上（Stripe・広告・返金控除後）を各月末で確定」など、計算式を契約書の別紙にそのまま書くのが実務上いちばん揉めません。
2. シェア率の段階設計 — 初期リスクの偏りを補正できるか
一律「売上の20%」と決めるより、フェーズや売上規模で段階を切るほうが健全です。開発側の投下工数は初期に集中し、事業側のマーケコストは後期に伸びるため、単一レートだと片方に不公平が積み上がります。
段階設計の典型例は次の3パターンです。
- 累計売上◯円まではA%、その後はB%へ低減 — 開発側の初期リスクを厚めに回収し、成長後は事業側に寄せる
- 初期◯ヶ月は高レート／以降低レート — 開発集中期のみ厚く配分
- 粗利率が◯%を下回った月は分配率を下げる — 事業側の赤字期を保護する
弁護士法人クラフトマンの解説でも、対象売上と分配率の設計は「作業量・費用負担・リスク分担のバランス」を反映すべきとされています。「後で考えよう」で先送りされた瞬間、リスクを負ったほうが泣きを見る構造になる——これが実務の現実です。
3. 撤退条件と知財の帰属 — 「共有」の落とし穴
新規事業の7〜9割は当初の想定どおりには進まないため、撤退・ピボット時のルールが最重要になります。ここが抜けていると、コードもデータも「誰も使えないまま塩漬け」になります。
決めるべきはこの3点。
- どんな条件で解除できるか — 単月赤字1回では解除しない、連続赤字◯ヶ月または合意で解除、など「軽々な解除を防ぐ設計」
- 成果物の権利帰属 — 事業会社に寄せる／開発会社に寄せる／共有——どれを選ぶかで契約終了後の使い勝手が変わる
- 契約終了時のソースコード・データ・アカウントの引き渡し — フォーマット、引き渡し期限、費用負担まで書く
一番危ないのは「著作権は共有」と1行で書いて済ませることです。弁護士法人クラフトマンのサンプル条項解説は、共有著作物は使用・複製・改変・第三者ライセンスに他方の同意が必要になるため、契約終了後に双方が使えない資産が残るリスクが高いと警告しています。実務では「メインは事業会社帰属＋開発会社は同種案件への横展開ライセンスを保有」など、非対称に配分するほうが後々ラクです。
JDLAの生成AI開発契約ガイドライン／ディープラーニング開発標準契約書にも、AI・データ関連の権利帰属と再利用の実務論点が整理されています。契約書に組み込む語彙を最初に揃えるうえで、双方で読んでおくと議論が早いです。
4. 経営判断の権限 — 誰が仕様を決め、誰がやめると言えるか
パートナー型は「対等」を謳いますが、事業判断の最終権限を白紙にすると必ず衝突します。決めておくべきは意思決定のマトリクスです。
- 機能追加・優先順位変更 → 事業会社が決定、開発会社は工数と代替案を提示
- 技術選定・アーキテクチャ → 開発会社が決定、事業会社は事業要件を提示
- ピボット・撤退 → 両者合意（片方の意思だけでは強行しない）
- 追加投資・借入 → 事業会社が決定、開発会社は関与しない
BUSINESS LAWYERSが解説するサードウェーブ×マカフィーの判例は、レベニューシェア契約で情報の非対称性がある場合、より多くの情報を持つ側に説明・情報提供義務が生じると裁判所が認定した重要な事例です（原告請求約16億円に対し約2,300万円の賠償が最終的に認められた）。技術やユーザー実態を握る側が事実に反する見込みを提示すると、信義則違反として不法行為が成立し得ることを示しています。判断の権限があるからこそ、判断の根拠を相手に開示する義務が発生する——ここは経営者側も開発側も心に留めておくべき論点です。
5. 実装外業務の対価 — カスタマーサポート・保守・追加要件
見落とされがちなのがこれです。レベニューシェア契約は「開発と分配」だけで書かれることが多いですが、実運用では実装以外の業務が半分以上を占めることがあります。
たとえば次のような業務は、初期契約に入っていないと後で揉めます。
- 一次障害対応・カスタマーサポートの巻き取り
- サーバー費・SaaS利用料・API課金の負担者
- 事業側の営業資料や事業計画書のレビュー
- 契約後に発生する新規機能要件（当初仕様に含まれないもの）
- 監査対応・セキュリティチェック回答
経済産業省のAIの利用・開発に関する契約チェックリスト（本文）でも、AI関連契約における役務範囲・費用負担・追加開発の扱いが条項レベルの検討項目として明示されています。分配率を決める前に「シェアで賄う業務」と「別料金の業務」の線を引くことが実務では効きます。目安として、実装以外の追加業務は月◯時間まではシェアに包含・超過分は時間単価◯万円で別途、と書いておくと運用が回ります。
では、どう契約するのか — 実務の3ステップ
5論点をゼロから完璧に詰めるのは、正直しんどい。私たちが実際にお客様と契約するときの現実的な手順は次の3ステップです。
ステップ1: 最低限の骨組みを1枚のメモで合意する
いきなり10ページの契約書に向かうと止まります。まず「事業概要／役割分担／売上定義／分配率／解除条件」の5項目を1〜2ページのMOU（覚書）にまとめ、双方が違和感なく読める状態を作る。ここで9割の齟齬は発見できます。
ステップ2: 契約書は既存ひな形＋変更点で作る
ゼロから書くと抜けます。JDLA・経産省・電子契約サービスが公開しているひな形を土台に、上記5論点だけを自社仕様に差し替える。全条項を独自に書くより、揉める領域だけを議論に投じるほうが速くて正確です。
ステップ3: 3ヶ月ごとに条項を見直す
新規事業は前提が変わるため、契約は「一度決めたら終わり」ではなく「四半期に一度読み直す」ものと捉えます。売上規模・役割分担・費用構造が変わったら、その都度契約付表を差し替える。この文化がある会社ほどパートナー型がうまく回ります。
事業立ち上げの初期検証フェーズ自体をどう進めるかは、新規事業の初期検証にAIをどう使うかで顧客発見・MVP試作・反応分析の3フェーズ別に整理しました。合わせて読むと、契約と実務の噛み合わせが見えます。
Mewtonの新規事業パートナー契約フレームを開示する
参考として、Mewtonが新規事業パートナーで採用している契約フレームをそのまま開示します。
- 初期費用：10万円〜（仮説検証フェーズの設計・プロトタイプ実装）
- レベニューシェア率：10〜20%（累計売上・粗利率・役割の重さで案件別に段階設計）
- 売上定義：ネット売上（決済手数料・返金控除後）を各月末で確定、翌月末支払
- 知財：メインは事業会社帰属／Mewtonは同種案件への横展開ライセンスを保有
- 撤退条件：連続赤字6ヶ月または合意による解除、単月赤字での解除はしない
- 実装外業務：月◯時間までシェアに包含、超過分は別途時間単価
レートを10〜20%に抑えているのは、シェア率を高くしすぎると事業側の再投資余力が失われ、結局は事業の成長を止めるからです。AI駆動開発で工数が1/3〜1/5に圧縮できるため、Mewtonは低レートでも成立させられる——この構造はオーダーメイドAI開発の費用が30〜100万円になる理由と同じ考え方です。
私（赤道）が要件定義から実装・運用伴走まで一貫して担当します。営業と実装の分業がないため、契約議論から実装判断まで一人の頭の中で完結する——「作れる人間と最初から話せる」ことが、契約の詰めの速さにも直結します。
対象／対象外
新規事業パートナー契約が向くのは、次のようなケースです。
- プロダクトの形が決まっておらず、AI/ソフトウェアが事業のコア要素になる
- 事業会社側に業界知識と顧客接点があり、実装と共同で仮説検証を回したい
- 数ヶ月で最初の形を作り、3〜6ヶ月で反応を見て育てていく
一方、次のようなケースはお引き受けしません（お互いのために）。
- 仕様がすでに固まっており、単発発注のほうが安く済む案件（オーダーメイドAI開発の受託契約をご検討ください）
- 事業会社側に顧客接点がなく、営業もこちらで全部担ってほしい案件
- レベニューシェアで初期費用を極限まで下げたい／実質無料に近づけたい案件（低リスクを狙うほど、パートナーシップの当事者性が失われます）
契約前の初回相談は無料で、5論点の擦り合わせだけでも1時間で相当のことが決まります。お問い合わせから「新規事業パートナー相談」と一言添えてください。
よくある質問
レベニューシェア率の相場はどれくらいですか
事業の性質と初期工数によって幅が大きく、10〜50%の範囲で設計されるケースが一般的です。Mewtonでは10〜20%を基本レンジにしています。「相場」より重要なのは、そのレートで事業側が再投資できるかと開発側の投下工数を回収できるかのバランスです。数字だけを見て決めると、片方に無理が生じます。
レベニューシェアと業務委託（時間単価）はどちらが得ですか
短期に確実に納品したいなら業務委託、事業の成長を長期で共有したいならレベニューシェアが向きます。**判断軸は「事業側が結果への確信をどれだけ持てるか」**です。確信が高ければ業務委託で買い切ったほうが安く、確信が低ければシェアで開発側にリスクを持ってもらうほうが結果的に安い。この判断は外注では新規事業は成功しないでも整理しています。
契約後にレートやシェア対象を変更できますか
契約書に「四半期ごとの見直し条項」を入れておけば、双方合意で変更可能です。Mewtonでは3ヶ月に1回の定期レビューを標準にしています。新規事業は前提が変わる領域なので、変更ができる契約設計そのものが重要です。
開発会社が途中で抜けるリスクはどう防げますか
契約書の解除条項を「軽々な解除を制限する」設計にすることと、ソースコード・データの共有状態を運用時点で常に事業会社側にも持たせておくこと、この2点で相当程度は防げます。JDLAの生成AI開発契約ガイドラインにも、ソースコード・学習データの引き渡し条項の書き方が例示されています。
副業エンジニアや個人開発者ともレベニューシェアで組めますか
制度上は可能ですが、実務では「契約主体としての持続性」がリスクになります。個人事業主が体調を崩したり本業が忙しくなった場合、事業側は打ち手が限られます。法人格を持つパートナーと組むか、複数個人でチームを組んでもらうのが現実的です。