← Blog 一覧
Blog
請負・準委任・混合契約|発注者が最初に確認する比較表
契約形態で比べるのは単価ではない。変更耐性と責任の置き場。請負・準委任・混合の比較表と赤旗、発注前チェックを整理します。
村田 文太郎/代表取締役
- 受託開発
- 契約
- 発注失敗回避
「請負と準委任、どちらが得ですか?」——得の定義が金額だけだと、答えはいつもズレる。
発注者が最初に確認すべきは単価表ではない。変更が起きたとき、誰が何の責任を持ち、どうお金と期限が動くかだ。形態の名前より、現場の不確実性に合うかを見る。
比べるのは単価ではなく、変更耐性と成果物・責任の置き場だ。
比較表
| 観点 | 請負(成果完成) | 準委任(履行) | 混合 |
|---|---|---|---|
| 主責任 | 決めた成果物の完成 | 合意した役務の遂行 | 領域ごとに分ける |
| 向く案件 | 受入基準が凍結できる | 探索・伴走・運用 | 核は請負、周辺は準委任 |
| 変更 | 原則、変更契約が必要 | 優先順位の入れ替えがしやすい | ルールを先に書く |
| 赤旗 | 要件曖昧なのに一式請負 | 成果物定義が空のまま「完成」を期待 | 境界が口頭のみ |
名称のバリエーション(成果完成型など)があっても、現場で見る軸はこの表で足りることが多い。
赤旗/よくある誤解
- 「請負の方が安い」——安いのではなく、不確実性を後工程に送っているだけことが多い
- 「準委任なら何でもやってくれる」——範囲と優先順位の合意がなければ拡散する
- 「混合は複雑で避けたい」——不確実性が混在する案件では、かえって単純な一本化が危険
短い事例
請負一本で詰んだ例: 社内向けツールを一式請負。利用者レビューで要件が変わり、変更協議が炎上。
混合で進んだ例: 核のワークフローのみ請負、権限と帳票は準委任で優先度を週次調整。核は期日どおり、周辺は学習に合わせて伸ばした。
判断軸
| 請負を主にする | 準委任を主にする | 混合にする |
|---|---|---|
| 受入基準が検収可能 | 毎週の発見が価値 | 凍結できる核と動けない周辺が共存 |
| 変更は例外 | 変更が本体 | 境界と費用ルールを文書化できる |
次に確認すること
- 凍結できる範囲とできない範囲を色分けしたか
- 受入基準は「完成の定義」になっているか
- 変更時の手続・単価・期限への影響は契約にあるか
- 混合なら境界線は図で示せるか
- 社内の予算確定圧力で不確実性を隠していないか
まとめ
契約形態の選定は、法務用語の好みではない。不確実性をどこに置くかの設計だ。単価比較の前に、変更耐性の表を埋める。そこが埋まれば、請負も準委任も道具として使える。
契約形態を含む発注設計の相談は、お問い合わせフォーム からどうぞ。
Related
関連記事
固定価格で丸投げして仕様凍結できず破綻するパターン
一式請負にしたのに要望が止まらない。固定価格が前提にするのは変更を殺す設計。破綻の典型と深掘り事例、契約形態の判断軸を整理します。
システム開発を外注したら追加費用が増えた……なぜ起きる?契約前に確認すべきこと
受託開発で追加費用が膨らむ典型パターンと、契約前に確認しておくべき項目。発注者が「なぜ追加請求されたのか」を防ぐための実践ガイド。