株式会社renue
renueについて
renueは、AIで業務を実装する会社です
AIコンサルティングから図面AI・広告運用エージェント・コールセンターAIまで、実際に動いているサービスをご覧いただけます。renueが何をしている会社か、まずはサービス一覧からご確認ください。
AI開発の契約形態を間違えると「誰も幸せにならない」
AI開発プロジェクトで最も多いトラブルの原因は、技術でも品質でもなく「契約形態のミスマッチ」です。請負契約で受けたのにAIの精度が要件を満たせない、準委任で進めたのに「成果物が出てこない」とクレームが来る。
AI開発は「やってみないと分からない」要素が多く、従来のシステム開発と同じ契約設計では破綻します。本記事では、AI開発に適した契約形態の選び方と、トラブルを防ぐ契約書チェックリストを解説します。
準委任・請負の違いとSESの位置付け
| 比較項目 | 準委任契約 | 請負契約 | SES（技術支援の呼称） |
|---|---|---|---|
| 報酬の対象 | 業務遂行。成果に対する報酬を定める方式もある | 成果物の完成（結果） | 技術支援の内容と実際の契約類型による |
| 完成責任 | なし（善管注意義務） | あり。契約不適合時の責任も定める | 準委任・請負等の実際の契約内容による |
| 指揮命令権 | 受注者側 | 受注者側 | 委託として行う場合は受注者側。派遣とは区別する |
| 料金体系 | 月額・時間単価・成果報酬などを合意 | 完成する仕事の範囲と報酬を合意 | 単価・稼働量・精算条件等を個別に合意 |
| AI開発との相性 | 探索的な開発で検討 | 完成条件を定められる開発で検討 | 担当範囲と責任を決めて利用 |
| リスク分担 | 完成義務と報酬条件を分けて確認 | 完成義務・データ提供責任・変更条件を確認 | 呼称だけで決まらず、実際の契約と運用による |
AI開発で準委任契約を検討する理由
特許庁IP BASEの解説は、開発対象と完成義務・報酬条件を分けて契約を選ぶ重要性を説明しています。民法632条・648条の2・656条も参照し、SESという呼称だけで準委任・請負等の法的性質を判断しないでください。準委任を検討する観点は3つです。
- AIの精度保証には条件が必要：学習データの質・量に依存するため、「精度90%以上」等を約束する場合は評価データ・測定条件・未達時の扱いを具体化する
- 要件が開発中に変わる：PoCの結果でスコープを見直す場合がある。請負を選ぶ場合にも、完成条件と仕様変更・追加報酬の手続きを合意する
- 成果の帰責が曖昧：AIの精度不足がベンダーの技術力のせいか、発注者のデータ品質のせいか、切り分けが難しい
フェーズ別の推奨契約形態
| フェーズ | 推奨契約 | 理由 | 費用の積算対象 |
|---|---|---|---|
| 企画・要件定義 | 準委任 | 要件が固まっていない。探索的な作業 | 調査・要件整理の作業別工数×合意単価 |
| PoC（概念実証） | 準委任 | 探索・検証が目的。検証報告書等の完成を約する設計も個別に検討 | データ整備・試作・評価・報告の工数×合意単価 |
| 本番開発 | 準委任（履行割合型・成果報酬型）または請負 | 報酬を成果に連動させることと、完成義務を負うことを区別する | 機能・連携・試験・運用設計の工数×合意単価 |
| 保守・運用 | 準委任（月額固定） | 継続的な改善・監視が必要 | 対応時間・監視・改善の月間工数×合意単価 |
実務上のポイント：本番開発では、成果完成義務の有無、発注者と受注者の役割分担、仕様変更への対応方法を踏まえて契約形態を選びます。契約内容は専門家に確認し、「何をもって完成とするか」の定義を契約書に明記することが不可欠です。
契約書チェックリスト（10項目）
| # | チェック項目 | 確認ポイント |
|---|---|---|
| 1 | 契約形態の明記 | 準委任・請負等の実際の契約類型と義務を明記。SESという呼称だけで済ませない |
| 2 | 成果物の定義 | 「何を納品するか」を具体的に列挙（コード、ドキュメント、モデル等） |
| 3 | 精度・品質基準 | AIの精度目標を「努力目標」か「必達基準」か明確に |
| 4 | データの権利関係 | 学習データ・学習済みモデルごとに、知的財産権の有無・帰属と利用・改良・再提供・返却等の条件を定める（データの取扱い、学習用データセットの契約）。一律に「所有権」で整理しない |
| 5 | 知的財産権の帰属 | 開発成果物のIPは発注者/受注者のどちらに帰属するか |
| 6 | スコープ変更手続き | 要件変更時の手続き、追加費用の算定方法 |
| 7 | 検収条件 | 何をもって「完了」とするか（テスト項目、精度基準、運用確認） |
| 8 | 秘密保持 | 学習データに含まれる個人情報、営業秘密の取扱い |
| 9 | 解除条件 | PoC失敗時の中止条件、違約金の有無 |
| 10 | 契約不適合等への対応 | 請負の契約不適合時の救済・通知や請求の期限、準委任の善管注意義務・合意した品質条件の範囲 |
料金設計のパターン
パターン1：ロール別レートカード（準委任）
| ロール | 月額人件費の算定 | 役割 |
|---|---|---|
| PM/PL | 当該ロールの合意単価×月間工数（人月） | プロジェクト統括、品質管理、顧客折衝 |
| AIアーキテクト | 当該ロールの合意単価×月間工数（人月） | 技術選定、設計、レビュー |
| SRE/インフラ | 当該ロールの合意単価×月間工数（人月） | クラウド基盤、監視、運用設計 |
| アプリエンジニア | 当該ロールの合意単価×月間工数（人月） | 実装、テスト |
| QA/テスト | 当該ロールの合意単価×月間工数（人月） | 品質保証、回帰テスト |
パターン2：月額固定型（保守・伴走支援）
継続的な支援を月額固定で提供するモデル。デジタル庁の見積り精査手順を参考に、対象作業・期間・工数を積み上げ、税・通貨・API等の別料金と追加作業の精算条件を明示します。MTGの頻度・形式は固定せず、その時点の優先事項に応じて柔軟に対応します。
- 月額は対応範囲ごとの月間工数×合意単価で積算し、同じ保守作業を二重計上しない（準委任）
- 対応範囲：AI活用の業務設計、構想整理、優先順位整理、技術実装支援、壁打ち・レビュー
- MTG：月4回程度を目安（固定化せず柔軟に運用）
パターン3：一括固定型（請負/成果報酬型準委任）
本番構築フェーズで成果物に対する報酬を一括固定金額で定めるモデル。準委任でも成果に報酬を連動させる方式があり、IP BASEでは「成果完成型」と呼んでいます。ただし、固定料金や成果報酬の採用だけで請負と同じ完成義務が生じるわけではなく、契約内容を区別します。
- スコープを明確に定義し、変更管理手続きを契約に含める
- 検収条件を事前に合意（テスト合格率、精度基準、運用確認）
よくあるトラブルと回避策
トラブル1：「成果物が出てこない」クレーム（準委任）
業務遂行に対価を支払う準委任でも、発注者が「成果物」を期待する場合があります。成果報酬型とは支払条件を分けて合意し、月次で具体的な成果物（レポート、プロトタイプ、テスト結果等）を提出し、「何に対して支払っているか」を可視化してください。
トラブル2：「精度が足りない」（請負）
請負でAI精度を保証すると、データ品質の問題で未達になるリスクがあります。精度目標の位置付けと未達時の対応は、案件条件に応じて当事者間で合意し、達成できなかった場合の追加対応（リトライ、データ追加等）の手続きを事前に合意してください。
トラブル3：偽装請負（SES）
SESという呼称だけで違法性は決まりません。厚生労働省の疑義応答集（第3集）Q2〜4は、契約形式より業務の実態を確認する考え方を示しています。委託として行う場合は、受注者が業務遂行方法や労働時間等を自ら管理する体制にします。管理者を置くだけで適法になるわけではなく、発注者の直接の指揮命令と、対等な立場での要件説明・技術的な情報交換を区別してください。
