「このシステム、もう限界かもしれない」と感じながらも、更改に踏み切れない理由のひとつが費用の不透明さではないでしょうか。レガシーシステムの更改は新規開発とは異なるコスト構造を持っており、事前に把握しておかなければ予算計画が大幅に狂ってしまうことがあります。ブラックボックス化した既存システムの解析費用、数十年分の汚れたデータのクレンジング費用、本番移行後の並行稼働コストなど、「見えにくいコスト」が積み上がり、最終的な請求額に驚くケースは珍しくありません。

本記事では、レガシーシステム更改の費用相場を企業規模別・システム種別ごとに具体的な金額レンジで解説するとともに、見積もりの妥当性を見抜く実践的なチェック方法、経営陣を説得するROI算出ロジック、そしてコストを抑えるための戦略まで徹底的にお伝えします。SIerへの発注を検討している担当者の方が「費用感の全体像」を把握し、ベンダーと対等に交渉できる状態になることを目指しています。

本テーマに関する全体ガイドは、以下の記事をご覧ください。

▼全体ガイドの記事
・レガシーシステム更改の完全ガイド

レガシーシステム更改の費用構造を理解する

レガシーシステム更改の費用は、ゼロから構築する新規開発とは根本的に異なるコスト構造を持っています。既存システムが長年にわたって属人化・ブラックボックス化されているほど、更改前の調査・分析工数が膨らみ、見えにくいコストが積み上がります。まずはその費用構造の全体像を正確に把握することが、予算計画の第一歩となります。

新規開発の場合、要件定義・設計・開発・テスト・リリースという標準的なフェーズで費用が発生します。しかしレガシーシステム更改には、これらに加えて「既存システムを理解するための調査コスト」が必ず発生します。代表的なレガシー特有の追加コストとして以下が挙げられます。

まず「現行システム解析費用」です。ドキュメントが存在しない、あるいは実態と乖離しているレガシーシステムの場合、コードを一行ずつ読み解いてロジックを把握するリバースエンジニアリング作業が必要になります。システムの規模によっては、この調査だけで500万〜2,000万円規模の費用が発生することがあります。特にCOBOL・VB6・旧AS/400などで構築された基幹システムは、対応できるエンジニアの数が少ないため単価も高くなりがちです。

次に「データクレンジング費用」です。長年運用されたシステムには、フォーマット不統一・重複・欠損・文字コード混在など、さまざまな品質問題を抱えたデータが蓄積されています。新システムへの移行前にこれらのデータを整備するクレンジング作業は、レコード数・問題の複雑さによって大きく変動しますが、数百万〜数千万円になるケースもあります。データ移行のリハーサルを複数回実施する必要がある場合はさらにコストが増加します。

そして「並行稼働費用」も見落とされがちなコストです。旧システムと新システムを同時に稼働させる期間（通常3〜6ヶ月）は、両システムの運用・保守コストが二重にかかります。旧システムのインフラ維持費、データ整合性確認の人件費、障害対応体制の整備費用などが重なり、月額数百万円規模のランニングコストが発生することも珍しくありません。

レガシーシステム更改の費用対効果を正しく判断するには、初期の開発費用だけでなく、TCO（Total Cost of Ownership＝総所有コスト）で3〜5年スパンで評価することが不可欠です。初期費用だけを比較すると「高い投資だ」と見えてしまうプロジェクトでも、TCOで計算すると「何もしない方が高くつく」と判明するケースが多くあります。

TCOを構成する主な要素は以下の通りです。初期開発費はシステム設計・開発・テスト・移行作業の費用、ソフトウェアライセンス費はERPや業務パッケージを導入する場合の初期ライセンス料（SaaS型なら月額費用に変換）、年間保守費は障害対応・バージョンアップ・機能改修などで通常は初期費用の15〜20%が目安となります。教育費は新システムへの操作研修・マニュアル整備費で規模によって数十万〜数百万円、インフラ費用はサーバー・ネットワーク・セキュリティ対策の維持費です。

一方、現行のレガシーシステムを維持し続けた場合のTCOには、老朽化に伴う障害対応費用の増大、セキュリティパッチ適用コスト、属人化した運用担当者への依存リスク、そして何より「機会損失コスト」が含まれます。デジタル化の遅れによる競争力低下を金銭換算すると、更改費用を大幅に上回ることがあります。TCOの比較表を稟議資料に盛り込むことで、経営層の意思決定を促進できます。

企業規模別｜レガシーシステム更改の費用相場【2026年版】

レガシーシステム更改の費用は、企業規模・システムの複雑さ・対象業務の範囲によって大きく異なります。ここでは企業規模別の費用相場を、実際の案件情報をもとに整理しました。これらはあくまでも目安ですが、予算計画の初期段階や社内説明の材料として活用できます。

従業員1,000名以上の大企業では、基幹システム（ERP・販売管理・生産管理など）の更改プロジェクト全体で5億〜50億円規模になることが多く、大規模なケースでは100億円を超えることもあります。ただし、この金額にはシステム開発費だけでなくコンサルティング費・データ移行費・教育費・ハードウェア費も含まれています。

システム種別ごとの目安としては、全社ERPの刷新（SAP・Oracleなど）で10億〜80億円、販売管理システムの更改で3億〜15億円、生産管理システムの更改で5億〜20億円となっています。特に製造業・金融・小売業など、業務プロセスが複雑な業界では費用が高くなる傾向があります。また、グローバル展開している企業は多言語・多通貨対応や各国法規制への対応コストが加算されます。

大企業案件では、プロジェクト期間も2〜5年に及ぶことが多く、その間の人件費・管理費が累積します。大手SIer（NTTデータ・富士通・日立製作所など）が元請けとなるケースが多く、複数のサブコントラクターが関与するため、マネジメント層のコストが全体の20〜30%を占めることもあります。

従業員100〜999名の中堅企業では、基幹システム更改の費用相場は5,000万〜5億円の範囲が多く見られます。システムの範囲と複雑さによって幅が大きく、販売管理・在庫管理・会計システムを一体的に更改する場合は1億〜3億円、製造業の生産管理を含む場合は2億〜5億円が目安となります。

中堅企業に多いのが、オンプレミスの古いパッケージシステム（販売王・奉行シリーズの旧バージョン・独自開発の基幹系など）をクラウドERPやSaaSに移行するケースです。この場合、初期開発費として2,000万〜8,000万円、データ移行・設定費として500万〜2,000万円、年間保守費（SaaS月額込み）として年間500万〜1,500万円が発生します。スクラッチ開発に比べてパッケージ活用の方が費用を抑えられますが、業務プロセスをパッケージ標準に合わせる「Fit to Standard」の取り組みが費用圧縮の鍵となります。

従業員100名未満の中小企業では、基幹システム更改の費用は500万〜5,000万円の範囲が多く、SaaS型パッケージを中心に活用することでコストを抑えられます。会計・給与・販売管理を個別SaaSで刷新する場合は、初期費用500万〜1,500万円・年間費用200万〜600万円が目安です。

ただし、独自要件が強い業務（製造業の生産管理・特殊な販売形態など）でスクラッチ開発が必要な場合は、1,000万〜3,000万円の初期費用が発生することもあります。中小企業の場合、社内にIT専任担当者がいないケースも多く、プロジェクトマネジメントを外部に委託する費用も見込んでおく必要があります。IT導入補助金（2025年度は最大450万円）やDX推進補助金を活用することで、実質的な自己負担を減らせる場合もありますので、補助金の活用可否も含めて検討することをお勧めします。

見積もりの妥当性を見抜く5つのチェックポイント

ベンダーから提出された見積書を受け取ったとき、「この金額は妥当なのか」を判断するのは非常に難しいものです。しかし、いくつかの基準とテクニックを知っておくだけで、見積もりの水準が適正かどうかを客観的に評価できるようになります。ここでは発注者側が実践できる具体的なチェック方法を解説します。

見積書に「人月単価×工数」の内訳が示されている場合、その単価が適正かどうかを年収から逆算して確認できます。IT業界では一般的に、人月単価は年収の約1.5〜2.0倍（社会保険・間接費・利益を含む）が実態に近い水準とされています。大手SIerの有価証券報告書に開示されている平均年収をベースに計算してみましょう。

主要SIerの開示年収（2024年度有価証券報告書ベース）は以下の通りです。NRIが1,321万円、日本オラクルが1,160万円、オービックが1,103万円、日立製作所が935万円、富士通が929万円、NTTデータが923万円となっています。年収1,000万円のエンジニアを1人月フルに使うと、年収÷12ヶ月＝約83万円が基礎となります。これに社会保険（約15%）・間接費・利益を乗せると、実際の請求単価は120万〜160万円/月が相場感となります。

見積書の人月単価が80万円を下回る場合は、主に下請けの二次・三次エンジニアが多く投入されている可能性があります。逆に200万円を大幅に超える場合は、マネジメント層の比率が高いか、特殊技術（SAP認定コンサルタントなど）が多く含まれているか、あるいは過剰な利益率が設定されている可能性があります。この逆算法でスクリーニングすることで、明らかに水増しされた見積もりを発見できる場合があります。

また、「工数の妥当性」も確認が必要です。類似規模のシステム開発実績と工数を比較し、特定のフェーズに工数が偏っていないか確認しましょう。テスト工数が全体の10%未満だったり、設計工数がゼロだったりする見積もりは、後から追加費用が発生するリスクのサインです。

RFP（提案依頼書）を作成する際、予算金額を明示すべきかどうかは担当者が迷いやすいポイントです。結論として、予算の上限金額をRFPに明示することは避けた方が有利です。理由は単純で、ベンダーは提示された予算の上限ギリギリの金額で見積もりを組む傾向があるためです。「2億円の予算です」と伝えれば、1.8億〜2億円の見積もりが集まります。非提示にすれば、各社が本来の競争力ある価格で提案してくる可能性が高まります。

ただし、完全に予算を隠すと提案の方向性がバラバラになり、比較が難しくなるリスクもあります。そこで有効なのが「おおよその規模感」を示すアプローチです。「規模感：中規模システム（5,000万〜1億円レベル）を想定」のような記載にすることで、提案の方向性を揃えつつ、上限を明かさない形を保てます。また、複数ベンダーへの同時提案依頼（競合提案）を明示することで、各社の価格競争意識を高める効果があります。

見積もりを受け取った後の「値引き交渉」では、他社の金額を直接提示することは避けつつ「他社様からも提案をいただいていますが、貴社の技術力を評価しています。何か改善の余地はありますか」というアプローチが効果的です。また、フェーズを分割して発注することを提案し、「まずフェーズ1（要件定義・設計）のみで発注し、フェーズ2以降は評価次第で継続する」という条件にすることで、ベンダー側に競争力ある価格を引き出せることがあります。

経営陣を説得するROI算出ロジックと稟議書の書き方

レガシーシステム更改の稟議書で最も難しいのは、経営陣に「このタイミングで投資する必要性」を納得してもらうことです。「古いから新しくしたい」という技術的な理由だけでは予算が通りにくく、ビジネスインパクトを定量的に示すROI（投資対効果）の計算が不可欠となります。

ROIを算出するには、「更改しなかった場合のコスト」と「更改した場合のコスト」を5年間で比較するフレームワークが有効です。更改しない場合のコストには、年々増加する保守費用（老朽化に伴い毎年10〜20%増が一般的）、障害発生時の復旧費用・機会損失、セキュリティインシデントリスク（情報漏洩の場合は数億〜数十億円規模の損失可能性）、そして業務非効率による人件費の無駄（手作業・二重入力・突合作業など）が含まれます。

例えば、月次決算に5日かかっているものが新システムで2日に短縮される場合、削減工数は月3日×12ヶ月×関与人数×平均日当で計算できます。10人が関与し平均日当3万円なら、年間108万円の効果となります。同様に、発注から納品までのリードタイム短縮・在庫削減効果・売上機会の損失防止なども金額換算して積み上げると、5年間の効果額は投資額を上回ることが多くあります。稟議書には「更改コスト」「効果額」「回収期間（投資回収年数）」の3点を必ず盛り込みましょう。

経産省が2018年に警告した「2025年の崖」は、既にその年を過ぎた現在（2026年）においても、レガシー更改が進んでいない企業にとってリスクが顕在化し始めています。「2025年の崖」とは、老朽化・複雑化・ブラックボックス化したレガシーシステムが足かせとなり、DX（デジタルトランスフォーメーション）が推進できず、2025年以降に最大年間12兆円の経済損失が発生するという試算です。

稟議書でこのリスクを活用するポイントは、「競合他社のDX進捗状況」との比較を入れることです。同業他社がシステム更改により受注処理や在庫管理を効率化している事実を示すことで、「何もしないことのリスク」を経営陣に認識させられます。また、SAP ERPの旧バージョン（ECC 6.0）のメインストリームサポートが2027年に終了する（延長は有料）という事実も、サポート切れを抱えたシステムを利用している企業にとって強力な「今動く理由」となります。期限のある外部要因を組み合わせることで、稟議を通過させやすくなります。

コストを抑えるための実践戦略

レガシーシステム更改において、費用を大幅に削減するための実践的なアプローチがいくつか存在します。発注前に知っておくだけで、同じ要件でも数千万円単位のコスト差が生まれることがあります。ここでは特に効果が高い2つの戦略を詳しく解説します。

「Fit to Standard（フィット・トゥ・スタンダード）」とは、自社の業務プロセスをパッケージシステムの標準機能に合わせるアプローチです。従来の「Fit & Gap」では、パッケージに自社要件を合わせようとするあまり、多数のカスタマイズが発生してプロジェクトが長期化・高額化する傾向がありました。Fit to Standardでは逆に「なぜこの業務をこうやらなければならないのか」を問い直し、標準機能で代替できるものは業務プロセスの方を変えていきます。

SAP S/4HANAやOracleなどのモダンERPは、業界ごとのベストプラクティスを標準機能として内包しています。カスタマイズを1件追加するごとに、開発費用（数十万〜数百万円）だけでなく、バージョンアップのたびに追加コストが発生します。100件のカスタマイズがあれば、5年間でのカスタマイズ維持費だけで初期費用を上回ることもあります。Fit to Standardを徹底することで、開発費用を30〜50%削減できた事例も存在します。

ただし、Fit to Standardを成功させるためには、業務部門の強い協力が不可欠です。「今まで通りやりたい」という現場の抵抗を越えるためには、経営層からのトップダウンのコミットメントと、変更によるメリットを現場が実感できる丁寧な説明が必要になります。プロジェクトの初期段階でFit to Standardの方針を明確に打ち出し、カスタマイズ要求の審査プロセスを設けることが実践的なアプローチです。

レガシーシステム更改のコストを抑える有力な手段として、SIer（システムインテグレーター）とフリーランスエンジニアを戦略的に組み合わせる「ハイブリッド活用」があります。すべてを大手SIerに任せた場合、高品質なマネジメントが得られる一方で、エンジニアの実稼働率が低くても高い人月単価を払い続けることになります。フリーランスを適切に組み込むことで、フェーズごとのコスト最適化が可能です。

フェーズ別の最適な活用方法としては、要件定義・プロジェクト計画フェーズは上流コンサルタント（SIerまたはITコンサルファーム）に委ねるのが安心です。設計・開発フェーズはSIerの管理の下で、特定技術（ReactエンジニアやPythonエンジニアなど）のフリーランスを直接契約することで、SIerの中間マージン（通常20〜30%）を削減できます。テストフェーズは品質管理の専門フリーランスやテスト専門会社の活用が効率的です。

フリーランス活用の注意点として、「業務知識の属人化リスク」があります。プロジェクト途中でフリーランスが離脱すると、引き継ぎのコストが発生します。また、SIerが元請けの場合、SIerが外部フリーランスの直接契約を認めないケースもあります。この場合は「エンジニア紹介会社経由でSIer傘下に入れる」「一部業務を別途直接契約する」といった調整が必要になります。IT人材の需給逼迫が続く2026年現在、優秀なフリーランスエンジニアの確保は計画段階から準備が必要です。

まとめ

本記事では、レガシーシステム更改の費用構造から企業規模別の相場感、見積もりの妥当性を見抜く方法、経営陣への説得ロジック、そしてコスト削減戦略まで幅広く解説しました。レガシー更改特有のコスト（現行システム解析・データクレンジング・並行稼働）を把握したうえで、TCOで3〜5年スパンの費用対効果を評価することが、正確な投資判断の出発点となります。

見積もりの妥当性チェックでは、大手SIerの有価証券報告書ベースの年収（NRI 1,321万円、日本オラクル 1,160万円、オービック 1,103万円、日立製作所 935万円、富士通 929万円、NTTデータ 923万円）から人月単価を逆算する手法が実践的です。またRFPでは予算の上限を明示せず、競合提案を活用することで、より競争力のある見積もりを引き出せます。コスト削減においては、Fit to Standardによるカスタマイズ最小化とSIer×フリーランスのハイブリッド活用が有効な戦略です。

レガシーシステム更改は一度しかない大規模プロジェクトだからこそ、事前の情報収集と計画が成否を分けます。発注先の選定・RFP作成・費用交渉のどのフェーズでもお悩みの場合は、上流コンサルから開発まで一気通貫で支援する株式会社riplaにお気軽にご相談ください。貴社のシステム更改プロジェクトを成功に導くサポートをいたします。

本テーマに関する全体ガイドは、以下の記事をご覧ください。

▼全体ガイドの記事
・レガシーシステム更改の完全ガイド

株式会社riplaでは、IT事業会社出身のプロフェッショナルが「Impact-Driven型支援」を通じて、プロダクトやシステムの納品・提供を目的とせず、お客様と同じ目線で、事業成果の達成をゴールとして、高品質なDX/開発支援をいたします。

また「Boxシリーズ」による、受発注管理・在庫管理・配送管理・業務システム・生成AI・SaaS・マッチングサイト・EC・アプリ・LINEミニアプリなどの標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」を活用することで、低コスト・短期間でのスクラッチ開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

株式会社riplaの会社HPはこちら

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール

張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。IT事業会社出身のプロフェッショナルが集う株式会社riplaにおいて、「Impact-Driven型支援」を掲げ、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の実現に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。