プロダクト開発やシステム開発を外部に依頼するときは、「どの契約形態で発注するか」が重要な判断になります。
混同されやすいのは、請負契約と準委任契約、そして広義の「委託」です。請負と準委任では、法的な責任範囲や運営の柔軟性、費用構造が異なるため、目的に合う形式を選ぶことが鍵になります。
▼全体ガイドの記事
・プロダクト開発・システム開発の進め方総合ガイド
Webサービス開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「Webサービス開発の完全ガイドブック」で詳しく解説しています。
開発プロジェクトにおける契約形態の基本
まず、委託・請負・準委任という言葉の意味を整理し、どのような契約形態があるかを確認します。
「委託」の総称性と法律用語ではない点
開発の現場では「開発を委託する」という言い回しが日常的に使われます。ただし、「委託」は民法上の契約形態を指す言葉ではなく、実際の契約は請負契約か準委任契約のいずれかに当たります。
「委託」は契約の種類ではなく、発注側の意図を表す総称として捉えるのが適切です。
- 発注時の確認：契約書の内容から請負か準委任かを確認する
請負契約の概要
請負契約は、成果物の完成を目的とする契約です。システム開発やアプリ開発では「納品型開発」とも呼ばれ、完成させる責任は開発側が負います。成果の確認は、完成物を納品したときに行います。
- 報酬の支払い：完成した成果物を納品したときに支払われる
準委任契約の概要
準委任契約は、業務を遂行すること自体に報酬が発生する契約です。成果は、業務の遂行を通じて確認します。
- 適する業務：開発作業や調査、保守運用、設計支援など人的サービスの提供（成果物の完成までは求められない）
請負契約の特徴と適用シーン
請負契約は、完成した成果物を納品することが主な目的です。契約書では、成果物の仕様、納期、検収基準を明確に定めます。
請負契約の主な特徴
請負契約では、契約の中心が成果物の完成に置かれます。
- 契約の目的：成果物の完成
- 成果の責任：受託側が負う
支払いは、検収（成果物の確認）を経て行われます。また、発注側は成果のみを受け取る立場になります。
適しているケース
請負契約が合うのは、完成の基準をあらかじめ決めやすいケースです。
- 仕様が固まった案件：明確な仕様がすでに存在する開発案件
- 納品物が明確な開発：納品物を明文化できるプロダクト開発（アプリ、Webサービスなど）
スコープが固定化されていて、追加変更が少ない場合にも向いています。
請負契約の注意点
請負契約では、次のような点が問題になりやすいです。
- 変更への対応：仕様変更に弱く、追加費用が発生しやすい
- 途中の関与：開発中の進捗や詳細設計には関与しづらい
不具合や納期遅延が起きたときは、トラブルになりやすい点にも注意が必要です。
請負契約は成果で評価されるため、仕様書や要件定義の精度が成功を左右します。
準委任契約の特徴と適用シーン
準委任契約では、「業務の実行」そのものに報酬が支払われます。成果物を完成させる義務はなく、一定時間内の労働力を提供することが主な内容になります。
準委任契約の主な特徴
準委任契約は、報酬の考え方と責任の範囲が請負と異なります。
- 報酬の単位：時間単位・日単位での稼働に対して支払う
- 成果への責任：開発成果の完成までは負わない
業務を遂行する義務があり、善管注意義務（誠実に業務を行う責任）も求められます。また、準委任は労働契約ではなく、発注側は指揮命令を行えません。
適しているケース
準委任契約は、仕様が流動的な場面や、調査・考察が中心の業務に向いています。
- 変化の多い開発：アジャイル開発など、仕様が流動的なプロジェクト
- 支援業務：要件定義・設計支援など、考察や調査が主な業務内容
インハウス的なエンジニア支援や社内リソースの補完、内部メンバーと並走して開発を進める体制でも、準委任が適しています。
準委任契約の注意点
準委任契約では、成果の保証がない分、進め方の確認が欠かせません。
- プロジェクト管理：成果に対する保証がないため、重要性が高い
- 稼働の透明性：タイムシートなどの稼働管理で担保する必要がある
指揮命令を行うと、「偽装請負」に該当するおそれがあります。
準委任契約では、信頼とコミュニケーションが成果に直結するため、関係づくりとマネジメント体制の整備が欠かせません。
契約形態の選定ポイントと判断基準
適切な契約形態は、プロジェクトによって異なります。請負と準委任のどちらが合うかは、仕様の明確さや期間、検収のしやすさなどから考えます。
仕様の明確さと変更の可能性
まず確認したいのは、仕様がどこまで固まっているかです。
- 仕様が固まっている：請負契約が向く
- 仕様が未確定、または変更の余地がある：準委任契約が向く
仕様が固まりきらない段階で請負契約を結ぶと、後から変更が難しくなり、プロジェクトが破綻しやすくなります。
プロジェクトの期間と規模
期間や規模によっても、向いている契約形態は変わります。
- 短期集中で明確な成果を求める開発：請負が有効
- 中長期的な開発体制の柔軟性を重視：準委任が有効
スタートアップやプロダクト開発では、段階的な開発やピボットを前提とする場合が多いため、準委任が適するケースも目立ちます。
契約・検収のしやすさ
契約と検収のしやすさは、次の2点から確かめられます。
- 成果物の確認：検収が容易にできるか
- 進捗の把握：業務の遂行状況をどうやって把握するか
加えて、成果物の定義をどこまで厳密に行えるかも、見ておきたい点です。これらの観点は、請負か準委任かを選ぶときのヒントになります。
ハイブリッド型の契約活用と実務上の工夫
近年は、請負と準委任を組み合わせた「ハイブリッド型」の契約も増えています。
ハイブリッド契約の例
ハイブリッド型では、工程ごとの性質に合わせて契約形態を使い分けます。
- 要件定義・設計フェーズ：準委任契約で柔軟に対応
- 開発・実装フェーズ：請負契約で明確な成果物として納品
保守・運用フェーズは、準委任契約で継続的に対応します。
フェーズごとに契約形態を切り替えると、リスクと成果のバランスを取れます。
契約書の明確化と運用
契約書に書く項目と、やり取りの残し方を先に決めておきます。
- 契約書の記載事項：業務内容、成果物、納期、支払い条件、責任範囲など
- 口頭・メールでのやり取り：議事録や報告書で文書化し、トラブルを防ぐ
双方の開発責任や期待値にズレが生じないよう、初期段階で互いに合意しておきます。
まとめ
システム開発やプロダクト開発では、安く・早く・外注することに加えて、どのような成果を、どのような体制で得たいのかを明確にします。そのうえで、最適な契約形態を選ぶことが重要です。
請負契約は成果物に対する責任が明確である一方、柔軟性に欠けます。準委任契約は、プロセスを重視して柔軟に進められますが、成果の保証はありません。
両者の長所と短所を踏まえると、状況に応じてハイブリッド型を使い分けることが、実務上の理想的な形です。
自社の開発フェーズやリソース体制、業務内容に応じて適切な契約形態とマネジメント体制を構築すれば、より安全で効率的な開発プロジェクトを進めやすくなります。
全体の進め方は、次の記事で確認できます。
▼全体ガイドの記事
・プロダクト開発・システム開発の進め方総合ガイド
▼RFP作成前に読みたい無料ホワイトペーパー
・Webサービス開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。