請負契約と準委任契約、どちらで開発を依頼すべき？
システム開発の契約には「請負」と「準委任」の2種類があります。どちらを選ぶかで、リスクの所在も費用のかかり方も変わります。それぞれの違いと使い分けを整理します。
請負契約とは
請負契約は「成果物の完成」を約束する契約です。ベンダーは合意した仕様通りのシステムを完成させる義務を負い、完成しなければ報酬を請求できません。発注者は「完成したものを受け取る」立場です。
メリット
- 費用が事前に確定する（固定価格）
- 成果物に対して瑕疵担保責任が生じる
- 予算管理がしやすい
デメリット・落とし穴
- 要件変更が発生すると追加費用が生じやすい
- ベンダーは予算内に収めるため、品質や工数を圧縮するリスクがある
- 「仕様書に書いていない」という理由で対応を断られることがある
- 見積もりが高くなりやすい（ベンダーがリスクを価格に乗せるため）
準委任契約とは
準委任契約は「作業の提供」を約束する契約です。ベンダーは定められた時間・工数だけ作業を行い、その対価として報酬を受け取ります。成果物の完成を保証する義務はありません。
メリット
- 仕様変更に柔軟に対応できる
- ベンダーのリスク乗せがなく、時間単価が適正になりやすい
- 発注者がプロセスに関与しやすい
デメリット・落とし穴
- 費用の上限が読みにくい（工数が増えれば費用も増える）
- 成果物の品質・完成に対する保証がない
- 発注者が進捗管理に積極的に関与しないと、期待と結果がずれやすい
フェーズごとに契約を使い分ける
実務では、開発フェーズによって契約形態を使い分けることが合理的です。
| フェーズ | 推奨契約 | 理由 |
|---|---|---|
| 要件定義 | 準委任 | 成果が不確定で、作業量で管理する方が自然 |
| 設計 | 準委任 | 要件の変化に対応しやすい |
| 開発・単体テスト | 請負 | 仕様が固まった段階で成果物を約束できる |
| 結合テスト・受入テスト | 準委任 | 発注者の関与が深く、作業範囲が変動しやすい |
| 保守 | 準委任（月額） | 発生する作業が不定のため |
上流フェーズは準委任で柔軟に進め、仕様が固まった開発フェーズは請負で成果物を約束する、というパターンは現場でよく使われます。
どちらが「有利」ということはない
請負と準委任はどちらが良い・悪いということではなく、状況に応じた使い分けが重要です。「全部請負にすれば安心」「全部準委任にすれば柔軟」という単純な話ではなく、各フェーズの性質・リスク・発注者の関与度に合わせて選ぶことが、プロジェクトを成功させるための一歩です。
契約形態についてベンダーから説明がない場合は、こちらから確認することをお勧めします。