業務システム開発の費用相場と見積内訳｜画面数以外で決まる条件と5年総額【2026年10月】

業務システム開発の費用は、開発会社の公開記事でよく示される目安で小規模50万〜300万円、中規模300万〜1,000万円、大規模1,000万円以上です。ただし自社の案件がどの帯に入るかは画面数だけでは決まらず、承認の流れ・権限・データ移行・外部連携・運用の条件で大きく動きます。

また初期費用だけでなく、保守を含めた5年総額で稟議に載せる必要があります。この記事では、規模別の目安と内訳、画面以外に見積を動かす条件の確認表、見積書に載っていない8つの費用、「そもそも作らない」場合の実額（kintoneなら20名で年43.2万円・税別）まで並べて、予算内で最初にどこまで発注するかを決められる形にします。当社の価格は、既存システムの改修100万円〜、PoC 300万円〜、本開発は個別見積（すべて税別。クラウド・外部API・ライセンス等の実費は別）です。PoCの300万円は検証の開始価格で、本番システムの完成価格ではありません。

業務システム開発の費用相場【規模別の早見表】

複数の開発会社が公開している相場を見比べると、規模の区切りと金額はおおむね一致します。最大公約数をまとめたのが下の表です。統計ではなく各社の公開記事に多い区分なので、自社案件の位置は後述の「画面以外の条件」で確かめてください。

期間については、要件定義から本番稼働までを1〜2年と見込む会社もあり、中規模以上は表より長くなる前提で考えたほうが安全です。

「平均」で相場を読むと予算を間違える

相場は平均値で理解しないよう注意が必要です。比較サイトのPRONIアイミツが自社の受発注データに基づいて公表している値（PRONIアイミツ、2026年6月15日更新の記事）では、次のようになっています。

基幹システムでは平均542万円に対して中央値は321万円で、1.7倍の開きがあります。これは、少数の大型案件が平均を引き上げているためです。実際に最も多く成立している価格帯は100万〜299万円で、全体の3分の1超を占めます。

つまり、「基幹システムの相場は約542万円」という数字を根拠に予算を組むと、実態より高く見積もることになります。逆に、この帯の案件が多いことは、300万円以下でも成立している業務システムは相当数あることを示しています。なお、この公表値は母数と取得期間が明示されていないため、1社の取引データに基づく目安として扱ってください。

なぜ会社によって見積金額が数倍も違うのか

出典: 独立行政法人情報処理推進機構（IPA） 公式サイト

3社から見積を取ったら100万円・400万円・900万円と返ってきた、というのはよくある話です。理由は3つあります。

理由1：公的な相場統計がいま存在しない

かつてIPA（情報処理推進機構）が「ソフトウェア開発分析データ集」として、数千件規模のプロジェクトの工数・工期データを公開していました。しかしこのデータ集は2022年版が最後で、事業は終了しており、今後の発行予定もありません。

つまり2026年時点で、業務システム開発の工数や単価を照合できる公的なデータは存在しません。各社が「相場は◯◯万円です」と書いている数字は、すべて自社の受注実績や体感に基づくものです。数字が食い違うのは当然で、どれか1社の相場表を正解として扱うことはできません。

なお、経済産業省が2017年8月に公表した「IT関連産業の給与等に関する実態調査」（コンサルタント928.5万円、プロジェクトマネージャー891.5万円など）はありますが、これは年収であって人月単価ではありません。この2つを混同した説明を見かけますが、両者は別のものです。

理由2：発注先によって人月単価が2〜4倍違う

業務システムの見積は、多くの場合、次の式で作られています。

人月単価 × 必要工数（人月） ＋ 付帯費用

人月単価は、各社が公開している範囲では次のとおりです。公的な統計ではなく、開発会社の公開記事に多い幅をまとめたものです。

担当する人の役割でも変わります。プロジェクトマネージャーは100万〜150万円、設計を担うアーキテクトは100万〜140万円、経験の浅いエンジニアは40万〜70万円といったレンジです。一般的な目安としては1人月あたり60万〜100万円前後で、複数の会社の公開値がここに収まります。

同じ「5人月」の案件でも、フリーランスなら250万〜400万円、大手なら600万〜1,000万円になります。作るものが同じでも、誰が作るかで倍以上変わります。

理由3：見積もった「工数」の前提がそろっていない

同じ資料を渡していても、A社は「既存システムとの連携は自社でCSV出力してもらう前提」、B社は「連携の仕組みまで作る前提」で計算していることがあります。この差だけで数百万円動きます。相見積を取るときは、次章と「見積書に載らない費用」の項目について、含む／含まないを各社に明記させてください。これをやらない比較は、金額を並べても意味がありません。

費用の内訳｜何にいくら払っているのか

業務システム開発の見積のうち、人件費が総額の60〜70%を占めるという目安が、開発会社の公開記事でよく示されます（統計の裏付けはなく、外部サービスの利用料が大きい案件では比率が変わります）。残りの30〜40%が、環境構築費、ソフトウェアのライセンス費、外部から調達する部品の費用、必要な場合のハードウェア、そして運用保守の初期分です。

注目すべきは要件定義に全体の20〜25%を見込むという目安です。この目安で計算すると、1,000万円の案件なら200万〜250万円が、プログラムを書く前の工程に使われます。

高いと感じるかもしれませんが、ここを削ると後で高くつきやすくなります。要件定義書に書かれていない機能は、後から「当初の仕様に含まれない」と判断される余地が生まれ、追加請求の対象になります。要件定義が曖昧なまま進むと、追加費用の交渉で発注側が不利になりやすくなります。

画面数だけでは見積は決まらない｜承認・権限・移行・連携・運用

見積依頼のときに「画面は10枚くらいです」と伝えるだけでは、開発会社ごとに違う前提で計算されます。同じ画面数でも、承認の流れが分岐する、店舗ごとに見える範囲を分ける、旧システムからデータを移す、という条件が加わるほど、設計とテストの工数が増えるためです。業務システムの費用は、画面の裏側にある次の機能で差が出ます。

機能ごとに要否と複雑さを確認する表

下の表は、見積依頼の前に社内で埋めるための説明用の確認表です（特定の案件の実績値ではありません）。各行について「要る／要らない／まだ分からない」と、右列の条件に当てはまるかを書き出してください。

「まだ分からない」が残っていても構いません。分からない行がどれかを見積依頼に書いておくと、開発会社は根拠のない上乗せではなく「この行は要件定義で決める」と分けて見積もれます。逆に、右列に当てはまる行が多いのに予算が小規模帯のままなら、最初の発注範囲を絞る必要があります（後述の「段階ごとに発注範囲を分ける」）。

データ移行の条件

データ移行は「別途」と書かれやすく、総額を読み違える原因になりがちです。移行の費用は件数よりも、データの汚れ具合と取り出しやすさで決まります。

外部連携の条件

既存の会計ソフト・販売管理・SaaSとつなぐ場合、費用はつなぎ方で変わります。①公開API（他のシステムからデータを読み書きするための窓口）や変更を知らせる通知機能があるなら比較的読みやすく、②CSVの出力・取込で足りるなら、さらに単純になることがあります。③どちらもなく画面操作でしかデータを出せない場合は、連携の方法を調べる工程が先に必要です。見積依頼には「つなぐシステム名」「どちら向きにデータが流れるか」「どのくらいの頻度で必要か（日次でよいか、即時か）」を書いてください。

AIで自分で進められる部分と、会社に頼む部分

見積前の整理は、ChatGPTやClaudeなどのAIでかなり進められます。今の業務手順を書き出して上の確認表を埋める、Excelの項目一覧から必要なデータ項目を洗い出す、見積依頼書の下書きを作る、各社の見積書の項目をそろえて比較表にする、といった作業はAIに任せて構いません。簡単な画面の試作もAIで作れます。

一方で、AIが一般論として答えられないのは、自社に固有の部分です。実データの表記ゆれや欠損がどの程度あるか、既存システムからどうデータを出せるか、誰にどの権限を持たせるか、例外の処理をどうするか、何をもって検収とするか、稼働後の変更に誰が責任を持つか。見積の差の多くはここから生まれるため、この部分を開発会社と一緒に確かめる工程に費用がかかります。

見積書に載らない費用が実は総額を押し上げる

ここは業務システムの予算を組むときに最も見落とされる部分です。以下は見積書に金額として現れないか、「別途」と書かれて見過ごされやすい費用です。

とくに1行目の社内工数は、どの見積書にも載りません。仮定に基づく試算ですが、担当者1名が月30時間を6ヶ月取られるとすれば180時間、時給3,000円換算で54万円分（30時間×6ヶ月×3,000円）の人件費が、見積の外側で発生します。この分を最初から見込んでおかないと、「開発は予算内だったのに、現場が回らなくなった」という結果になります。

見積書に必ず明記させるべき5項目

追加請求のトラブルの多くは、契約前の確認で防げます。次の5点が書かれているかを確認してください。

1. 工程別の内訳があるか（要件定義・設計・実装・テスト・移行がそれぞれいくらか）
2. 機能・画面数が明示されているか（「管理機能一式」ではなく画面単位で）
3. テスト費とデータ移行費が含まれるか（含まないなら、その分の概算をもらう）
4. 保守・運用の月額が別記されているか（年額でなく月額で、対応範囲つきで）
5. 要件変更が発生したときの単価・条件が明示されているか

5番目が最重要で、見落とされやすい項目です。「変更が発生したとき、誰が申請し、誰が承認し、いくらで、納期はどう動くか」を1枚の文書にしておいてください。開発中は変更管理票と課題管理一覧表を作り、追加作業のやり取りを議事録として残します。これだけで、後から金額を巡って揉める余地を小さくできます。

「そもそも作らない」場合の費用と比べる

出典: kintone 公式サイト

業務システムをゼロから開発する前に、比べるべき選択肢が3つあります。ここは中立に、実額で並べます。なお「SaaS」は月額料金で使う既製のクラウドサービス、「ノーコード／ローコード」はプログラムを書かずに画面や入力項目を組み立てられるツールのことです。

SaaSの実額：kintoneの場合

具体的な数字がないと比較になりません。業務システムの代替としてよく検討されるkintone（サイボウズ）の価格は、2026年10月8日に公式の価格ページで確認した時点で次のとおりです（すべて税別）。

初期費用は無料、1ヶ月から契約できます。20名でスタンダードを使うと年43.2万円（税別）、5年で216万円です。

5年総額で並べると判断が変わる

初期費用だけで比べると、SaaSやノーコードが圧倒的に安く見えます。しかし業務システムは5年以上使うものなので、5年総額で並べるべきです。下の表は、前述の規模別の目安と保守費率（年10〜20%）から計算した仮定に基づく試算で、社内工数・データ移行・外部サービスの利用料は含めていません。

保守費率は開発会社によって年10〜15%、年15〜20%と幅がありますが、年10〜20%＝5年で開発費の50〜100%が上乗せと見ておくのが一つの目安です。500万円で開発したなら、保守は月4万〜8万円程度が目安です。

この表を見ると、SaaSの5年216万円と、小規模でゼロから作る場合の5年75万〜600万円は、実は重なる価格帯にあります。「作るのは高い、既製品は安い」と単純には言い切れません。ユーザー数が多い（＝SaaSの課金が積み上がる）、業務が独自で既製品に合わせられない、既存システムとの連携が必要、という条件が重なるほど、作ったほうが5年総額で有利になります。

予算帯から逆算する｜100万・300万・1,000万で何ができるか

「相場は分かったが、うちの予算だと何ができるのか」に直接答えます。

予算100万円

ゼロから一式作るのは困難ですが、既存システムの部分改修とノーコードでの構築なら手の届く範囲です。詰まっている作業を1つに絞り、そこだけを直す進め方になります。例えば、システムAから出したデータをシステムBの形式に変換して取り込む、毎月の集計を自動化する、といった範囲です。当社の既存システムの改修は100万円〜（税別）で、この予算帯がちょうど入口になります。

やってはいけないのは、100万円で「全社の業務システム」を作ろうとすることです。要件定義だけで予算の大半を使いかねません。

予算300万円

小規模でゼロから作る場合の上限であり、中規模の入口です。前述の公表値で最も多い価格帯（100万〜299万円）のすぐ上にあたるため、条件が絞れていれば業務システム1本を成立させられる水準です。1部門で使う、画面数が10前後、つなぐ既存システムが1〜2本、確認表の右列に当てはまる行が少ない、というイメージになります。なお当社のPoC（試作して効果を確かめる段階）は300万円〜で、これは検証の開始価格です。本番で使うシステムの完成価格ではないので、PoCの後に本開発の費用が別に必要になる前提で予算を組んでください。

予算1,000万円

中規模の上限で、複数部門にまたがる業務システムが視野に入ります。この規模では、前述の目安で要件定義に200万〜250万円を見込んで計画してください。ここを削って実装に回すと、後から仕様の食い違いが出やすくなります。加えて、保守が年100万〜200万円（年10〜20%の目安）かかることを、初年度の稟議の時点で経営層に共有しておく必要があります。

AIで実装が速くなっても減らない費用

コーディングを支援するAIツールの普及で、画面や処理を書く工程は以前より短くできるようになっています。発注側にとっては、数年前に「予算が合わない」と諦めた小規模なシステム化を、範囲を絞って見積を取り直す価値があるということです。

ただし、前述の確認表のうち、データ移行・外部連携・権限・承認の例外・検収・稼働後の変更対応は、AIが速く書けても減りにくい部分です。実データや既存環境を確かめ、関係者と決める作業だからです。見積を比べるときは、実装の金額だけでなく、これらの工程がどう扱われているかを見てください。

段階ごとに発注範囲を分ける

予算が足りないときに全体を値切るより、最初に発注する範囲を分けるほうが判断しやすくなります。

確認表の「まだ分からない」が多い場合は、いきなり本開発の見積を比べるより、調査や小さな改修から始めて条件を確かめるほうが、総額の読み違いを減らせます。

費用の目安｜当社の場合、相場のどこに位置するか

ここまで中立の相場を示してきたので、当社の価格も同じ表に並べます。すべて税別で、クラウド・外部API・ライセンス等の実費は別です。

PoCの300万円〜は検証の開始価格で、本番システムの完成価格ではありません。言語・フレームワークや既存のSaaSを理由にお断りすることはなく、画面・帳票、CSVや公開APIでの連携、権限設計、データ移行、他社が作ったシステムの調査・改修まで対応できます。どの段階から始めるかは、前述の確認表の埋まり具合で決めるのが現実的です。

初回相談は無料・30分・オンライン（Google Meet）で、要件が決まっていなくても大丈夫です。「何をどう作ればいいか分からない」「見積を3社から取ったが、金額の差が説明できない」という段階でもご相談いただけます。今の業務とシステム、確認表で分からない行を伺い、自社でAIを使って進める部分と任せる部分を一緒に切り分けます。相談後に、依頼範囲の候補・進め方・費用の目安をまとめた相談メモをお送りします。業務システムの範囲と概算を相談する

なお、AIを組み込むタイプの開発費についてはAI受託開発の費用相場で、PoCの費用の考え方はAI PoCの費用で個別に解説しています。

実際にやった事例｜業務システム側で何が起きたか

守秘の関係で社名や金額、効果の数値は出せませんが、当社が担当した業務システムの案件のうち、公開できる範囲を紹介します。どちらも画面そのものより、データの取込・権限・確認工程が中心になった案件です。

通信事業のケース：数万件の請求情報の取込・集計・確認画面

通信事業の会社で、数万件規模の請求情報を取り込み、集計し、確認するための画面を作りました。このような案件では、前述の確認表のうち「データ移行・外部連携（取込）」と「操作履歴・確認工程」の行が見積の中心になります。取り込むデータの形式、件数、集計の結果を誰がどう確かめるかを決めることが、画面の枚数よりも工数に影響します。

薬局のケース：複数店舗・数千人分の記録管理、権限、確認工程

複数店舗を持つ薬局で、数千人分の記録を管理する仕組みを、権限と確認工程を含めて作りました。店舗をまたいでデータを扱う場合、確認表の「権限」の行（誰がどの店舗のデータを見られるか・直せるか）と「操作履歴・確認工程」の行が、設計とテストの量を左右します。

どちらの事例も、計算式・処理速度・削減効果は公開していません。自社の案件が近いかどうかは、確認表の右列にどれだけ当てはまるかで比べてください。

補助金は使えるのか｜正直な話

出典: デジタル化・AI導入補助金2026（旧IT導入補助金） 公式サイト

費用を抑える手段として補助金を検討する場合に備えて、公式サイトで確認できた内容を書きます。既製のSaaSやパッケージの導入で業務が足りる場合に検討する制度です。

デジタル化・AI導入補助金2026（旧IT導入補助金）通常枠（2026年10月8日に通常枠のページと事業スケジュールで確認）

補助率2/3が適用されるのは、令和6年10月から令和7年9月までの間に3ヶ月以上、令和7年度に改定された地域別最低賃金を下回る水準で雇用している従業員が全従業員の30%以上いる場合などです。

重要な点として、この補助金の対象はIT導入支援事業者が事務局に登録したITツール（業務プロセスを持つソフトウェア）であり、自社専用にゼロから作る受託開発は原則として対象外です。

登録されたSaaSやパッケージを導入する場合は対象になり得ます。自社専用のシステムをゼロから作る場合は、この制度では通りません。前述の確認表で既製品に合わせられる業務が多いならこの制度を使った導入を、独自の承認・権限・連携が多いなら他の制度や段階的な発注を含めて検討してください。

スケジュール面も押さえておいてください。申請の締切から交付決定までが約6週間（10月30日締切→12月10日交付決定予定）、事業を完了させる期限が2027年5月31日（予定）です。一方で、交付決定から入金までの具体的な期間は公式サイトに明示されていません。補助金は原則として事業完了後、実績報告と確定検査を経ての入金となるため、いったんは全額を自社で立て替える資金繰りが必要だと考えておいてください。

なお、公式サイトは確定した募集回のスケジュールのみを公表しており、この回より後（7次）の締切日は2026年10月8日時点で未発表です。制度の内容と締切は頻繁に変わるため、申請前に必ず公式サイトで最新情報を確認してください。

相談から稼働までの流れと期間

期間は一般的な目安で、案件の範囲によって変わります（当社の納期の約束ではありません）。止まりやすいのは要件定義です。技術的な難しさより先に確認したいのは、発注側の社内で「対象業務が絞れない」「データがどこにあるか分からない」ために着手できない状態になっていないかです。

準備が済んでいない状態でも構いません。その整理から一緒に行う前提でお受けしています。まずは業務システムの範囲と概算を相談するからお問い合わせください。発注先の決め方については開発会社の選び方、複数社の見積を比べる方法は開発の見積もり比較でも解説しています。

よくある質問

Q1. 1社だけ見積が極端に安いのですが、何を疑えばよいですか。

まず「何が含まれていないか」を確認してください。安い見積で抜けていることが多いのは、①テスト工程、②データ移行、③既存システムとの連携部分、④要件定義の工数、の4つです。とくに④が抜けていると、着手後に「要件定義は別途100万円です」という話になります。次に、担当する人の構成を聞いてください。人月単価は中小の開発会社で70万〜120万円が目安です。それを大きく下回る見積は、経験の浅いエンジニアだけで進める前提か、実装をさらに外注する前提であることが多いため、体制を確認してください。悪いことではありませんが、品質と後の保守に影響します。最後に、保守費が年10〜20%の範囲に収まっているかを見てください。初期を安く見せて保守で回収する構造の場合、5年総額では逆転します。

Q2. 保守契約は必ず結ばないといけませんか。結ばないとどうなりますか。

法律上の義務ではありませんが、結ばない場合に何が起きるかを理解したうえで判断してください。保守契約がないと、①障害が起きたときに対応の優先順位が下がるか、都度見積になる、②OSやブラウザ、連携先サービスの仕様変更でシステムが動かなくなったとき、修正が自己負担になる、③担当していたエンジニアが離れ、次に依頼するときにプログラムを読み直す工数が発生する、という3点が起こります。年10〜20%が高いと感じる場合は、対応範囲を絞った契約（障害対応のみで機能追加は都度見積、など）に切り替えられないか相談してください。「保守を外す」ではなく「保守の範囲を選ぶ」交渉のほうが現実的です。

Q3. いまExcelで回している業務を、いきなりシステム化すべきでしょうか。

いきなりゼロから作るのはおすすめしません。判断の順番は、①その業務に月何時間かかっているかを実測する、②Excelの運用で困っているのが「入力の手間」なのか「複数人での同時編集」なのか「集計の手間」なのかを特定する、③その1点だけをノーコードや部分改修で解決できないか試す、という流れです。同時編集で困っているだけならSaaSで解決しますし、集計の手間だけならノーコードや既存システムの部分改修で済むことがあります。Excelで回せているという事実は、業務のルールがすでに固まっている証拠でもあります。 これはシステム化にとって有利な条件なので、慌てずに対象を絞ってください。

Q4. 開発が始まってから予算が足りないと分かりました。どこから削るのが正しいですか。

削ってよい順番があります。優先度が高く残すべきものは、①データの正しさを守る仕組み（入力チェック、権限管理）、②既存システムとの連携、③現場が毎日使う画面、です。逆に削りやすいのは、④管理者向けの集計・分析画面、⑤一部の例外パターンへの対応、⑥デザインの作り込み、です。④は当面Excelへの出力で代替でき、⑤は当面は手作業での対応を残しておけます。絶対に削ってはいけないのはテストとデータ移行です。 ここを削ると、稼働後に現場が使えず、結局作り直しになります。削る判断をする前に、対象範囲を半分にして第1段階として稼働させ、残りを次年度に回せないかも検討してください。

Q5. 開発会社を途中で変えることはできますか。作ったプログラムは誰のものになりますか。

契約時の取り決め次第です。変更の可能性を残しておきたい場合、契約前に3点を確認してください。①プログラムの著作権が発注側に譲渡されるか、使用を許諾されるだけか、②設計書・運用手順書が納品物に含まれるか、③使っているクラウドや外部サービスのアカウントが自社名義か受注側名義か。とくに③は見落とされやすく、受注側の名義のままだと、契約終了とともにシステムを使い続けられなくなるおそれがあります。納品物の一覧に「プログラム一式」「設計書」「運用手順書」が明記されているかを、見積の段階で確認してください。開発途中での変更は可能ですが、引き継ぐ側がソースコードや設計書を読み解く調査の工程が別に必要になり、その費用は資料の有無と規模で変わります。

Q6. 見積を依頼する前に、社内で何を決めておけば金額が下がりますか。

4点あります。①対象業務を1つに絞る（複数を同時に相談すると要件定義費が跳ね上がります）、②つなぐ既存システムの名前と、データの出し入れの方法を書き出す（CSVで出力できるか、外部連携の窓口があるか）、③扱うデータの種類・形式・件数を棚卸しする（Excel何ファイル、紙何年分、旧システム何件）、④使う人数と、それぞれが何をするかを決める。この4点が揃っていると、開発会社が安全を見込んで金額を大きく上乗せする必要がなくなり、見積の精度が上がります。逆にこれがないと、各社が違う前提で計算するため、金額を比べても判断できません。この整理の段階からご相談いただいても構いません。

業務システムの開発費用でお悩みの方へ

業務システム開発の費用は、開発会社の公開記事でよく示される目安で小規模50万〜300万円、中規模300万〜1,000万円、大規模1,000万円以上です。自社の案件がどこに入るかは画面数ではなく、承認・権限・データ移行・外部連携・運用の条件で決まります。保守を含む5年総額と、見積書に載らない発注側の社内工数・データ移行の費用まで含めて予算を組んでください。

• 3社から見積を取ったが、金額が数倍違う理由が説明できない
• 予算が数百万円しかなく、最初にどこまで発注すればよいか分からない
• 既製のサービスで足りるのか、作るべきなのかを判断できない

このいずれかに当てはまる場合は、ご相談いただけます。初回相談は無料・30分・オンライン（Google Meet）で、要件が決まっていなくても大丈夫です。当社の価格は既存システムの改修100万円〜、PoC 300万円〜、本開発は個別見積です（すべて税別。実費は別）。通信事業の請求情報の取込・集計、薬局の複数店舗の記録管理・権限・確認工程の業務システムを担当しています。

ご相談時に①困っている業務、②いま使っているシステム名、③手元にある資料（Excel・仕様書・既存コード・AIで作った試作など）の有無、④想定予算を伺います。その場では、公開価格（既存システムの改修100万円〜・PoC 300万円〜・本開発は個別見積、税別）のどこに当たりそうかの目安と、次に必要な資料までをお伝えします。確定見積や可否の断定は初回ではしません。相談後に、依頼範囲の候補・進め方・費用の目安をまとめた相談メモをお送りします。既製のサービスで足りそうな場合は、相談メモにその旨を書きます。

▶ 業務システムの範囲と概算を相談する

関連記事：AI受託開発の費用相場／AI PoCの費用／開発の見積もり比較／内製と外注の判断／開発会社の選び方／開発が失敗する原因