小規模システム開発は請負と準委任どちらが安い?10〜300万円の案件で徹底比較
「見積もりは安かったのに、最終的な支払いが倍になった」——契約形態の選び方で変わるシステム開発のコスト
「100万円で見積もってもらったシステム開発が、蓋を開けたら200万円を超えていた」
中小工務店や設計事務所の経営者から、こうした声をよく耳にします。施工管理アプリの導入、見積もりシステムの刷新、顧客管理のクラウド化——DXの必要性を感じて小規模なシステム開発を外注したものの、当初の予算を大幅に超過してしまったというケースが後を絶ちません。
その原因の多くは、開発技術の問題ではなく「契約形態の選び方」にあります。
システム開発の契約には大きく分けて**「請負契約」と「準委任契約」の2種類があります。この2つは費用の決まり方がまったく異なり、同じ開発内容でも最終的なコストに数十万円〜数百万円の差が出る**ことがあります。
しかし、多くの経営者は開発会社から提示された契約書にそのままサインしているのが実情です。契約形態の違いを理解していれば防げたはずのコスト超過が、知識不足のせいで起きているのです。
特に10〜300万円という小規模案件では、数十万円の差が経営を直撃します。「うちの案件に合った契約形態はどちらか?」——この判断ができるかどうかが、DX投資の成否を分けるのです。
「IT企業に言われるがまま契約した」——それ、あなただけではありません
この問題は、あなたの会社だけで起きているものではありません。
建設業の経営者がITの契約形態に詳しくないのは当然です。現場では「工事請負契約」が主流であり、**「請負=成果物を納品してもらう契約」**という感覚は身体に染みついています。だからシステム開発でも「完成品を納品してもらう請負契約」を選びがちです。
一方、開発会社側はリスクを自社に負わせたくないという思惑から、準委任契約を推してくることがあります。発注者から見れば「何時間働いたかわからないのに、時間単位で請求される」という不安がつきまといます。
結局、どちらの契約形態が自社にとって有利なのかわからないまま、開発会社の提案を受け入れてしまう。 これが多くの中小企業でシステム開発のコストが膨れ上がる構造的な原因です。
建設業に置き換えれば、施主が「設計施工一括」と「設計・施工分離」のメリット・デメリットを知らずに契約するようなものです。プロであるあなたなら、施主にはきちんと説明したいと思うはずです。
この記事では、10〜300万円の小規模システム開発に焦点を当て、請負契約と準委任契約のコスト構造を徹底的に比較します。 読み終えたときには、あなたの会社のDX案件にどちらの契約形態が最適か、明確に判断できるようになります。
結論:「安い契約形態」は案件の性質で決まる
先に結論をお伝えします。請負と準委任のどちらが安いかは、「要件の確定度」と「予算規模」で決まります。
請負と準委任のコスト比較チャート
請負契約と準委任契約——基本の違い
まず、2つの契約形態の基本構造を整理します。
| 項目 | 請負契約 | 準委任契約 |
|---|---|---|
| 支払い対象 | 成果物(完成したシステム) | 作業時間・工数 |
| 報酬の決まり方 | 固定価格(一括見積もり) | 時間単価 × 稼働時間 |
| 仕様変更への対応 | 追加費用が発生(変更契約が必要) | 作業範囲内で柔軟に対応可能 |
| 完成責任 | 開発会社が負う | 開発会社は負わない(善管注意義務のみ) |
| 契約不適合責任 | あり(旧:瑕疵担保責任) | なし |
| 途中解約 | 発注者からの解除は損害賠償が必要 | いつでも解約可能 |
← 横にスクロールできます →
ポイントは「何に対してお金を払うか」の違いです。 請負は「完成品」に、準委任は「作業時間」に対して支払います。
予算規模別——コストはこう変わる
実際の費用を、中小工務店・設計事務所でよくある案件をモデルに比較してみましょう。
ケース1:10〜50万円の案件(業務ツールのカスタマイズ・簡易Webフォームなど)
| 請負契約 | 準委任契約 | |
|---|---|---|
| 見積もり例 | 一括35万円 | 月額25万円 × 1〜2ヶ月 |
| 最終コスト(順調時) | 35万円 | 25〜50万円 |
| 最終コスト(仕様変更あり) | 35万円+変更費10〜20万円 | 25〜50万円(変更込み) |
| コスト予測のしやすさ | ◎ | △ |
← 横にスクロールできます →
この規模では請負契約が有利です。 要件がシンプルで仕様変更が少ないため、固定価格の恩恵を最大限に受けられます。準委任だと「想定より時間がかかった」場合にコストが青天井になるリスクがあります。
ケース2:50〜150万円の案件(施工管理システム・顧客管理システムなど)
| 請負契約 | 準委任契約 | |
|---|---|---|
| 見積もり例 | 一括120万円 | 月額40万円 × 3〜4ヶ月 |
| 最終コスト(順調時) | 120万円 | 120〜160万円 |
| 最終コスト(仕様変更あり) | 120万円+変更費30〜60万円 | 120〜160万円(変更込み) |
| コスト予測のしやすさ | ○ | ○ |
← 横にスクロールできます →
この規模は判断が分かれます。 要件が明確なら請負、開発しながら仕様を固めたいなら準委任がコスト的に有利になる傾向があります。
ここが最も契約形態の選択ミスによるコスト超過が起きやすい価格帯です。「請負で契約したのに仕様変更が重なって追加費用が膨らんだ」「準委任で契約したら開発期間が想定より伸びた」——どちらのパターンも頻繁に発生します。
ケース3:150〜300万円の案件(基幹業務連携・複合システムなど)
| 請負契約 | 準委任契約 | |
|---|---|---|
| 見積もり例 | 一括250万円 | 月額50万円 × 4〜6ヶ月 |
| 最終コスト(順調時) | 250万円 | 200〜300万円 |
| 最終コスト(仕様変更あり) | 250万円+変更費50〜150万円 | 200〜300万円(変更込み) |
| コスト予測のしやすさ | △ | ○ |
← 横にスクロールできます →
この規模では準委任契約が有利になるケースが増えます。 理由は、案件が複雑になるほど「事前にすべての要件を確定させること」が難しくなり、請負契約の仕様変更コストが積み上がるためです。
なぜ請負の「固定価格」に騙されるのか
「請負なら金額が決まっているから安心」——これは半分正解で、半分は危険な誤解です。
請負契約の見積もり金額には、開発会社側の**リスクプレミアム(不確実性への上乗せ)**が含まれています。つまり、開発会社は「仕様が曖昧な部分は最悪のケースを想定して高めに見積もる」のです。
具体的には、以下のコストが上乗せされています。
- 仕様の曖昧さに対するバッファ:10〜20%
- 仕様変更リスクへの備え:5〜15%
- 検収対応・手戻りコスト:5〜10%
- 契約不適合責任への備え:3〜5%
合計すると、純粋な開発コストに対して20〜50%のリスクプレミアムが上乗せされているのが一般的です。
つまり100万円の請負見積もりの場合、実際の開発原価は65〜80万円程度であり、残りはリスクへの備えです。もし仕様が明確で変更がなければ、準委任契約のほうが「実質的な開発コスト」に近い金額で済む可能性があるのです。
予算規模別・最適な契約形態の選び方
10〜50万円の案件:請負契約を推奨
要件が明確な小規模案件は、請負契約が鉄板です。
この価格帯の案件は、たとえば以下のようなものです。
- 既存テンプレートをベースにしたWebサイト制作
- 業務用スプレッドシートのWeb化
- 問い合わせフォームの作成・既存システムへの機能追加
これらはゴールが明確で、仕様変更が起きにくいという特徴があります。請負契約で「○○を△△万円で納品」と取り決めれば、コストがブレることはほぼありません。
ただし注意点が1つ。 「とりあえず作ってみて、使いながら改善したい」という場合は、この規模でも準委任のほうが結果的に安くなることがあります。請負で契約してから「やっぱりここを変えたい」となると、変更のたびに追加費用がかかるためです。
50〜150万円の案件:ハイブリッド型を検討
中間価格帯の案件では、「請負と準委任を組み合わせるハイブリッド型」が最もコスト効率が良い場合があります。
具体的には、以下のように工程ごとに契約形態を分けます。
| 工程 | 推奨契約形態 | 理由 |
|---|---|---|
| 要件定義・設計 | 準委任 | 仕様が固まるまでは柔軟性が必要 |
| 開発・実装 | 請負 | 仕様確定後は固定価格でコスト管理 |
| テスト・修正 | 準委任 | 細かな調整に柔軟に対応するため |
← 横にスクロールできます →
この方法なら、要件定義段階で「使いながら仕様を固める」柔軟性を確保しつつ、開発段階では固定価格でコストを抑えられます。
中小工務店や設計事務所のDX案件、たとえば施工管理システムや見積もりシステムの開発は、まさにこの価格帯に該当します。業務フローが会社ごとに異なるため、要件定義段階で「自社の業務に本当に必要な機能」を洗い出す工程が不可欠です。ここを請負で固定してしまうと、後から「この機能は要らなかった」「この機能が足りなかった」という事態になりがちです。
150〜300万円の案件:準委任契約を軸に検討
高額帯の案件では、準委任契約を軸にしたほうがトータルコストを抑えやすい傾向があります。
この価格帯になると、以下のような複雑な案件が含まれます。
- 既存の基幹システムとの連携が必要なシステム
- 複数の業務プロセスをまたがる統合システム
- 外部サービス(会計ソフト、CADなど)とのAPI連携
こうした案件は、開発を進めるなかで「やってみないとわからない」技術的課題が発生しやすいのが特徴です。請負契約だと、想定外の技術課題が発生するたびに変更契約が必要になり、追加費用の交渉に時間とコストがかかります。
準委任契約であれば、技術課題への対応も通常の作業時間として処理できるため、変更契約のオーバーヘッドがなく、結果的にトータルコストが低くなるのです。
ただし、準委任契約で重要なのは**「工数管理の透明性」**です。開発会社に対して、以下を必ず求めましょう。
- 週次の作業報告書(何にどれだけの時間を使ったか)
- 月次の工数見込み(来月の予想稼働時間)
- 総工数の上限目安(青天井にならないための目安値)
予算規模別の最適な契約形態
実際にあったコスト超過トラブル事例
ここで、中小工務店・設計事務所で実際に起きた(あるいは起きやすい)コスト超過事例を見てみましょう。
事例1:請負契約で仕様変更が重なったケース
案件内容:工務店の見積もりシステム開発(当初予算100万円)
- 請負契約で100万円の見積もりを受諾
- 開発開始後、「見積もり書のフォーマットを変えたい」「原価率の計算方法が違う」など仕様変更が5回発生
- 変更1回あたり15〜25万円の追加費用
- 最終支払額:195万円(当初の約2倍)
敗因:業務フローの洗い出しが不十分なまま請負契約を結んだ。要件定義を準委任で行っていれば、仕様変更コストの多くは避けられた。
事例2:準委任契約で開発期間が延びたケース
案件内容:設計事務所の顧客管理システム開発(当初予算120万円)
- 準委任契約で月額40万円 × 3ヶ月(120万円)の見込み
- 発注者側の確認・フィードバックが遅れ、開発が停滞
- 3ヶ月の予定が5ヶ月に延長
- 最終支払額:200万円(当初の約1.7倍)
敗因:準委任契約は発注者側の積極的な関与が必要。確認やフィードバックが遅れると、開発者の「待ち時間」もコストとして発生する。
事例3:ハイブリッド型で適正コストに収まったケース
案件内容:工務店の施工管理システム開発(当初予算150万円)
- 要件定義:準委任で月額30万円 × 1ヶ月 = 30万円
- 開発:請負で100万円
- テスト・調整:準委任で月額20万円 × 1ヶ月 = 20万円
- 最終支払額:150万円(予算内で完了)
成功要因:要件定義段階で業務フローを徹底的に洗い出し、開発段階では確定した仕様に基づく請負契約でコストを固定。テスト段階は準委任で細かな調整に対応。
こんな方は今すぐ契約形態を見直してください
以下に当てはまる方は、現在の(または今後予定している)システム開発の契約形態を再検討すべきです。
- 「全部請負でお願いします」と言いがちな方——仕様が固まっていないのに請負契約を結ぶと、変更費用で予算を大幅に超過するリスクがあります
- 開発会社に「準委任で」と言われてそのまま契約した方——工数管理の透明性を確保しないと、コストが際限なく膨らむ可能性があります
- 50〜150万円の案件を計画中の方——この価格帯はハイブリッド型の検討余地が最も大きく、契約形態の選択でコストが大きく変わります
- 過去にシステム開発でコスト超過を経験した方——同じ失敗を繰り返さないために、契約形態の知識をアップデートする必要があります
- DXを推進したいが予算に限りがある方——限られた予算を最大限に活かすには、契約形態の最適化が不可欠です
建設業界のDXは待ったなしの状況です。2024年の建設業法改正、電子帳簿保存法への対応、インボイス制度——デジタル化を先送りにするコストは、年々大きくなっています。 しかし、だからこそ**「正しい契約形態を選ぶ」という基本を押さえて、限られたDX予算を守る**ことが重要なのです。
まとめ
まとめ:請負と準委任の使い分けで、システム開発コストを最適化する
小規模システム開発のコストを抑えるポイントを整理します。
予算規模別の最適な契約形態:
- 10〜50万円:請負契約が基本。要件が明確なら固定価格のメリットが最大化される
- 50〜150万円:ハイブリッド型(要件定義は準委任、開発は請負)が最もコスト効率が良い
- 150〜300万円:準委任契約を軸に、工数管理の透明性を確保して運用する
契約形態を選ぶ際のチェックポイント:
- 要件の確定度——80%以上確定しているなら請負、それ未満なら準委任を検討
- 仕様変更の可能性——「使ってみないとわからない」要素があるなら準委任が安全
- 自社の関与度——開発に積極的に関われるなら準委任のコスト効率が高い
- 開発会社との信頼関係——初めての取引先なら請負で成果物を保証してもらうほうが安心
**「請負と準委任のどちらが安いか?」という問いに対する答えは、「案件の性質と自社の関与度によって変わる」**です。大切なのは、開発会社の提案をそのまま受け入れるのではなく、自社の案件に合った契約形態を主体的に選ぶことです。
中小工務店・設計事務所のDX推進において、システム開発の契約知識は経営判断の一部です。「ITのことはよくわからないから」と丸投げにせず、契約形態という「発注者の武器」を使いこなして、DX投資のリターンを最大化してください。
契約形態の選び方、要件定義の進め方、開発会社との付き合い方——こうした「発注者側のスキル」は、一度身につければすべてのIT投資に応用できます。もし自社だけでの判断に不安がある場合は、開発会社とは独立した立場で助言できるITコンサルタントに相談するのも有効な選択肢です。特に建設業界の業務に精通したコンサルタントであれば、業務フローの整理から最適な契約形態の提案まで、一気通貫でサポートしてもらえます。