2026.08.13 起業ガイド
受託開発で起業する契約と単価｜仕様変更・未払い防ぐ実務ガイド
Index
「エンジニアやWebデザイナーとして独立し、受託開発事業を立ち上げたい」
「しかし、クライアントからの無理な仕様変更（追加修正）による炎上や、買い叩かれない単価設定、契約トラブルを防ぐ実務手順がわからない」とお悩みではありませんか？
受託開発は、自身のスキルを直接価値に変えることができ、初期費用を抑えて高い利益率を実現できる起業モデルです。
案件ごとの達成感やクライアントの課題解決に直接貢献できる魅力があります。
しかし一方で、「要件定義が曖昧なまま引き受けて永遠に終わらない開発沼（スコープ膨張）」「完成後の未払いや検収遅延」「責任範囲を超えた損害賠償リスク」といったフリーランス・受託起業特有の致命的な落とし穴が存在します。
この記事では、危険なあいまい受託 vs リスク管理型受託の比較、請負と准委任の違い、単価計算とスコープ膨張対策、契約条項・著作権の扱い、そして立ち上げまでの90日ロードマップを徹底解説します。
1. 【比較表】危険な「あいまい受託」 vs 失敗しない「リスク管理型受託」
受託開発の利益率は「納品までの手戻り（修正回数）をいかに抑えるか」で決まります。
| 比較項目 | ① 危険な「あいまい受託」（炎上リスク大） | ② 失敗しない「リスク管理型受託」（推奨） |
|---|---|---|
| 契約形態の選定 | どんな案件も「請負契約（完成責任）」で受ける。 | 仕様未定や保守は「准委任契約（稼働対価）」にする。 |
| 業務範囲（スコープ） | 口頭や大まかなメモだけで開発を開始する。 | 要件定義書で「含む作業・含まない作業」を明記。 |
| 追加要望への対応 | 関係悪化を恐れ、無償で仕様追加を引き受ける。 | 変更管理ルールを定め、追加見積もりを出す。 |
| 支払条件（資金繰り） | 検収後の「全額後払い」だけで引き受ける。 | 着手金（30〜50%）やマイルストーン払いを導入。 |
2. 「請負契約」と「准委任契約」の決定的な違いと使い分け
受託開発を行う際、どちらの契約形態で合意するかによって背負うリスクが180度変わります。
- 請負契約（成果物完成責任）： 「指定された仕様のシステムを完成・納品すること」に対して報酬が発生します。完成しない限り報酬を請求できず、契約不適合責任（旧：瑕疵担保責任）を負います。仕様が100%固まっている単発案件に適しています。
- 准委任契約（善管注意義務・稼働責任）： 「一定の専門スキルをもって善管注意義務に基づき開発業務を行うこと」に対して報酬が発生します。成果物の完成義務を負わないため、仕様が流動的なアジャイル開発や、アドバイス・保守運用案件に適しています。
3. 買い叩かれない単価設定と「仕様変更（スコープ膨張）」を防ぐ見積もり術
見積もり精度を高め、クライアントの「後出しジャンケン（無制限な追加要望）」をシャットアウトします。
① 単価設定の考え方（時給・人月・成果物固定）
「目標月収 ÷ 月間実働時間」だけで時給換算してはいけません。案件獲得のための営業時間、事務・請求作業、税金積立、勉強時間を考慮し、「提示単価＝直接作業時給 × 1.5〜2.0倍」で算定します。人月計算の場合も、自身の経験やスキルの希少性に応じて人月単価（例：80万〜150万円/月）を設定します。
② 業務範囲（スコープ）の明確化と変更管理
見積書や提案書には「対応範囲（対応ブラウザ、機能一覧、デザイン案提示数など）」だけでなく、必ず「含まれない作業（例：データ移行、サーバー契約手続き、ロゴ作成は対象外）」を明記します。途中で要望が追加された場合は「変更管理プロセス」に則り、納期延期と追加見積もりを提示します。
4. 納品後のトラブル・未払いを防ぐ「契約書」の重要条項
口約束での着手は絶対に避け、自社の雛形（または法務チェック済み契約書）を用意します。
・検収期間と自動検収条項： 「納品後〇日以内に検収結果の通知がない場合、自動的に検収合格とみなす」と記載し、検収放置による未払いを防ぎます。
・修正回数の上限設定： 「検収時の軽微な修正は〇回まで無償対応とし、それ以降は追加費用とする」と明記します。
・損害賠償額の上限設定： 万が一システム障害等で損害賠償を請求された場合、「賠償額の上限を、本契約で受領した発注金額の範囲内とする」と定めてリスクを限定します。
5. 知的財産権（著作権）と共通モジュールの権利帰属
自社で開発したプログラムの権利を安易に全譲渡し、次の案件で使えなくなるリスクを防ぎます。
- オーダーメイド部分と汎用部分の分離： 顧客固有のロジックやデザインの著作権は顧客へ譲渡しても問題ありません。しかし、汎用的な共通ライブラリやフレームワーク、自社ツール部分の著作権は「受託側（自社）に留保し、顧客へ非独占的な利用許諾（ライセンス）を与える」特約を結びます。
6. 受託開発起業を成功させる「最初の90日」ロードマップ
準備から、ポートフォリオ作成、契約書整備、受注、納品までの実践スケジュールです。
- 【第1〜30日：得意領域の定義と「ポートフォリオ・見積基準」の整理】
過去の開発実績や得意技術（Web制作、React、Python等）を整理。提供可能なサービスメニューと、対応範囲を明確にした「標準見積もりフォーマット」を作成する。 - 【第31〜60日：自社契約書雛形の作成と「案件獲得（営業）」】
弁護士監修等の業務委託契約書（請負・准委任）を準備。直近のネットワークやクラウドソーシング、代理店経由で小口案件を獲得し、着手金を受領して開発をスタートする。 - 【第61〜90日：仕様通りの納品・検収と「保守運用契約への移行」】
検収フローに沿って納品を完了させ、残金を受領。納品後のバグ対応期間（例：1ヶ月）を終えた後、月額制の「保守運用・技術顧問契約（ストック収入）」への移行を打診する。
まとめ：適切な契約と単価設計で、信頼されるエンジニアになろう
受託開発で起業し、成功するための本質は、ただ提示された仕様通りにコードを書くことではありません。つまり、「案件の性質に合わせた適切な契約形態（請負・准委任）を選択すること」「業務範囲（含む作業・含まない作業）を明確にして追加変更ルールを作ること」「修正や打ち合わせ時間を含めた適正な単価を設定すること」「着手金やマイルストーン払いで資金繰りを防衛すること」にあります。
健全な契約と適正な対価のうえで提供される高品質な開発は、顧客のビジネスを成功させ、あなたに長期的なリピートと信頼をもたらしてくれます。
まずは今週、ノートを開いて「自分が自信を持って提供できる技術範囲（得意領域）」と「想定する1時間あたりの希望単価」を整理することから、確実な独立起業への第一歩を踏み出してみましょう。
起業の始め方についてさらに詳しく知りたい方は、こちらの起業の始め方ガイドをご覧ください。
