- システム開発の着手金の相場と業界慣習
- 前払い・中払い・後払いの分割パターンと使い分け
- 着手金なしで依頼できる条件と交渉方法
- 着手金トラブル（踏み倒し・詐欺・未完成）を防ぐ契約書のポイント
「システム開発を依頼したいが、着手金を求められた。本当に払う必要があるのか？」「前払いしたのに開発が止まったらどうなるのか？」
発注者にとって着手金は、発注前から感じる最初の不安のひとつです。本記事では、着手金の業界相場から支払いパターン・トラブル防止策まで、発注者が知っておくべき情報を整理します。
システム開発の着手金とは
着手金とは、開発に取り掛かる前に発注者が開発会社へ支払う費用です。開発会社が開発期間中の人件費・インフラ費用・外注費を持ち出しにしないための資金であり、プロジェクト着手の合意を双方で確認する意味合いもあります。
法的には、民法第633条で「請負（委託開発）の報酬は仕事の完成・引渡しと同時に支払う」のが原則です。着手金は法律上の義務ではなく、業界慣行として定着した契約条件であるため、契約書への明記が必須です。
着手金の相場
一般的な相場は開発費の30〜50%
システム開発の着手金の相場は、開発総額の30〜50%程度とされています。100万円の開発であれば30万〜50万円が目安です。開発会社の規模・プロジェクトの種類・発注者との関係性によって異なります。
| 開発規模 | 一般的な着手金の割合 | 備考 |
|---|---|---|
| 小規模（〜100万円） | 50〜100%または着手金なし | 短期案件は一括後払いも多い |
| 中規模（100万〜500万円） | 30〜50% | 契約時に支払うケースが多い |
| 大規模（500万円〜） | 20〜30% | 中間金を組み合わせた分割払い |
相場を大きく超える70〜80%以上の着手金を最初から求められた場合は、慎重に検討することをお勧めします。正当な理由（大量の外注コスト・ライセンス費用など）があれば問題ありませんが、根拠なく高額な前払いを求める場合はリスクがあります。
分割払いのパターン
3段階分割（着手金・中間金・最終金）が主流
大規模開発では、着手金・中間金・最終金の3段階に分割するパターンが一般的です。各フェーズの成果物を確認してから次の支払いを行うため、発注者のリスクを分散できます。
| 支払いタイプ | 支払いタイミング | 割合の目安 |
|---|---|---|
| 着手金 | 契約締結時 | 20〜30% |
| 中間金 | 設計完了・要件確定時など | 20〜40% |
| 最終金 | 納品・検収完了後 | 30〜50% |
マイルストーン払いとも呼ばれるこの方式は、開発会社にとっては資金繰りの安定、発注者にとっては工程ごとの進捗確認と合わせた支払いができるという双方のメリットがあります。
規模別の典型パターン
短期・小規模開発（期間1〜2か月、100万円未満）。一括後払い（納品検収後に全額）または着手金30〜50%＋納品後残額という2分割が多いです。
中規模開発（期間3〜6か月、100万〜500万円）。契約時30%＋中間成果物納品時30%＋最終納品検収後40%の3分割が一般的です。
大規模開発（期間6か月〜、500万円以上）。工程ごとにマイルストーンを設定し、各工程完了時に支払うマイルストーン払いが採用されることがあります。
システム開発全体の費用感については、システム開発の費用相場まとめも合わせてご参照ください。
着手金なしで依頼できる条件
着手金を求められないケースも存在します。ただし、開発会社の資金繰りへの配慮も重要です。
開発期間が短い（1〜2か月）場合。短期案件では開発会社の持ち出し期間が短いため、着手金なしで全額後払いに応じてもらえることがあります。
継続取引がある場合。以前の発注で支払い実績があり、信頼関係が構築されている場合は着手金を省略できるケースがあります。
信用力のある大手企業からの発注。信用リスクが低い大企業からの発注では、開発会社が着手金なしでも受注するケースがあります。
交渉で着手金の割合を下げることは可能ですが、0%にしてほしいという交渉は開発会社の経営を圧迫する場合があるため、双方に無理のない条件を探ることをお勧めします。見積書の確認ポイントについては、システム開発の見積書の見方も参考にしてください。
着手金トラブルを防ぐポイント
契約書に必ず明記すべき事項
着手金に関するトラブルのほとんどは、契約書に明記されていないことが原因です。以下の事項は必ず契約書に記載してください。
着手金の金額と支払いタイミング。「契約締結後10営業日以内に」など具体的な期限を設定します。
着手金の返還条件。「開発着手前に契約解除した場合は全額返還」「開発着手後は実費相当を差し引いた残額を返還」など、具体的な条件を明記します。特に、開発会社側の都合（倒産・廃業・人員不足など）による中断の場合の取り扱いも定めておきます。
中間金・最終金の支払いトリガー。「設計書の承認をもって中間金を支払う」のように、支払い発生の条件を具体的な成果物と紐づけます。
契約書の作り方全般については、システム開発の契約ガイドで詳しく解説しています。
詐欺・踏み倒しを防ぐチェックリスト
残念ながら、着手金を受け取ったまま開発を行わない悪質なケースや、途中で倒産してしまうケースが存在します。発注前に以下を確認してください。
| 確認項目 | 確認方法 |
|---|---|
| 会社の法人登記が確認できるか | 国税庁の法人番号公表サイト・登記情報提供サービス |
| 実際のオフィスが存在するか | 事務所訪問または在籍確認 |
| 開発実績・参考サイトが確認できるか | ポートフォリオ・事例ページの確認 |
| 契約書を締結してから入金するか | 口頭合意だけで入金を求める会社は要注意 |
| 請求書の会社名・口座名が一致するか | 法人名義の口座かどうか確認 |
FUNBREWの支払い条件について
FUNBREWでは、発注者の不安を最小化するために、着手金・支払い条件を契約前に透明性を持ってご提案しています。プロトタイプ開発を先行させることで、本格開発前に成果物の方向性を確認いただける仕組みも整えています。見積もり前のプロトタイプ開発については、プロトタイプ開発ガイドをご覧ください。
- 着手金の相場は開発費の30〜50%。小規模案件では一括後払いも多い
- 大規模開発では着手金・中間金・最終金の3分割（30/30/40%）が一般的
- 着手金なしの交渉は可能だが、開発会社の経営負担を考慮した条件設定が重要
- 返還条件・支払いトリガーを契約書に明記することがトラブル防止の最重要ポイント
- 契約書締結前の入金・不自然に高額な前払いは詐欺リスクのサインとして注意
この記事をシェア
着手金・支払い条件についてご相談ください
FUNBREWでは発注者の立場に立った透明性の高い見積もりと支払い条件をご提案します。着手金の設定・分割払いのご希望など、まずはお気軽にご相談ください。