スクラッチ開発（＝既製品を前提にせず、自社要件に合わせて設計する開発）の費用相場は、限定的な業務システムで500万〜1,500万円、中規模で1,500万〜5,000万円、大規模では5,000万円以上が一般的な目安です。期間は4〜18カ月以上を見込み、要件定義・データ移行・保守費まで同条件で比較することが重要です。
スクラッチ開発は自由度が高い一方、既製品よりも初期費用と発注者側の負担が大きくなります。「独自機能が必要だから」という理由だけで決めず、SaaSやパッケージで代替できない範囲を明確にしてから選択することが大切です。
なお、スクラッチ開発は、すべてのプログラムを完全にゼロから作るという意味ではありません。実際には、実績のある開発用部品やクラウドサービスを活用しながら、自社に必要な機能や画面、データ構造、業務ルールを個別に設計します。
スクラッチ開発の費用相場と期間
結論として、業務利用を前提とするスクラッチ開発では、500万円前後が現実的な出発点になりやすく、複数部署で利用するシステムは1,500万〜5,000万円程度に広がります。外部サービスとの連携、高いセキュリティ、24時間稼働などが必要な場合は、5,000万円を超えることも珍しくありません。
規模別の費用相場
| 開発規模 | 想定するシステム例 | 初期費用の目安 | 開発期間の目安 |
|---|---|---|---|
| 試作・限定導入 | 利用者や業務を限定した社内ツール、主要機能だけの検証版 | 300万〜800万円 | 3〜6カ月 |
| 小規模 | 単一部署向けの申請、案件、顧客、在庫などの管理システム | 500万〜1,500万円 | 4〜8カ月 |
| 中規模 | 複数部署で利用する業務システム、複数の外部連携を伴うサービス | 1,500万〜5,000万円 | 6〜12カ月 |
| 大規模 | 全社基幹システム、多拠点対応、大量アクセスや高い可用性が必要なサービス | 5,000万〜2億円以上 | 12〜24カ月以上 |
上記は一般的な目安です。同じ「顧客管理システム」でも、顧客情報を登録・検索するだけの場合と、営業活動、請求、メール配信、権限管理、分析まで行う場合では費用が大きく異なります。
発注のご相談を受ける開発会社の立場から見ると、画面数だけを伝えて費用を確認されるケースがあります。しかし、費用を左右するのは画面数だけではありません。利用者ごとの権限、承認ルール、データ量、外部連携、例外処理、セキュリティ、移行対象なども工数に大きく影響します。
初期開発以外に必要な費用
スクラッチ開発では、公開・納品までの金額だけでなく、運用開始後を含む総費用を把握する必要があります。TCO（＝導入から廃止までにかかる総費用）で比較すると、予算不足を防ぎやすくなります。
| 費用項目 | 目安 | 確認すべき内容 |
|---|---|---|
| 要件定義 | 初期開発費の10〜20％程度 | 業務整理、機能要件、非機能要件、成果物の範囲 |
| データ移行 | 50万〜1,000万円以上 | 移行元の数、データ品質、変換・名寄せの有無 |
| クラウド・サーバー利用料 | 月額3万〜100万円以上 | アクセス数、保存容量、バックアップ、冗長化 |
| 保守運用 | 月額15万〜100万円以上 | 問い合わせ、障害対応、監視、軽微改修の範囲 |
| 外部サービス利用料 | サービスごとに変動 | 決済、メール、地図、認証、AIなどの従量料金 |
| 追加開発 | 都度見積もり | 機能追加、制度変更、OS・ブラウザ対応 |
特に見落としやすいのが、データ移行と運用開始後の保守です。旧システムのデータに重複、表記揺れ、欠損がある場合、単純なコピーでは移行できません。また、保守費用が安く見えても、障害調査や軽微な修正がすべて別料金なら、年間総額が想定を上回る可能性があります。
SaaS・パッケージとの費用比較
スクラッチ開発を選ぶべきなのは、独自要件が事業や業務の重要部分にあり、既製品へ業務を合わせることによる損失が大きい場合です。単に現在の業務をそのままシステム化したいだけなら、SaaSやパッケージのほうが合理的な場合があります。
SaaS（＝インターネット経由で利用する既製のソフトウェア）は短期間で導入できます。パッケージは、完成済みの基本機能を導入し、必要に応じて設定や追加開発を行う方式です。
| 方式 | 初期費用の目安 | 導入期間の目安 | 適しているケース | 主な注意点 |
|---|---|---|---|---|
| SaaS | 0万〜300万円程度 | 1〜3カ月 | 業務が標準化されており、早く導入したい | 月額料金、機能制約、データの持ち出し条件 |
| パッケージ＋設定 | 100万〜1,000万円程度 | 2〜6カ月 | 標準機能で大部分をカバーできる | 製品の仕様や更新方針に影響される |
| パッケージ＋追加開発 | 300万〜2,000万円以上 | 3〜9カ月 | 既製機能を中心に一部だけ独自化したい | 将来のアップデート時に追加開発が負担になる場合がある |
| ローコード・ノーコード | 100万〜1,000万円程度 | 2〜6カ月 | 部門内業務を短期間で改善したい | 複雑な処理、性能、製品依存に注意が必要 |
| スクラッチ開発 | 500万〜5,000万円以上 | 4〜18カ月以上 | 独自業務、複雑な連携、将来の事業拡張に対応したい | 初期費用、開発期間、発注者側の検討負担が大きい |
ローコード・ノーコードとは、プログラムを書く量を減らし、画面上の設定を中心にシステムを構築する方法です。短期間で進めやすい一方、複雑な業務ルールや大量データへの対応には制約が出ることがあります。
スクラッチ開発が向いているケース
次の項目に複数当てはまる場合は、スクラッチ開発を検討する価値があります。
- 独自の業務プロセスが競争力や顧客価値に直結している
- 複数の既存システムや外部サービスを連携させる必要がある
- 部署、役職、取引先ごとに細かな権限設定が必要である
- 将来的にサービスを拡張し、新機能を継続的に追加する予定がある
- 既製品ではデータ構造や承認ルールを実現できない
- 利用者数や処理件数が多く、性能を個別に設計する必要がある
- 自社でソースコードやデータを管理したい
一方、一般的な勤怠管理、経費精算、会計、電子契約などは、まず既製サービスを確認するのが基本です。差別化につながらない領域までスクラッチで作ると、開発費だけでなく法改正対応や保守の負担も自社で負うことになります。
判断するときのチェックリスト
- 既製品を3製品以上比較したか
- 必須機能と、あれば便利な機能を分けたか
- 現行業務を変えられない理由を説明できるか
- 5年程度の利用料と保守費を含めて比較したか
- 将来の利用者数、拠点数、取引量を想定したか
- 自社独自で作る部分と、既製サービスを使う部分を分けたか
- システム導入後の責任者と運用担当者を決めたか
全部をスクラッチ開発するか、全部を既製品にするかという二択ではありません。会計や認証、決済、メール送信などは既製サービスを利用し、競争力に関わる部分だけを個別開発する方法も有効です。
費用を左右する要因と見積もりの見方
スクラッチ開発の見積もりは、機能数だけでなく、要件の確定度、品質水準、連携先、データ移行、プロジェクト体制によって決まります。安い見積もりが必ずしも効率的とは限らず、作業の抜けや前提条件の違いを確認する必要があります。
費用を大きく左右する7つの要因
-
機能の数と複雑さ
登録・一覧・編集といった基本機能に加え、複雑な料金計算、承認分岐、自動処理、帳票出力が増えるほど工数が増えます。 -
利用者と権限の種類
管理者、一般社員、取引先、顧客など、利用者ごとに閲覧・編集範囲が異なると、設計とテストが複雑になります。 -
外部システム連携
API（＝システム同士がデータを受け渡すための接続口）を利用できるか、連携先の仕様が明確か、リアルタイム性が必要かによって費用が変わります。 -
データ移行
移行元がExcel、旧システム、複数データベースに分かれている場合は、調査、変換、重複整理、移行テストが必要です。 -
品質・セキュリティ水準
個人情報や機密情報を扱う場合は、アクセス制御、操作履歴、暗号化、脆弱性対策などの設計・テストが増えます。 -
性能と稼働条件
同時利用者数、大量データ、24時間稼働、障害時の切り替えが必要になるほど、インフラ構成と試験の費用が上がります。 -
要件の確定度
決まっていない点が多い場合、開発会社はリスクを見込んで金額を上乗せするか、追加費用が発生する前提で見積もります。
見積書で確認すべき項目
| 確認項目 | 見るポイント | 注意すべき記載 |
|---|---|---|
| 要件定義 | 対象業務、会議回数、成果物 | 「要件整理一式」だけで成果物が不明 |
| プロジェクト管理 | 責任者、報告頻度、課題管理 | 管理費がない、または極端に低い |
| 設計・開発 | 機能別または工程別の内訳 | 「開発一式」で範囲が判断できない |
| テスト | テストの種類、対象環境、修正範囲 | 発注者の受入テストしか想定していない |
| インフラ | 初期構築、月額、バックアップ | クラウド利用料が見積もりに含まれていない |
| データ移行 | 対象件数、変換、リハーサル | 移行作業が別途協議になっている |
| 操作説明 | マニュアル、研修、問い合わせ対応 | 納品後の説明が含まれていない |
| 保証・保守 | 無償修正期間、対応時間、対象範囲 | 不具合修正もすべて有償になっている |
見積もりを比べるときは、合計金額ではなく、前提条件と対象外項目を横に並べます。ある会社はデータ移行やプロジェクト管理を含み、別の会社は別料金としていることがあるためです。
人件費の単価を確認する場合は、人月単価の相場｜システム開発見積もりの見方も参考にしてください。人月は、1人が1カ月稼働する作業量を表す単位です。ただし、単価の安さだけでなく、必要な作業量や担当者の役割まで確認する必要があります。
追加費用の条件も事前に確認する
スクラッチ開発では、発注後に初めて分かる要件が発生することがあります。重要なのは、変更を完全になくすことではなく、追加費用になる条件と承認手続きを契約前に決めることです。
確認しておきたい項目は次のとおりです。
- 仕様変更と不具合をどの基準で区別するか
- 追加見積もりを誰が承認するか
- 変更による納期への影響をどう提示するか
- 打ち合わせ回数や修正回数に上限があるか
- 外部サービスの仕様変更を誰の負担で対応するか
- 発注者側の回答遅延が納期に与える影響
- 契約を途中終了する場合の精算方法
「必要に応じて別途協議」という記載だけでは、予算管理が難しくなります。変更依頼書、追加見積書、納期変更の承認という流れを明文化しておくと、双方の認識を合わせやすくなります。
スクラッチ開発を外注する手順と会社選び
スクラッチ開発を成功させるには、いきなり詳細な機能を決めるのではなく、解決したい課題、利用者、予算上限、優先順位を整理してから外注先を選びます。要件が曖昧な段階では、開発費を一括で確定させるより、要件定義と開発を分けて発注する方法も検討できます。
外注の基本的な進め方
-
課題と目的を整理する
現在どの業務に時間がかかり、どのような状態を実現したいかを整理します。「システムを作ること」ではなく、処理時間の短縮、入力ミスの削減、売上機会の拡大などを目的にします。 -
現行業務と利用者を確認する
現在の業務フロー、利用中のExcelやシステム、担当者、承認者、取引先を洗い出します。例外的な処理も把握しておきます。 -
必須機能と優先順位を決める
初回リリースに必要な機能と、公開後に追加できる機能を分けます。予算を超えたときに削れる候補まで決めておくと、見積もり調整が進みやすくなります。 -
概算予算と公開希望時期を設定する
予算は上限を含めて共有します。予算を伏せると、実現可能性の低い提案が集まり、比較に時間がかかることがあります。 -
2〜3社へ同条件で相談する
各社へ同じ資料と質問を渡し、費用、期間、体制、進め方を比較します。会社ごとに異なる条件で依頼すると、金額差の理由が分からなくなります。 -
要件定義を実施する
要件定義（＝作るものと満たす条件を決める工程）で、機能、画面、データ、権限、性能、セキュリティ、移行、運用を具体化します。 -
開発・テスト・受入確認を行う
定期的に動作を確認し、最後にまとめて認識違いが発覚することを防ぎます。発注者も業務上のシナリオを使って受入テストを行います。 -
移行・公開・保守へ移る
本番データの移行、利用者教育、問い合わせ窓口の準備を行います。公開直後は問い合わせが増えやすいため、支援体制も決めておきます。
要件定義をどこまで外注するか迷う場合は、要件定義の費用相場｜外注範囲と依頼方法も参考になります。
相談前に準備する資料
詳細な仕様書まで作る必要はありません。まずは次の情報があれば、開発会社が前提を確認しやすくなります。
- システム化したい背景と事業上の目的
- 現在の業務フローと課題
- 利用者の種類、人数、利用場所
- 必要だと考えている機能の一覧
- 参考にしているサービスや画面
- 連携したい既存システムと外部サービス
- 移行したいデータの種類、件数、保存形式
- 希望公開時期と、その時期を希望する理由
- 初期予算と月額運用費の上限
- セキュリティや社内規程上の条件
- 発注者側の責任者と確認担当者
未確定の項目は、無理に決めず「未定」と明記して構いません。決まっていることと決まっていないことを区別するほうが、開発会社は適切な調査や進め方を提案できます。
開発会社の見極めポイント
スクラッチ開発では、完成品を選ぶのではなく、長期間一緒に意思決定する相手を選びます。実績件数や価格だけでなく、要件を整理する力と、リスクを説明する姿勢を確認してください。
- 自社の要望をそのまま受けるだけでなく、代替案を提示するか
- 費用の前提条件と対象外項目を説明するか
- プロジェクト責任者と実際の担当者が明確か
- 要件定義、設計、テストの成果物を提示できるか
- 品質管理とセキュリティ確認の方法が具体的か
- 遅延や仕様変更が起きた場合の進め方を説明できるか
- ソースコード、設計書、クラウドアカウントの帰属が明確か
- 公開後の保守体制と料金が示されているか
- 将来的に他社へ保守を引き継げる契約になっているか
相談時には、同程度の案件について「何を作ったか」だけでなく、「どのような課題があり、どう要件を整理し、どのようなリスクへ対応したか」を質問すると、実務能力を判断しやすくなります。
また、提案段階で極端に安い金額を提示し、契約後に追加費用を積み上げる前提になっていないかも確認が必要です。反対に、高い見積もりでも、移行、テスト、運用設計、保証まで含まれていれば、総額では妥当な場合があります。
スクラッチ開発の方式選定や概算費用を整理したい場合は、開発のご相談はこちらからご相談ください。
まとめ
- スクラッチ開発の費用は、小規模で500万〜1,500万円、中規模で1,500万〜5,000万円、大規模では5,000万円以上が一般的な目安です
- 開発期間は4〜18カ月以上を見込み、大規模案件では2年以上かかる場合もあります
- 初期開発費だけでなく、要件定義、データ移行、クラウド、外部サービス、保守、追加開発を含めて予算化します
- 標準機能へ業務を合わせられる場合は、SaaSやパッケージのほうが費用・期間の面で有利です
- 独自業務や複雑な外部連携が事業上重要な場合は、スクラッチ開発が選択肢になります
- 見積もりは総額だけでなく、前提条件、対象外項目、成果物、追加費用の条件を比較します
- 発注前に目的、業務フロー、必須機能、利用者、連携先、データ移行、予算上限を整理します
- 開発会社は価格だけでなく、要件整理力、体制、品質管理、契約条件、保守・引き継ぎまで見て選びます
よくある質問
スクラッチ開発はいくらから依頼できますか？
業務利用を前提としたスクラッチ開発は、500万円前後が一つの目安です。ただし、対象業務や利用者を限定した試作であれば300万〜500万円程度に収まる場合もあり、反対にデータ移行や外部連携が多いと小規模でも1,000万円を超えることがあります。
パッケージとスクラッチ開発はどちらを選ぶべきですか？
標準機能に業務を合わせられる場合は、SaaSやパッケージが費用・期間の面で有利です。競争力の源泉となる独自業務を実現したい場合や、既製品では対応できない複雑な連携がある場合は、スクラッチ開発を検討します。
スクラッチ開発の見積もりは無料ですか？
概算見積もりは無料の開発会社が多い一方、詳細な要件整理や調査を伴う見積もりは有料になることがあります。有料の場合は、調査報告書や要件一覧などの成果物、作業範囲、後続開発を発注しない場合の利用条件を確認してください。
スクラッチ開発後の保守費用はいくらですか？
小〜中規模システムでは月額15万〜100万円程度が一般的な目安ですが、対応時間、障害時の復旧条件、問い合わせ件数、改修の有無によって変わります。クラウド利用料、外部サービス料、追加開発費が保守費に含まれるかも確認が必要です。