レガシーシステム移行の費用は、数百万円から二億円程度まで幅があります。金額を左右するのは、移行の手法、システムの規模、データ量、並行稼働の期間です。
たとえば、既存資産を活かすリホストと、業務ロジックから作り直すリビルドでは、金額の目安が大きく異なります。
▼全体ガイドの記事
・レガシーシステム移行の完全ガイド
レガシーシステム刷新の費用の考え方や見積もりの注意点については、無料ホワイトペーパー「レガシーシステム刷新の完全ガイドブック」で詳しく解説しています。
レガシーシステム移行の費用相場の全体像
移行費用に幅が出るのは、基盤だけを乗せ替える方式から、業務ロジックまで作り直す方式まであるためです。このため、費用を左右する構造を理解しておくことが、予算編成の出発点になります。
相場観がないまま発注すると、手法やデータ量、並行稼働期間の差で追加費用が生じがちです。
経済産業省は2018年のDXレポートで、レガシーシステムを放置した場合のリスクを示しました。さらに、2025年以降には最大年間十二兆円の経済損失が生じる「2025年の崖」を指摘しています。維持し続けるコストと移行コストを比べる視点が、予算の正当性を支えます。
手法別に見た費用感（7R・5類型）
「7R」や「5類型」と呼ばれる移行手法は、既存の構成をどこまで残すかで分かれ、その違いが費用の出方に表れます。残す部分が多いほど作り直しが少なく、業務ロジックを作り直すほど費用は大きくなります。方式ごとに作業の範囲が違うため、どの部分を作り直すかで費用の差がはっきり出ます。
残す部分と作り直す部分の組み合わせで、手法は次の四つに整理できます。
- リホスト：既存システムを別の基盤へそのまま移す。
- リプラットフォーム：構成の一部を見直しながら移行する。
- リビルド：業務ロジックまで含めて作り直す。
- リアーキテクチャ：既存の構造を大きく見直す。
既存資産を活かせるリホストは、数百万円から千数百万円程度に収まることが多い手法です。
設計から作り直すリビルドは、規模によっては五千万円から二億円規模に達します。
機能の重要度に応じて手法を使い分けると、予算の急増を抑えられます。
手法の選択は、初期費用の比較だけで決めないことが大切です。
リホストは初期費用を抑えられても、古い構造を引き継ぐぶん、改修のたびに費用がかさみます。そのため、運用コストまで含めた総保有コストで比べることが賢明です。
規模別の費用目安と期間
規模が大きくなるほど費用も期間も増えます。そのため、予算と工程をセットで見積もることが欠かせません。
- 小規模：部門単位で数百万円から千万円程度。期間の目安は三カ月から半年。
- 中規模：全社利用の業務システムで二千万円から五千万円。期間は半年から一年程度。
- 大規模：基幹システムやERP全体で五千万円から二億円規模。期間は一年から数年。
基幹システムやERP全体では、データ量が膨大なうえ連携先も多いため、移行作業そのものが大きなプロジェクトになります。
規模が一段上がるごとに費用が非線形に増える点も、あわせて理解しておく必要があります。
期間が長くなるほど人件費が積み上がり、並行稼働による二重コストも発生します。そこで、大規模な移行ほど、全面刷新ではなく段階的に進める設計が費用面で有利です。
費用の内訳とコスト構造
見積書の総額だけでは、金額が妥当かどうかを判断できません。
移行費用は複数の工程費から成るため、内訳ごとに分けて見ると削減の余地が見えてきます。
なかでもデータ移行と基盤移行は、レガシー移行に特有の費用が集中しやすい領域です。ダウンタイムを抑える要件や並行稼働を確保する要件も、そのまま費用に反映されます。
アセスメント・開発・人件費
見積は、アセスメント、開発、人員体制の三つに分けて見ると、どこに費用の重みがあるかを判断しやすくなります。
- アセスメント：現状を把握する工程。
- 開発：人月単価と工数が費用の中心になる。
- 人員体制：工程ごとの担当者と人月を確認する。
移行プロジェクトは、まず現状を洗い出すアセスメントから始まります。これを軽視すると、後工程で想定外の改修が生じ、総額が膨らみます。文書が失われたシステムでは、ソースコードを解析するリバースエンジニアリングが必要になり、それだけで数百万円を要することもあります。
設計・開発フェーズは費用の中心で、システム開発費は「人月単価×工数」で決まります。エンジニアの単価は技術領域によって異なり、月あたり六十万円から百五十万円程度です。難しいアーキテクチャの再設計や、希少なレガシー言語の解析では、費用が上振れしがちです。
見積に含まれる体制も、あわせて確認が必要です。プロジェクトマネージャーやテスト担当が薄い見積は、品質トラブルで費用が膨らむ危険があります。そのため、誰がどの工程に何人月関わるのかを開示してもらいましょう。
データ移行・並行稼働にかかる費用
発注側は、データ移行の費用を整備、切り替え、検証の工数に分けて確認します。
- データ整備：クレンジングとマッピングの工数を見積もる。
- 並行稼働：新旧環境を動かす期間が費用を左右する。
- 移行リハーサル：回数と検証内容を見積で確認する。
長年蓄積されたデータには、文字コードの差異や外字が混在しています。さらに、重複したマスタや構造の異なるレコードもあり、そのままでは移行できません。そのため、整備の工数が想定を大きく超えることもあります。
業務を止めないための工夫も、そのまま費用になります。ダウンタイムを短くするには、新旧システムを一定期間並べて動かしますが、その間はインフラ費と運用費が二重に発生します。
並行稼働が長引くほど二重コストは積み上がるため、期間の設計が欠かせません。
本番切り替えの前に、移行リハーサルを複数回実施するのが定石です。リハーサルでは所要時間やデータの不整合を洗い出し、当日の手順を確定させます。検証の工数も費用に含まれるため、見積に回数が明記されているかを確かめる必要があります。
見落としがちな隠れコストと落とし穴
見積に明記された費用だけで予算を組むと、途中で資金が足りなくなりがちです。移行には、初期見積に現れにくい隠れコストが複数あります。
隠れコストの存在を知っておけば、予備費を含めた現実的な予算を組めます。隠れコストは、技術的な要因と組織的な要因に分けて考えられます。
技術的な要因はデータや基盤に、組織的な要因は習熟や反発に由来します。どちらも軽視すると、移行後の満足度を大きく損ないます。
データクレンジングとライセンス・教育費
移行後まで続く費用は、技術基盤と利用者の両面で確認しておく必要があります。
- データクレンジング：不整合や欠損の整備に工数がかかる。
- ライセンス・ツール：移行後も利用料や監視費が続く。
- 教育：研修やマニュアル整備、生産性低下を見込む。
移行対象のデータは、調べてみると想定外の状態が見つかることがあります。見積の段階で実態を調べていないと、移行直前に追加費用が発生します。
新しい技術基盤を選ぶ場合は、ライセンス費や運用ツールの費用も確認が必要です。たとえば、クラウドネイティブやコンテナ技術では従来と異なる利用料が発生します。監視ツールの費用も継続的に発生し、これは初期費用ではなく移行後の運用費になります。
操作が変わる現場では、研修とマニュアル整備が欠かせません。習熟するまでの一時的な生産性低下も、実質的なコストです。これらを予算に織り込んでおくと、移行後の混乱を抑えられます。
ベンダーロックインによる長期コスト
移行時の契約条件と技術構成が、将来の改修費や保守費を左右します。
- 著作権：ソースコードの帰属は契約で確認する。
- ドキュメント：納品範囲は契約書に明記する。
- 運用権限：必要な権限の引き渡しを確保する。
特定のベンダーへの依存が強いと、長期的なコストが生じます。著作権や運用権限がベンダー側に偏ると、他社へ切り替えにくくなり、改修や保守の価格交渉力も失います。これがベンダーロックインの問題です。
目先の金額だけでなく、契約条件まで見て将来の選択肢を確保しておきましょう。
今回の移行が、過去のロックインの結果として高コスト化している場合もあります。新システムでは、標準的な技術やオープンな構成を選ぶことが望まれます。
自社で判断できる余地を残すことが、同じ問題の回避につながります。
移行コストを抑える進め方と発注のポイント
費用は、進め方と発注の仕方によって大きく変わります。やみくもに値引きを求めるより、構造的にコストを下げる打ち手を選ぶことが大切です。
具体的には、対象範囲の絞り込み、段階移行、契約形態の使い分けが挙げられます。いずれも、経営層への説明に使える再現性の高い考え方です。
機能の廃止と段階移行によるコスト圧縮
移行対象を見直すことで、初期投資とトラブル時の手戻りを抑えられます。見直しは、対象の範囲、切り替えの単位、業務への合わせ方の三つの面から進められます。
- 機能の廃止：未使用機能を移行対象から外す。
- 段階移行：機能や拠点ごとに切り替える。
- Fit to Standard：業務を製品の標準機能に合わせる。
使われていない機能や重複した処理を移行対象から外すことは、効果的な削減策です。これにより、開発工数とデータ移行の負担を減らせます。
すべてを一度に切り替えるビッグバン方式を避けるのも、有効な方法です。機能や拠点ごとに段階移行すると、リスクを分散できます。さらに、初期投資を平準化して資金繰りの負担を和らげ、手戻り費用も抑えられます。
例外ルールを作り込むほど開発費は膨らむため、標準に寄せる判断が費用を抑えます。
契約形態の使い分けと見積比較のコツ
契約形態と見積の条件をそろえておくと、費用とリスクを比べやすくなります。
- 準委任契約：作業量に応じて支払う。
- 請負契約：成果物に責任を負う。
- 複数社比較：工数と総額を比べる。
仕様が固まっていないアセスメント段階では準委任契約が、要件が確定した開発段階では請負契約が適しています。請負契約にすると、予算超過のリスクを抑えられます。
見積を依頼するときは、要件を明確にした仕様書やRFPを用意しておきます。複数社に同じ条件で依頼し、工数の内訳まで開示を求めましょう。前提がそろわなければ金額を横並びで比べられず、安いだけで実態の伴わない見積を選ぶ恐れもあります。
経営層には、初期費用だけでなく移行後の運用コスト低減のシミュレーションを示します。そのうえで、保守費や障害対応費の削減額を数値で示すと、投資の妥当性が伝わります。
見積の比較から発注体制に目を向けると、IPAの調査では、CDOやCIOなどの責任者を置く企業ほど、社内の情報共有が円滑だと示されています。そうした企業では、現状を把握する取り組みや内製化が進み、移行も順調に進むという相関が見られています。
2030年には、最大七十九万人のIT人材不足が見込まれています。そのため、人海戦術に頼らず計画的に移行する意義は、いっそう高まっています。
まとめ
レガシーシステム移行の費用は、手法や規模によって数百万円から二億円規模まで変わります。リホストは抑えやすく、リビルドは高くなりやすい一方で、運用コストまで含めて比べることが重要です。
アセスメントと開発の人件費に加え、データ移行、並行稼働、リハーサルが費用を押し上げます。さらに、データクレンジング、教育費、ベンダーロックインに伴う長期コストも、見落とせません。
未使用機能を廃止して段階移行で範囲を絞り、Fit to Standardでカスタマイズを抑えます。
契約形態を使い分け、複数社に同じ条件で見積を依頼して運用コスト低減を示すことが有効です。こうした一つひとつの積み重ねが、納得感のある予算と移行の成功につながります。
移行の全体像を確認したい場合は、下記の完全ガイドもあわせてご覧ください。
▼全体ガイドの記事
・レガシーシステム移行の完全ガイド
▼見積依頼前に読みたい無料ホワイトペーパー
・レガシーシステム刷新の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。