---
title: "システム開発の費用相場は？内訳・人月単価と見積もりの妥当性を発注者視点で解説"
url: "https://www.issoh.co.jp/column/details/13121/"
published: 2026-07-06
updated: 2026-09-22
categories: ["Webシステム"]
publisher: "株式会社一創"
---

# システム開発の費用相場は？内訳・人月単価と見積もりの妥当性を発注者視点で解説

システム開発の費用は、同じ「販売管理システムを作りたい」という相談でも数百万円から数千万円まで開きます。金額を決めるのは、開発する機能の量と、それを何人のエンジニアが何か月で作るか（人月）、そして誰に発注するかです。この記事では、Web・業務・基幹システムの規模別の費用レンジ、人月単価と工程ごとの内訳、見積書をその場で検算する計算式を整理します。そのうえで、発注先の種類で変わる単価、削ってよい工程と削ると総額が増える工程、デジタル化・AI導入補助金2026で下げられる範囲までを発注側の判断軸で示します。

## まとめ：システム開発費用の相場観と、見積もりの妥当性を見極める判断軸

システム開発費用は「作る機能の量 × 人月単価」で決まり、規模によって数百万円から数千万円のレンジに収まります。小規模なWebシステムなら数十万〜数百万円、業務システムで数百万〜1,000万円台、基幹システムの刷新では数千万円規模になることも珍しくありません。同じ要件でも会社によって見積もりが倍ほど違うのは、想定する人月単価と、どこまでの工程・保守を金額に含めているかが各社で異なるためです。

金額の妥当性は、総額の大小ではなく内訳で判断します。人月数と単価、要件定義・設計・開発・テスト・保守のどこにいくら積まれているかを分解し、極端に安い見積もりはテストや要件定義が抜けていないかを疑う。高い見積もりは、過剰な機能や多重下請けの中間マージンが乗っていないかを確認します。安さだけで選ぶと、リリース後の改修と保守で総額が逆転します。

費用を下げたいなら、要件に優先順位をつけて初期リリースの範囲を絞り、パッケージやSaaSで代替できる部分を切り分けます。パッケージ導入ならデジタル化・AI導入補助金2026が使えることもある。自社の要件をどこまで作り込み、どこを外注するかを整理したうえで相談したいときは、要件定義から費用の内訳を提示する[基幹システム開発の発注相談](https://www.issoh.co.jp/service/business%5Fsystem/core%5Fbusiness/)を起点にすると判断が進みます。

## システム開発費用の相場｜Web・業務・基幹システムの規模別の目安レンジ

費用の相場は、システムの種類と規模で大きく変わります。まずは自社が作りたいものがどのレンジに入るのかをつかみます。以下の相場は公開データや発注実績から観測される概算で、要件によって上下する前提で見てください。

### 小規模Webシステムから基幹システムまでの規模別の費用レンジと相場観

費用のレンジは、機能数と扱うデータの複雑さでおおよそ段階が分かれます。予約フォームや問い合わせ管理のような小規模なWebシステムと、全社の在庫・会計を統合する基幹システムでは、開発規模が一桁違います。

| システムの種類    | 規模の目安      | 費用レンジの目安      |
| ---------- | ---------- | ------------- |
| 小規模Webシステム | 予約・問い合わせ管理 | 数十万〜300万円     |
| 業務システム     | 在庫・勤怠・受発注  | 300万〜1,000万円台 |
| 基幹システム     | ERP・全社統合   | 1,000万〜数千万円   |
| AIを含む開発    | 需要予測・画像認識  | 500万〜数千万円     |

同じ「業務システム」でも、既存の会計ソフトと連携するか、スマートフォンにも対応するかで数百万円は動きます。レンジの下限だけで予算を組むと、要件が固まった段階で上振れする。連携・データ移行・帳票といった費用ドライバーの見方は[業務システム開発の費用相場](https://www.issoh.co.jp/column/details/15779/)で詳しく整理しています。

基幹システムが上限側に振れるのは、作り直す対象が古いからです。稼働20年級のシステムは仕様書が現存せず、現行動作の調査だけで数百万円の工数が立つ（[レガシーシステムの判定基準と刷新の判断軸](https://www.issoh.co.jp/column/details/10413/)の5要因と対応）。刷新案件では「新しく作る費用」と「今あるものを読み解く費用」を別行で出してもらうと根拠が追えます。

学生数を課金の母数に置き、国立大学なら調達制度の制約も受ける教務システムのように、費用の決まり方自体が違う領域もあります。その構造は[教務システムの価格を学生数と機能範囲から整理した記事](https://www.issoh.co.jp/column/details/16857/)で扱っています。

### 費用が人月と人月単価の掛け算で決まる仕組みと職種別の単価目安

システム開発費用の大半は人件費です。「1人のエンジニアが1か月働く工数」を1人月と数え、これに人月単価を掛けたものが開発費の土台になります。5人月の開発を単価80万円で見積もれば、開発費は400万円という計算になるわけです。人月単価そのものの内訳や職種別の相場、提示された単価が妥当かの見極めは[人月単価とは何かと妥当性の見抜き方](https://www.issoh.co.jp/column/details/13441/)で詳しく整理しています。

人月単価は職種と技術者の階層で変わります。初級プログラマで50万〜80万円、中堅のシステムエンジニアで80万〜120万円、プロジェクトマネージャや高度なAIエンジニアでは120万円を超える例もある。成果物ごと任せる請負発注の考え方は[受託とは何か（受託開発の定義と発注判断）の解説](https://www.issoh.co.jp/column/details/13129/)と[客先常駐（SES）と受託開発の違いと発注側の使い分け](https://www.issoh.co.jp/column/details/13127/)で整理しました。[人月と工数単位の基本定義](https://www.issoh.co.jp/column/details/11021/)を先に押さえると、見積書の工数欄を読み解きやすくなります。

### 要件定義から運用保守まで費用が発生する各工程とその内訳の目安

費用は開発工程だけに発生するものではありません。要件定義・設計・開発・テスト・運用保守という流れの各段階でコストが積み上がり、開発（実装）が占める割合は全体の半分に満たないこともあります。

- 要件定義：全体の1〜2割。何を作るかを決める最上流
- 設計：1〜2割。画面・データベース・処理の設計
- 開発（実装）：3〜4割。プログラミング工程
- テスト：2〜3割。不具合の検出と品質担保
- 運用保守：初期費用とは別に、年間で開発費の1〜2割前後

要件定義とテストは金額に表れにくいものの、ここを薄くすると後工程の手戻りで総額が膨らみます。工程ごとに何が行われるかは[システム開発の流れと各フェーズ](https://www.issoh.co.jp/column/details/12851/)で確認でき、見積書のどの行がどの工程に対応するかを対応づけられます。

### 性能・可用性・セキュリティの非機能要件が総額を押し上げる境目

機能の数が同じでも総額が倍近く動くことがあります。原因の多くは非機能要件で、画面や帳票の一覧には表れないのに基盤構成と試験工数を決めてしまいます。

境目ははっきりしています。可用性を99.9%から99.99%へ上げると、サーバーの冗長化・自動フェイルオーバー・切り替え試験が追加され、インフラ費と試験工数が別建てで乗る。応答時間や同時接続数に数値目標を置けば、負荷試験の工程がまるごと増えます。外部公開システムの脆弱性診断費も、開発費とは別の委託費です。逆に、社内数十人が使う管理画面に99.99%の可用性は要りません。要件を下げれば素直に費用が下がる、削ってよい代表格です。

粒度の決め方は[機能要件と非機能要件・業務要件の違い](https://www.issoh.co.jp/column/details/3715/)で押さえ、[非機能要件6大項目の数値化と閾値テスト](https://www.issoh.co.jp/tech/details/17610/)に当てると、見積書の「基盤構築費」「性能試験費」がどの条件から生まれたかを追跡できます。

## 見積もりの算出方法と、金額の妥当性を発注者が見抜くチェック観点

見積書の総額が予算に収まるかだけを見ると、金額の根拠は見落としがちです。どの算出方法で積まれ、何が含まれ何が抜けているかを分解すると、会社ごとの金額差の理由が見えてきます。各項目の読み方や依頼準備・相見積もりの進め方は[システム開発の見積もりの見方と依頼・相見積もりの比較](https://www.issoh.co.jp/column/details/13443/)で整理しています。

### 積み上げ・類推・係数見積もりの違いと見積もり精度が上がる条件

見積もりの出し方には大きく3つの系統があります。機能を細かく分解して工数を足し上げる積み上げ（ボトムアップ）法、過去の類似案件から推定する類推法、規模指標から係数で概算する係数（パラメトリック）法です。要件が固まった段階では積み上げ法の精度が高く、企画初期は類推法で概算を出すのが実務の順序になります。

係数法の代表が、画面・帳票・データ項目の数から規模を数えるファンクションポイント法です。手計算できる程度の手順で「この規模なら何人月か」を機能の量から逆算できるため、ベンダーが出した人月数の当たり外れを発注側でも判定できます。計算手順とIFPUGの重み表は[ファンクションポイント法の計算方法と工数換算の実例](https://www.issoh.co.jp/column/details/2781/)にまとめました。

類推法の裏づけとして、社外データを参照することも可能です。IPAの[ソフトウェア開発分析データ集2022](https://www.ipa.go.jp/digital/software-survey/metrics/metrics2022.html)（2022年9月26日公開）は、収集済み5,546件のうち直近6年の1,479件について、工数・工期・規模・生産性・信頼性の分布を金融保険業編・情報通信業編・製造業編に分けて公開しています。自社に近い業種の分布に当てれば、提示された工数が業界のどのあたりかを確認できます。

要件が曖昧なまま積み上げ法で細かい数字を出しても、前提が動けば見積もりも崩れます。手法ごとの向き不向きは[ボトムアップ見積もりと類推・三点見積りの違い](https://www.issoh.co.jp/column/details/2783/)で整理しており、発注前に「この見積もりはどの方法で、どこまで要件が固まった前提か」を確認すると精度を判断できます。

### 人月と工程比率から見積書の総額を検算する計算式と数字の当て方

見積書を受け取ったその場で、電卓だけで粗さを判定できます。使うのは工程比率の3つの比だけ。どれかが外れていれば、その工程に何かが起きています。

```
【見積書の検算式】
総額 ＝ Σ（工程別の人月 × 職種別の人月単価）＋ 経費

検算1　実装工数 ÷ 全体工数 ＝ 0.3〜0.4 に収まるか
検算2　テスト工数 ÷ 実装工数 ＝ 0.6〜1.0 に収まるか
検算3　年間保守費 ÷ 初期開発費 ＝ 0.1〜0.2 に収まるか

例）中堅SE　5.0人月 × 100万円 ＝ 500万円
　　PM　　　1.0人月 × 130万円 ＝ 130万円
　　開発フェーズ計 630万円
　　→ テスト工数が別行で立っていなければ、検算2が計算できない
　　→ 計算できない ＝ 見積書にテストが入っていない可能性が高い
```

検算1が0.5を超えるなら、要件定義と設計が薄いか、工程を分けずに一括で数字を置いています。検算2が計算できない見積書は、テストが実装工数に溶かし込まれているか単に抜けているかのどちらか。検算3の年間保守費が書かれていない見積書は、初期費用だけが安く見える典型です。

### 相場より高い・安い見積書の読み解き方と抜け落ちやすい費用項目

相見積もりで金額が倍ほど開いたとき、安い方が得とは限りません。極端に安い見積もりは、要件定義・テスト・ドキュメント作成・運用保守が金額に含まれていないことが多く、着手後に追加請求が積み上がります。まず確認すべきは、総額ではなく「含まれていない工程」です。そもそも各社に渡した前提がそろっていなければ金額差は実力差になりませんから、同一のRFPを配って工程別の人月と単価を分けた形式で回答を求めます（[RFI・RFP・RFQの違いと発行の流れ](https://www.issoh.co.jp/column/details/2459/)）。

抜け落ちやすいのは、テスト工数、本番移行やデータ移行の作業、リリース後の保守費用、仕様変更時の対応費です。クラウド上に構築するなら[AWSの見積もり方法と費用が変わる要因](https://www.issoh.co.jp/column/details/13183/)で整理したインフラ利用料も、開発費とは別に月額で積み上がります。逆に高い見積もりは、多重下請けの中間マージンや過剰要件が原因のことがある。人月数と単価の内訳が書かれていなければ分解を求め、数字を出せない会社は要件の理解が浅いと判断できます。

### 外注・受託・代行で費用が変わる理由と請負・準委任の契約形態の差

同じ開発でも、発注先の形態と契約形態で費用と責任範囲が変わります。受託開発会社への外注は完成責任を負う請負契約が中心で、金額は固定される代わりに仕様変更へ追加費用が発生する。人手を月単位で借りる準委任契約（SES・客先常駐など）は作業時間に対して支払う形で、要件が動きやすい案件に向きます。

どちらの契約をどの工程に当てるか。拠りどころは、IPAと経済産業省が公開する[情報システム・モデル取引・契約書（第二版）](https://www.ipa.go.jp/digital/model/model20201222.html)（2020年12月22日公開）です。改正民法に対応し、要件定義は準委任、設計・実装は請負というように工程ごとに契約を分ける多段階契約の考え方と条文のひな形が示されています。見積書の工程区分をこのひな形と突き合わせれば、どこまでが完成責任かを発注前に確定できます。

開発手法によって前提となる契約も変わります。IPAの[同 アジャイル開発版](https://www.ipa.go.jp/digital/model/agile20200331.html)（2020年3月31日公開）は、アジャイル開発を「成果物の完成に対価を払う請負ではなく、専門家として業務を遂行すること自体に対価を払う準委任」を前提に組み立てています。総額を先に固定したいのにアジャイルで進める組み合わせは、契約の構造上かみ合いません。手法ごとの費用の出方は[ウォーターフォール・アジャイル・スクラムの比較と使い分け](https://www.issoh.co.jp/column/details/1348/)で整理しています。

どちらが安いかは、要件がどこまで固まっているか次第になります。仕様が固まっていない段階で請負の一括発注をすると、変更のたびに追加見積もりが積み上がり、結果的に高くつきます。

## 発注先の種類で変わる人月単価と、安い単価が総額に戻ってくる場面

同じ要件を同じ品質で作っても、どこに頼むかで総額は変わります。単価の差はそのまま得にはならず、管理コストや品質リスクの形で戻ってくる。発注先の種類ごとに何を買っているのかを分けて見ます。

### 大手SIer・中堅受託・フリーランスの単価帯と品質責任の違い

人月単価の分布は、発注先の規模とおおむね対応します。大手SIerは100万〜200万円台が中心で、管理者や品質保証部門の人件費、下請けを束ねるマージンが単価に含まれる。中堅・中小の受託開発会社は60万〜120万円が中心で、担当者が要件定義から実装まで通しで見る体制になりやすい。フリーランスは40万〜80万円まで下がりますが、完成責任が個人に集中し、離脱時の引き継ぎ先がありません。

選び分けの基準は金額ではなく、止まったときに誰が責任を負うかです。基幹業務が止まると事業が止まる領域なら、代替要員を出せる体制に金額を払う意味がある。止まっても手作業に戻せる社内ツールに、大手の管理体制まで買う必要はありません。この線引きを先に決めてから単価の比較に入ります。

### オフショア・ニアショアで単価を下げたときに増える工数と管理コスト

オフショア開発なら人月単価は30万〜60万円台、国内の半額前後まで下がります。ただし仕様伝達の往復、翻訳を伴うレビュー、時差をまたぐ確認のたびに工数が増え、ブリッジSEの人件費も別に乗る。単価差が管理工数で相殺され、想定した差額が消えることは珍しくありません。国別の単価と国内受託との総額比較は[オフショア開発の費用相場と国別の人月単価](https://www.issoh.co.jp/column/details/16271/)で実額を整理しています。

仕様が固まりきらない案件をオフショアに出すのは避けてください。変更のたびに翻訳と再説明が発生し、国内発注より高くつきます。時差と言語の負荷を下げたいなら国内地方都市への委託が単価と管理コストの中間に位置し、向く案件の条件は[ニアショア開発とオフショア開発の違い](https://www.issoh.co.jp/column/details/15342/)で整理しました。

## 費用を抑える現実的な打ち手と、削ると逆に総額が増える工程の見極め

費用は削れる部分と、削ると後で跳ね返る部分がはっきり分かれます。どこを絞ればリリース後の負担を増やさずに初期費用を下げられるのかを整理します。

### 要件の優先順位づけと段階リリースで費用を下げる現実的な進め方

初期費用を下げる最も効果の大きい打ち手は、要件に優先順位をつけて最初のリリース範囲を絞ることです。全機能を一度に作らず、業務で必須の中核機能だけを先に開発し、あれば便利な機能は次のフェーズに回す。初期の開発規模を抑えつつ、使ってみた反応を次の要件に反映できます。範囲をどこで切るかの決め方は[MVP開発の進め方5ステップと範囲の決め方](https://www.issoh.co.jp/column/details/7849/)で扱っています。

既製のパッケージやSaaSで代替できる機能を切り分けるのも有効です。勤怠や会計のように市販ソフトが充実した領域は、独自開発より導入の方が安く早い。独自開発は、他社製品では置き換えられない自社固有の業務プロセスに集中させます。

### 要件定義・テスト・保守を削ると総額が増える失敗パターンの理由

ここははっきり言い切ります。要件定義・テスト・運用保守の3工程は、費用を抑える目的で削ってはいけません。見た目の初期費用は下がりますが、後工程で総額が膨らむ典型的な失敗パターンだからです。

要件定義を省くと、作ったものが業務に合わず作り直しになります。テストを薄くすれば本番で不具合が続発し、その改修費と業務停止の損失が開発費を上回る。保守契約なしでリリースすると、障害対応やセキュリティ更新のたびにスポットで割高な費用が発生します（[システム保守とは何か・運用との違いと費用相場の解説](https://www.issoh.co.jp/column/details/13173/)）。安く見える見積もりがこれらを外しているなら、それは値引きではなく費用の先送りです。要件定義に十分な工数をかけた案件ほど、後工程の手戻りが減って総額が安定します。

### 初期費用ではなく5年間の総額で比べる保守費とクラウド費の見方

初期開発費だけで比較すると判断を誤ります。作った後に払い続ける費用は、年数を掛けると初期費用の差を簡単に逆転するためです。比較の単位を5年に置き換えます。

積み上げる項目は4つです。初期開発費、年間保守費（初期開発費の1〜2割が目安）、クラウドやライセンスの月額、5年の間に想定される改修費。初期1,000万円・年間保守150万円・インフラ月額15万円なら、改修費を見込む前でも5年総額は2,650万円で、初期費用は総額の4割弱にすぎません。初期を100万円値引きしても、保守費が年30万円高ければ5年で逆転します。

5年という単位には会計上の裏づけもあります。自社利用のソフトウェアは無形固定資産に計上し、国税庁の[No.5461 ソフトウエアの取得価額と耐用年数](https://www.nta.go.jp/taxes/shiraberu/taxanswer/hojin/5461.htm)では、複写販売用の原本と開発研究用が3年、その他は5年で償却するという規定です。稟議では年間の償却額と保守費を並べると判断材料がそろいます。

### デジタル化・AI導入補助金2026で費用を下げられる範囲と受託開発の可否

旧IT導入補助金は2026年に「デジタル化・AI導入補助金2026」（中小企業デジタル化・AI導入支援事業）へ改称されました。[公式サイトの通常枠](https://it-shien.smrj.go.jp/applicant/subsidy/normal/)によれば、補助額は1プロセス以上で5万円以上150万円未満、4プロセス以上で150万円以上450万円以下。補助率は原則1/2以内で、令和6年10月から令和7年9月の間に3か月以上、令和7年度改定の地域別最低賃金を下回る賃金で雇用していた従業員が全体の30%以上と示せた場合は2/3以内になります。公募回次は中小企業庁の[公募要領のページ](https://www.chusho.meti.go.jp/koukai/hojyokin/kobo/2026/260310001.html)で確認できます。

補助対象経費は、ソフトウェア購入費、クラウド利用料（最大2年分）、機能拡張やデータ連携ツール、セキュリティ、導入コンサルティング、導入設定・研修・保守サポートまでを含みます。対象になるのは、IT導入支援事業者が事前登録し、顧客対応・販売支援、決済・債権債務、供給・在庫・物流、会計・財務・経営といった業務プロセスを1種類以上持つソフトウェアで、汎用プロセスのみの申請は認められません。

結論ははっきりしています。ゼロから作る完全オーダーメイドの受託開発は、そのままでは補助対象になりにくい。パッケージ導入は補助金、自社固有の作り込みは通常の受託と切り分けて予算を設計してください。他の制度を含めた選択肢は[システム開発で使える補助金一覧【2026年版】](https://www.issoh.co.jp/column/details/3767/)で比較でき、発注の流れは[システム開発とは何かの全体像](https://www.issoh.co.jp/column/details/12847/)で押さえられます。

## よくある質問

システム開発の費用について、発注前に問い合わせの多い質問をまとめます。金額の相場と、見積もりの読み方に関するものが中心です。

### システム開発費用の相場はどのくらいですか？

作るシステムの規模で変わります。予約や問い合わせ管理などの小規模Webシステムで数十万〜300万円、在庫や勤怠などの業務システムで300万〜1,000万円台、ERPのような基幹システムでは数千万円規模が目安です。同じ種類でも、既存システムとの連携や対応端末の数で金額は上下する。スマートフォンアプリはOSの対応範囲で幅が大きいため、[アプリ開発の費用相場](https://www.issoh.co.jp/column/details/13124/)で規模別・OS別に整理しています。

### 見積もりが会社によって大きく違うのはなぜですか？

想定する人月単価と、金額に含める工程の範囲が会社ごとに異なるためです。単価は初級プログラマとプロジェクトマネージャで倍以上の差があり、テストや運用保守を含むか外すかでも総額が変わります。加えて、各社に渡した前提条件がそろっていなければ、金額差は実力差ではなく前提差になる。同一のRFPを配り、工程別の人月と単価を分けた形式で回答を求めてから比較してください。

### システム開発費用の勘定科目や会計処理はどうなりますか？

自社で使うシステムの開発費は、要件を満たす場合にソフトウェアとして無形固定資産に計上し、耐用年数にわたって減価償却するのが原則です。国税庁のタックスアンサーNo.5461では、耐用年数は複写販売用の原本と開発研究用が3年、その他は5年と定められています。研究段階の費用や要件を欠く支出は、その期の費用として処理する。判定条件は[自社開発ソフトウェアの資産計上の会計基準](https://www.issoh.co.jp/column/details/11038/)で整理しているので、経理処理の前に確認してください。

### 費用を抑えるために発注者側でできることは何ですか？

要件に優先順位をつけ、初期リリースの範囲を中核機能に絞るのが最も効果的です。市販のパッケージやSaaSで代替できる部分を独自開発から外し、自社固有の業務に開発費を集中させる。可用性99.99%のような過剰な非機能要件を下げるのも素直に効きます。ただし要件定義・テスト・保守を削るのは逆効果で、後工程の手戻りで総額が増えます。抑えるのは範囲であって、品質を担保する工程ではありません。

### 補助金でシステム開発の費用は下げられますか？

条件が合えば下げられます。デジタル化・AI導入補助金2026の通常枠は補助率1/2以内（賃上げ関連の要件を満たせば2/3以内）、補助額は1プロセス以上で5万円以上150万円未満、4プロセス以上で150万円以上450万円以下。対象経費にはクラウド利用料が最大2年分まで含まれます。ただし対象は支援事業者が登録し業務プロセスを持つITツールで、完全オーダーメイドの受託開発はそのままでは対象になりにくい点に注意してください。

## 関連記事

- [システム開発とは？種類・工程・依頼方法までの全体像](https://www.issoh.co.jp/column/details/12847/)：費用の前に、開発の種類と依頼方法の全体像を押さえたい方へ
- [プロジェクト担当者が押さえる工数単位の基本定義](https://www.issoh.co.jp/column/details/11021/)：費用の土台になる人月・工数の数え方を詳しく知りたい方へ
- [ボトムアップ見積もりと類推・三点見積りの違い](https://www.issoh.co.jp/column/details/2783/)：見積もりの算出方法と精度の判断基準を深掘りしたい方へ
- [システム開発の流れと各フェーズのポイント](https://www.issoh.co.jp/column/details/12851/)：工程ごとの内訳と見積書の対応づけを確認したい方へ
- [自社開発ソフトウェア資産計上の会計基準と判定条件](https://www.issoh.co.jp/column/details/11038/)：開発費の勘定科目と減価償却の会計処理を確認したい方へ

---

出典: [システム開発の費用相場は？内訳・人月単価と見積もりの妥当性を発注者視点で解説](<https://www.issoh.co.jp/column/details/13121/>)（株式会社一創）