AI導入の準委任と請負｜フェーズ別の選び方4つの基準【2026年9月】

結論: AI導入プロジェクトの契約形態は、契約書の種類より先にプロジェクトのフェーズで決まります。この記事では、企画・PoC・本番開発・保守運用の4フェーズごとに契約形態を選ぶ判断基準を書きます。工程分割・機能分割によるハイブリッド設計と、契約トラブルを防ぐ注意点も扱います。

この記事は、AI開発の発注にあたり、請負と準委任を選ぶ中小企業の経営者・担当者に向けて書いています。企画からPoC（＝実際に動くか試作して確かめる段階）・本番開発・保守運用へ進む中で、契約を切り替えるか迷っている方も対象です。発注そのものをするかどうかの検討、つまり採用・業務委託・受託開発という雇用形態の使い分けは、AI人材は雇わずに借りるで終えた前提とします。請負契約・準委任契約の法的な違い、著作権・特許権の帰属、中途解約の具体的な条項は、AI準委任契約｜著作権・中途解約など5つの注意点に書きました。この記事では、それらの条項の中身には踏み込まず、フェーズごとにどちらの契約形態を選ぶか、段階を跨ぐときにどう設計するかだけを書きます。

今日やることは1つです。今のプロジェクト、またはこれから発注する案件を、企画・PoC・本番開発・保守運用の4フェーズに当てはめてください。この記事の「早見表」と照らし合わせ、今のフェーズに合う契約形態かを確かめます。

請負と準委任の違い｜結論だけ先に

請負契約は仕事の完成を約束する契約、準委任契約は業務の遂行を約束する契約です。AI導入の契約形態を選ぶときは、この違いがそのままリスクの負担先の違いになります。

確かめ方: 契約書のタイトルや条文に「完成」「検収（＝成果物を受け取って確認する手続き）」とあれば請負寄り、「業務の遂行」「善良な管理者の注意（＝善管注意義務を略した言い方）」とあれば準委任寄りです。著作権・特許権の帰属や中途解約の条件など、この表に出てこない論点はAI準委任契約｜著作権・中途解約など5つの注意点で個別に確認してください。

AI顧問契約でもこの違いは同じ考え方で見分けられ、AI顧問契約｜準委任と請負の違い・5つの確認点では契約書と見積書を照らし合わせる質問例まで整理しています。

AI開発が準委任契約になじみやすい理由

AI開発の契約が準委任契約に寄りやすいのは、AIの精度が発注者から提供される学習用データの量・質に依存し、ベンダが完成を保証しにくいからです。

特許庁のIP BASEは、スタートアップ向けの知財情報ポータルです。同資料では、AIソフトウェアは学習用データから規則性を学ぶため、精度がデータの量と質に依存すると整理しています。そのためベンダは、請負型の契約不適合責任を負うことに難色を示しやすく、準委任契約が選ばれやすくなります。発注者が用意するデータが少ない、あるいは質にばらつきがある場合、ベンダが工夫しても狙った精度に届かないことがあります。この状態で請負契約を結ぶと、ベンダ側のリスクが過大になります。見積もりが高くなるか、そもそも受注を断られる原因にもなります。

折衷案として「成果完成型の準委任型契約」（成果の引き渡しと引き換えに報酬の支払義務が生じる、事実上の完成義務に近い型）が挙げられます。これを踏まえると、契約形態を選ぶ判断は「請負か準委任か」の二択ではなく、「どこまで完成責任に近づけるか」という程度の問題として捉えられます。要件が半分だけ固まっている段階で、「成果完成型の準委任型契約」を提案されることもあります。その場合は、何を「成果」とみなすかの定義が、通常の準委任契約より具体的に契約書へ書かれているかを確認してください。

確かめ方: ベンダに「この開発で準委任を提案する理由」を聞いてください。学習用データの精度への依存を理由に挙げられれば、実務を理解した上での提案です。理由が「その方が当社にとって楽だから」としか説明できない場合は、報告義務や品質確認の条項をより厚く求める必要があります。

フェーズ別の契約形態｜企画・PoC・本番開発・保守運用

AI導入プロジェクトは、企画・要件定義、PoC、本番開発、保守運用という4つのフェーズで進み、フェーズが進むほど要件が固まり、請負契約が選びやすくなります。

企画・要件定義の段階では、何を作るか自体が固まっておらず、成果物を定義できません。この段階で請負契約を結ぶと、後から仕様変更のたびに追加費用が発生しやすくなります。PoC（概念実証）の段階も同様に、実現性そのものを確かめる工程なので、失敗も想定内の成果です。「動くものを完成させる」ことを約束させるのは無理があります。

本番開発の段階になると、PoCで実現性を確かめた範囲については仕様が固まっていることが多くなります。その範囲では、請負契約で完成責任を持たせる余地が出てきます。ただし、AIの精度に関わる部分、つまり学習・チューニング（＝精度を上げるための調整作業）はデータ次第で結果が変わります。システムの画面・基盤部分は請負、AIモデル・データ処理部分は準委任、と機能単位で分ける方法もあります。こうした組み合わせを「ハイブリッド設計」と呼びます。詳しくは「ハイブリッド設計」の節で書きます。保守運用の段階は、日々の運用・監視・改善という継続的な業務であり、「完成」という概念になじみません。準委任契約が基本になります。

確かめ方: 契約書または提案書に「今回の契約は4フェーズのどこに当たるか」を明記してもらってください。1つの契約書が複数フェーズを一括りにしている場合、フェーズごとの完成責任の違いが契約書に反映されていないことがあります。

契約形態を選ぶ4つの判断基準

契約形態を選ぶ基準は、フェーズだけではありません。要件の確定度・精度や成果の保証可否・リスクの負担先という3つの基準を合わせて見ると、フェーズの境目にいるプロジェクトでも契約形態を選びやすくなります。

• ①要件の確定度: 仕様書・画面設計・API仕様までドキュメント化されているか。確定していれば請負、探索的なら準委任が向きます。
• ②精度・成果の保証可否: ベンダが精度目標（例: 分類の正解率◯%）を約束できるか。学習用データの提供が発注者側に依存する場合、ベンダは保証しにくく準委任に寄ります。
• ③リスクの負担先: 完成しなかった場合の損失を、ベンダに完成責任を持たせて負担してもらうべきプロジェクトか。失敗の許容度が高い試作段階は準委任、失敗が業務停止に直結する本番システムは請負で完成責任を持たせます。
• ④今のフェーズ: これは「はい・いいえ」で答える項目ではなく、判断の順番を示す項目です。①〜③に答えた後、前節のフェーズ別の表と照らし合わせ、フェーズと①〜③の答えが食い違う場合は、フェーズを優先して判断します。フェーズが変われば要件も精度保証の可否も変わっていくためです。

機能ごとに①〜③の答えが割れる典型は、本番開発の初期です。画面・業務システム連携部分の要件は固まっている一方、AIモデル部分の精度はまだ約束できない、というケースです。この場合も④の本番開発の行（請負を中心に、AIモデル部分は準委任を併用）に沿って判断し、次の「ハイブリッド設計」のように機能ごとに契約を分けることを検討します。

②の精度・成果の保証可否は、さらに2つに分けて確認すると判断の粒度が上がります。1つはベンダの類似実績です。同じような開発を過去に手がけたベンダは、精度目標を具体的な数字で提示しやすくなります。もう1つは技術的な不確実性の大きさです。新しいモデルの組み合わせやアルゴリズム自体の実現性がまだ読めない開発は、類似実績があっても保証しにくくなります。類似実績が少ない、または技術的な不確実性が大きい開発ほど、準委任に寄せる判断がしやすくなります。

確かめ方: まず①〜③に「はい・いいえ」で答え、④で前節のフェーズ別の表と突き合わせます。答えと表が食い違うときはフェーズを優先します。機能ごとに①〜③の答えが割れるときは、そのフェーズの中で機能単位に契約を分けるハイブリッド設計を検討してください。

AIツールの契約形態を検討する前段では、Claude CodeとClaudeの違いを作業対象・繰り返し・完了条件で整理した記事で利用枠と契約の確かめ方を押さえておくと判断がぶれません。

ハイブリッド設計｜工程分割と機能分割

フェーズと契約形態のずれは、契約を分けることで解消できます。フェーズが進むごとに契約を切り替える「工程分割」と、担当領域ごとに契約形態を分ける「機能分割」の2パターンです。1つの契約類型で全工程を縛らず、必要な範囲で組み合わせます。

工程分割は、段階ごとに契約を組み替える方法です。企画・PoCは準委任契約で結び、要件が固まった本番開発で請負契約に切り替えます。稼働後の保守運用は再び準委任契約に戻します。1つの基本契約書の中に、フェーズごとの個別契約（個別発注書）を紐づける形で運用されることもあります。フェーズの切り替わり時点で、それまでの成果物の提供方法や検収の基準を確認しておきます。そうすれば、契約形態が変わることで生じる「どこまでが前の契約の範囲か」という食い違いを防げます。

機能分割は、同じ本番開発フェーズの中でも、担当領域によって契約形態を分ける設計です。例えば、要件が固まりやすい画面・業務システムとの連携部分は、請負契約で完成責任を持たせます。一方、AIモデルの学習・チューニング部分はデータ次第で結果が変わるため、準委任契約で進めます。1つのベンダに両方を発注する場合でも、契約書または個別契約を分けて、それぞれの範囲を明記します。発注先を受託開発会社・フリーランス・専門家レンタル型準委任のどれにするかによって、機能分割のしやすさも変わります。この比較はAI実装代行｜顧問との違いと発注先3タイプの選び方に書きました。

AI Expert（Orga合同会社）は、AI実装の専門家マッチングにおいて、契約を準委任または請負（30万円〜）のどちらでも選べる体制を提供しています。準委任契約には月20〜36万円の案件例があります。企画・PoCの段階を準委任で始め、本番開発に進む段階で請負への切り替えを検討する、という進め方にも対応できます。

実際の契約総額は、要件の規模や保守の期間によって個別に見積もります。

確かめ方: 提案書または契約書に「どの工程・どの機能が請負で、どこが準委任か」が明記されているかを確認してください。「一括請負」または「一括準委任」としか書かれていない提案は、フェーズや機能ごとのリスクの違いを反映していないことがあります。

契約時の注意点｜請負側と準委任側で確認すること

請負契約では完成の定義と精度保証の範囲を、準委任契約では善管注意義務の中身と報告頻度を、それぞれ契約前に確認しておく必要があります。

請負契約でとくに見落とされやすいのは、精度保証の範囲です。「AIの精度を保証します」という言葉だけでは、どの指標をどの水準まで保証するのかが分かりません。分類の正解率なのか、処理速度なのか、どのテストデータで測るのかまで契約書か仕様書に書いてもらう必要があります。準委任契約でとくに見落とされやすいのは、コストの上限です。時間や工程に対して報酬が発生する契約では、想定より工数がかかると費用も増えます。追加費用がどこまで膨らみ得るか、事前に確認してください。確認しないまま進めると、予算超過に気づいた時点では支出を取り消せないことがあります。

権利帰属や中途解約の具体的な条項、報告義務・品質確認条項の書き方はAI準委任契約｜著作権・中途解約など5つの注意点にまとめているので、ここでは扱いません。

確かめ方: 請負契約なら「完成」の定義を、準委任契約なら「善管注意義務」の中身を確認します。打ち合わせで、発注者・ベンダの双方が同じ言葉で説明できるかを確かめてください。説明がずれる場合は、契約書に具体的な基準を書き足す必要があります。

契約トラブルの予防｜よくある3パターンと対策

AI導入プロジェクトの契約トラブルは、精度未達・要件変更による追加費用・準委任契約なのに成果物を求める、という3パターンに集約されます。

3パターンに共通するのは、契約を結ぶ段階で「このフェーズで何を約束し、何を約束しないか」がすり合っていないことです。とくに3つ目の「準委任契約なのに成果物を求める」は、発注者側の誤解から起きやすいトラブルです。準委任契約でも成果物や作業内容を確認する仕組み自体は必要ですが、それは「完成の検収」とは別物です。この違いを社内の稟議書や上司への説明の段階で共有しておかないと、契約書上は準委任なのに、社内では請負のつもりで期待値が積み上がってしまいます。

確かめ方: 契約前に、社内の決裁者へ契約形態を短く説明できるかを確かめてください。「請負か準委任か」「準委任の場合、何が成果物として手元に残るか」を伝えます。説明に詰まる場合は、契約書の条文を読み直す前に、社内の認識合わせが必要です。

早見表｜フェーズ×契約形態

本文を読む時間がない場合は、この表とフェーズを照らし合わせるだけでも、契約形態の見当が付きます。

確かめ方: 今のプロジェクトが表の複数フェーズにまたがっている場合は、フェーズごとに契約が分かれているかを確認してください。1本の契約書で全フェーズをまとめている場合は、前の「ハイブリッド設計｜工程分割と機能分割」の節を参考に、契約を分けることを検討する余地があります。

AI導入の契約形態を今すぐ決めなくていい会社と、この記事に含まれないこと

次の条件に当てはまる会社は、契約形態を決めるより先に済ませることが残っています。

• まだ発注先の候補を絞れていない、または相見積りを取っていない会社。契約形態より先に、発注先選びが必要です。
• そもそも採用・業務委託・受託開発のどの形で進めるかを決めていない会社。契約形態は、外部のベンダに発注すると決めた後の話です。
• 保守運用まで含めて1社に任せず、都度スポットで依頼する予定の会社。フェーズをまたいだ契約の切り替えを考える必要が薄くなります。

この記事に含まれないこと:

• 請負・準委任の法的な違いの詳細、著作権・特許権の帰属、中途解約の具体的な条項 → AI準委任契約｜著作権・中途解約など5つの注意点。
• PoCの進め方の4段階の詳細・費用相場 → PoCの進め方｜4段階の手順と費用相場・失敗パターンまで。
• AI導入全体の5ステップの進め方（診断→実装→定着） → AI導入の進め方を5ステップで解説。
• 採用・業務委託・受託開発という雇用形態そのものの使い分け → AI人材は雇わずに借りる｜採用・業務委託・受託開発の使い分け。

Summary in English

まとめ｜契約形態はフェーズで変えるが基本

• 契約形態は請負か準委任かを単独で決めず、企画・PoC・本番開発・保守運用の4フェーズごとに選ぶ。
• AI開発は学習用データの量・質に精度が左右されるため、準委任契約が選ばれやすい。本番開発で要件が固まった部分は請負を検討できる。
• 1契約類型で全工程を縛らず、工程分割（フェーズごとに契約を切り替える）と機能分割（担当領域ごとに分ける）でハイブリッド設計ができる。
• 契約トラブルの多くは、精度保証の水準・要件変更時の扱い・準委任と請負の違いの社内認識、この3点のすり合わせ不足から起きる。
• AI Expertは準委任・請負のどちらでも契約可能。請負は30万円〜、準委任は月20〜36万円の案件例がある。

次のアクションは、3つのうちどれか1つで構いません。

• 今日: 今のプロジェクトを4フェーズに当てはめ、この記事の早見表と照らし合わせる。
• 今週: 契約書または提案書に「今回の契約はどのフェーズに当たるか」を書いてもらう。
• 今月: 本番開発フェーズに向けて、工程分割・機能分割のどちらで契約を組み替えるかを検討する。

契約形態の選び方から相談したい場合は、フェーズごとの進め方を含めて話せる相手を探すところから始めても構いません。

次に読む

• 請負・準委任の法的な違い、著作権・中途解約の条項を詳しく知りたい → AI準委任契約｜著作権・中途解約など5つの注意点。
• 発注先を受託開発会社・フリーランス・専門家レンタル型準委任のどれにするか比較したい → AI実装代行｜顧問との違いと発注先3タイプの選び方。
• 費用の総額感を先に知りたい → AI受託開発の費用相場【2026年】見積の読み方と診断15万円からの選択肢。
• PoCの進め方を詳しく知りたい → PoCの進め方｜4段階の手順と費用相場・失敗パターンまで。

更新履歴

• 2026-09-17: 初版公開。特許庁IP BASE「AI開発を受託する際の契約方式の選び方」、経済産業省「AIの利用・開発に関する契約チェックリスト」（令和7年2月公表）・「AI・データの利用に関する契約ガイドライン（AI編）」（平成30年6月公表）を踏まえ、AI導入プロジェクトのフェーズ別の契約形態の選び方、工程分割・機能分割によるハイブリッド設計、契約トラブルの予防を収録。
• 次回更新予定: 2026年11月（フェーズ別契約の実例と経済産業省資料の改定有無を再確認します）。

本記事は2026年9月17日時点の特許庁・経済産業省の公開資料と当社の契約実績に基づきます（公開日: 2026年9月17日）。個別の契約書の条項は案件ごとに異なるため、最終判断は弁護士など専門家にご確認ください。

参考・出典

• 特許庁 IP BASE「AI開発を受託する際の契約方式の選び方　請負型と準委任型」 https://ipbase.go.jp/learn/point/ai/page05.php（参照日: 2026年9月1日）。
• 経済産業省「AIの利用・開発に関する契約チェックリスト」（令和7年2月公表） https://www.meti.go.jp/press/2024/02/20250218003/20250218003.html。
• 経済産業省「AI・データの利用に関する契約ガイドライン（AI編）」（平成30年6月公表） https://www.meti.go.jp/policy/mono_info_service/connected_industries/sharing_and_utilization/20180615001-3.pdf。
• 当社調査: AI Expert（Orga合同会社）のサービス概要（契約類型・金額、2026年9月17日時点）。