レガシーシステム刷新の見積相場や費用/コスト/値段について

レガシーシステム刷新の費用は、数百万円から数十億円まで幅があります。その幅を生むのは、対象の規模、刷新手法、移行・保守の範囲です。

まず費用の構成を押さえ、エンジニア単価、手法別の相場、保守費用へと進みます。補助金と削減策も取り上げます。全体像は完全ガイドでも確認できます。

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

レガシーシステム刷新にかかる費用の全体像

開発費用を工数、PM費、環境・移行費、保守費に分けた図解。
開発工数以外の費目も含めて全体を捉えます。

経済産業省が警鐘を鳴らした「2025年の崖」をめぐっては、刷新の遅れによる経済損失が年間12兆円規模と試算されています。

老朽化した基幹システムの刷新費用は、開発費だけでなく、要件定義から設計、開発、テスト、移行、保守までを合わせたトータルコストで捉えます。まず、費用の構成要素と規模感を分けて確認すると、投資判断の前提が見えてきます。

開発費用の構成要素(工数×人月単価+PM費+環境費+保守)

見積を比べるときは、開発工数以外の費用も含めて見ます。費用の構成要素は、次の4つです。

  • 工数:各工程の作業量を積み上げて算出
  • PM費:プロジェクト管理の体制と規模で変わる
  • 環境・移行費:基盤構築とデータ移行を分けた内訳
  • 保守費:初期費用と運用期間を合わせた総額

基本構造は「開発費用=エンジニア工数×人月単価+プロジェクトマネジメント費+環境構築費+移行費+保守費」です。工数は要件定義、基本設計、詳細設計、実装、テスト、移行の各フェーズで算出されるため、フェーズごとに分けると内訳を比べやすくなります。

PM費は全体工数の10〜15%程度が相場です。プロジェクトが大規模になるほど、その比率は高まります。

環境費には、クラウドインフラ費用、開発ツールのライセンス、ステージング環境の構築費などが含まれます。初期の環境費は全体の5〜10%で、ランニング費は月額数万〜数百万円かかります。

移行費には、データ移行ツールの開発と、並行稼働期間中の二重運用コストが含まれます。また、移行費が刷新プロジェクトの10〜20%を占めることも珍しくありません。

見積書では、構成要素ごとに金額が分かれているかを確かめてください。一式見積だけで出されると、後工程で追加請求されるリスクが高まります。

規模別の費用レンジ(小規模/中規模/大規模)

費用レンジは、対象システムの規模と複雑性を分けて見ると判断材料になります。

  • 小規模:部門単位で、数百万円〜数千万円が目安
  • 中規模:複数部門の連携で、数千万円〜数億円が目安
  • 大規模:全社基幹や勘定系で、数億円〜数十億円が目安

小規模の目安に当たるのは、ユーザー数が数百名までの業務システムです。実名の事例では、キングジムの基幹システム刷新が約10億円規模です。

スルガ銀行と日本IBMの次期勘定系は、95億円規模と報じられています。さらに、金融機関の勘定系刷新では100億円超の事例も複数あり、メガバンクでは1,000億円を超える投資となることもあります。

費用の主な変動要因は、現行システムのステップ数と帳票数です。バッチジョブ数や他システム連携数も、費用を変える要因になります。

発注側が見積の依頼前に現行資産の情報を整理して示すと、精度の高い見積を引き出せます。

ポイント

費用は規模、刷新手法、移行・保守の範囲で大きく変わるため、見積書で構成要素ごとに金額が分かれているかを見ることが判断の出発点です。

【2026年最新】エンジニア単価の相場データ

刷新費用の大半はエンジニア人件費が占めるため、単価の動向は見積の妥当性を判断する材料になります。

2026年は、AIコーディングの本格化と円安によるオフショア費用の逆転現象が大きな話題です。

国内フリーランス単価と言語別トレンド

国内単価は、平均値だけでなく技術スタックと契約形態を分けて見ると、実態がつかみやすくなります。

  • 平均単価:月単価と時間単価の両方
  • 言語別単価:技術スタックによる差
  • 契約形態:中間経路と出社条件の違い

2026年最新データでは、国内フリーランスの平均月単価は約78.3万〜80万円で、時間単価に換算すると5,319円です。

言語別では、Rustが93.7万円でトップに立ち、6カ月連続で上昇しています。次いでGoが87.0万円、TypeScriptが85.5万円です。型安全性とモダン開発体験を提供する言語は、高単価の傾向にあります。

エンド直(発注者と直接契約)の案件は、SES経由案件より月単価が10〜20万円高い傾向です。また、週1〜2日出社の準リモート案件は、フルリモート案件に比べて5〜10万円のプレミアムが付きます。

COBOLやPL/Iは案件数が減少傾向ですが、対応可能な人材の希少性から単価は90万円超で推移しています。マイグレーション案件では、この希少性を踏まえて工数を配分します。

AI活用エンジニアの単価プレミアム(+10万円)

AI活用エンジニアは、単価だけでなく、生産性とレビュー体制を合わせて評価します。

  • AIツール:業務で使いこなせる水準か
  • 生産性:単価上昇後の総工数での比較
  • レビュー体制:生成コードの確認工数の確保

プレミアムの対象は、GitHub Copilot、Claude Code、Cursorなどを業務で使いこなす層です。

コードの50%以上をAIで生成できるエンジニアは、従来単価より月10万円高いケースが一般化しました。

生産性が1.5〜2倍になる場合、単価を上乗せしても総コストが下がる可能性があります。たとえば、単価80万円で20人月なら1,600万円ですが、単価90万円で13人月なら1,170万円です。この条件では、約27%のコスト削減が実現できます。

見積を比べるときは、AI活用を前提にしているか、生成コードのレビュー体制があるかを確かめてください。AIによるバグ混入のリスクに備えて、レビュー工数を確保した提案が望まれます。

オフショア単価の逆転現象(中国58.3万円の突出上昇)

オフショアの単価は、国別の単価と、コミュニケーションを含めた実質単価を分けて捉えます。

  • 人気6カ国:平均単価の前年からの変化
  • 中国:単価上昇により価格優位性が薄れている
  • インド・フィリピン:英語対応を含めた検討が要る

人気6カ国は、中国、インド、ベトナムです。残りは、フィリピン、ミャンマー、バングラデシュです。

平均月単価は34万円で、前年の45.3万円から大幅に下落しました。円高局面や、一部の国で開発体制が縮小したことが影響しています。

中国は58.3万円で、前年比31.3%上昇しました。単純なコスト削減が目的の場合は、オフショア先として選びにくい状況です。

インドは37.5万円で29.6%下落し、フィリピンは37.2万円で13.5%下落しました。英語でのやりとりに対応できる体制があれば、両国は選択肢になります。

実質単価は、コミュニケーション、追加レビュー、時差の影響を含めて考えます。これらを加味すると、実質単価は提示単価の1.3〜1.5倍程度が現実的です。

ポイント

単価は平均値だけでなく、言語・契約形態・AI活用の有無ごとに見て、総工数を含めた総コストで比べます。単価の高さだけで判断しないことが、比較の出発点になります。

手法別の費用レンジとマイグレーション特化サービスの経済性

リホスト、リプラットフォーム、リライト、リビルドの費用割合と期間を並べた図解。
手法が変わると費用と期間の組み合わせも変わります。

刷新手法は費用への影響が大きいので、短期の費用と将来の対応力を合わせて比べます。AWSが提唱する7Rフレームワークと、特化サービスによる短縮効果も見ていきます。

7R(リホスト/リプラットフォーム/リライト/リビルド/リプレイス)の相場比較

主要5手法は、費用や期間、刷新後に得られる効果がそれぞれ異なります。

  • リホスト:Lift&Shiftで移し、現行費用の30〜50%、6〜12カ月
  • リプラットフォーム:一部最適化を加えて、現行費用の50〜80%、9〜18カ月
  • リライト:新言語で書き直し、現行費用の80〜120%、12〜24カ月
  • リビルド:再設計・再構築で、現行費用の150〜250%、24〜36カ月
  • リプレイス:SaaSなどへの置き換えで、ライセンス費用が中心

リホストは、オンプレミスの仕組みをそのままクラウドへ移す方式です。リビルドは、ゼロから再設計・再構築するため高額ですが、DX時代の要求に応える構成を得られます。

リプレイスは、SaaSなどの既製品へ置き換える方式です。ただし、業務をパッケージに合わせるコストが発生します。

判断基準は、今後10年のビジネス変化への対応度合いと投資回収期間です。短期コストだけで選ぶと、リホストに流れがちです。一方で、5年後に再刷新が必要になる場合もあります。

TIS「Xenlon〜神龍」・ソフトロードAI変換による短縮効果

特化サービスは、手作業によるリライトに比べて、移行期間と工数を抑えられる可能性があります。

  • Xenlon〜神龍:COBOLや汎用機メインフレームからオープン系への自動変換
  • ソフトロードAI変換:生成AIによるレガシーコードの解析と変換

TISの「Xenlon〜神龍」は、移行期間とコストを約50%短縮できると公表されています。

JFEスチールは、3,400万ステップの大規模COBOL資産を29カ月で移行完了しました。従来手法では5年以上かかる規模を、半分以下の期間で終えた事例です。

ソフトロードのAI変換ソリューションでは、従来比1/2〜2/3に工数を短縮できると報告されています。特に大規模システムでは、数千万円〜数億円のコスト削減効果が期待できます。

見積を比べるときは、自動変換ツールを採用できるかを確かめてください。

ポイント

刷新手法は、短期の費用と、今後10年の対応度合いや投資回収期間を一緒に比べて選びます。短期の費用だけで選ぶと、再刷新が必要になる場合もあります。

運用保守費用の相場と適正化

保守費用は、初期開発費用と同等か、それ以上に重要な運用コストです。10年運用すると、保守費用の累計が初期開発費用の1.5〜2倍になるケースもあります。

算出式とKPIを使えば、保守契約が適正かどうかを判断できます。

年間保守費用の算出式:初期開発費×15〜20%

年間保守費は、初期開発費との比率と、具体的な金額の例で見ます。

  • 1億円のシステム:年間1,500万〜2,000万円
  • 5,000万円のシステム:年間750万〜1,000万円
  • 10億円のシステム:年間1.5億〜2億円

年間保守費用は「初期開発費×15〜20%」で算出できます。この比率には、障害対応、パッチ適用、軽微な機能追加が含まれます。運用監視やドキュメント更新も、この比率の対象です。

初期開発費の25%を超える見積は、内訳の詳細を確かめてください。一方、10%を下回る見積は、必要な保守が含まれていない見せかけの安さの可能性があります。

投資判断では、10年間の総コスト(TCO)で比べます。初期費用が安くても保守費率が高いサービスは、トータルで割高になりやすい傾向です。

見積妥当性の判断KPI「保守時間達成率」

保守時間達成率を毎月確認すると、契約時間と実際の稼働量を比べられます。

  • 算出式:実稼働時間÷見積時間×100
  • 低い達成率:契約時間の見直しを検討する
  • 高い達成率:障害頻発や要員不足を疑う

保守時間達成率は、契約時に合意しておき、毎月の運用レポートで確かめると、過大な保守費用を防げます。

たとえば、月50時間見積の契約で実稼働が月10時間なら、達成率は20%です。業界の健全値は70〜90%とされ、下回る場合は課金方式も含めて契約を見直します。

達成率が100%を継続的に超える場合は、追加予算による体制強化か、システム品質そのものの見直しを実施するとよいでしょう。

達成率を毎月レポートしてくれる保守会社は、信頼できるパートナーと判断できます。

月額固定型と従量課金型とハイブリッド型の選び方

保守契約は、費用の安定性と実際の稼働量のどちらを重視するかで選びます。

  • 月額固定型:予算管理と常時監視を優先する場合
  • 従量課金型:稼働量の変動に合わせて支払う場合
  • ハイブリッド型:日常運用と障害対応を分けたい場合

月額固定型は、稼働時間によらず一定額を支払うため、予算管理がしやすい契約です。ただし、稼働が少ない月も同額になるので、達成率が低くなるリスクがあります。一方で、常時監視が必要な大規模システムには適しています。

従量課金型は、稼働時間や対応件数に応じて支払うため、コストの透明性が高い契約です。月ごとの支払額は読みにくくなるので、変動する工数を許容できる場合に使います。

トラフィックや障害頻度に季節性がある業務システムのほか、刷新直後で必要工数が見通せない期間にも適しています。

ハイブリッド型は、日常運用を内製し、障害対応だけを外注する形態です。月額固定の基本料金と、インシデント発生時の従量課金を組み合わせます。

定型作業の費用を抑えつつ、高度な障害対応だけを専門家に依頼できます。実績のある企業では、保守費用を30〜40%削減した事例もあります。

ポイント

保守費用は「初期開発費×15〜20%」を目安に見て、保守時間達成率で実際の稼働と比べながら、契約形態を選びます。10年間の総コストで比べる視点も欠かせません。

資金調達と補助金のリアル

IT導入補助金の申請から採択、導入完了・実績報告・審査を経て給付される時系列図。
給付前に必要となる資金の準備も計画に含めます。

補助金・助成金は、レガシーシステム刷新の初期投資を軽減する手段です。一方で、資金繰りとシステム要件に関わる落とし穴もあります。補助金は、費用の負担だけでなく、導入時期と設計にも影響します。

IT導入補助金の申請から給付までのキャッシュフロー影響

IT導入補助金を使うときは、補填額に加えて、給付までの資金繰りを確かめておく必要があります。

  • 補填額:費用の1/2〜3/4が補填される
  • 給付時期:申請から通常6〜12カ月後になる
  • 資金繰り:全額の立て替え資金を準備する

申請から採択までは2〜3カ月かかります。その後、導入完了、実績報告、審査を経て給付されます。

給付までは、企業が全額を自己資金で立て替えます。たとえば、3,000万円の投資で1,500万円が採択されても、最初に賄うのは3,000万円です。

特に中小企業にとっては、この運転資金の確保が最大のハードルです。そこで、地方自治体の制度融資や、日本政策金融公庫のDX関連融資を並行して申請する企業も増えています。

補助金採択の内定通知を担保にした融資を、銀行と事前に組む方法もあります。

補助金要件がシステム要件に与える制約

補助金を使う場合は、採択条件がベンダー、製品、運用後の報告に影響します。

  • 支援事業者:事務局登録ベンダーからの導入が必須
  • ITツール:事務局登録品から選ぶ必要がある
  • KPI報告:採択後の3〜5年間

未登録のベンダーに発注したい場合は、補助金の対象外になります。完全オーダーメイドのスクラッチ開発も、対象外になりやすい傾向です。

本来の業務要件に合わないパッケージを、補助金のために選ぶケースもあります。

採択後は、「労働生産性の向上」などのKPI報告義務が3〜5年間発生します。KPIを達成できないと、補助金返還命令の対象となる可能性があります。

このため、システム要件にKPI計測機能の実装を加える必要があります。補助金を前提にするなら、こうした制約を要件定義に織り込んだ見積を取得してください。

コスト削減の実務テクニック

刷新費用は、工夫次第で20〜40%削減できます。ただし、安易な削減は品質低下を招くため、効果が大きく副作用の少ない方法を選びます。

クラウドインフラ導入と自動化

クラウドと自動化は、初期投資と後続開発の工数を同時に見直せる手法です。

  • クラウド:サーバーやストレージの初期調達を省く
  • IaC:環境構築のコード化
  • CI/CD:テストとデプロイの自動化

オンプレミス再構築と比べ、初期サーバー・ストレージ調達費用が不要になります。初期投資を30〜50%削減でき、AWS、Azure、Google Cloudの割引も利用できます。

各社にはスタートアップクレジット制度や、DXパートナー経由の割引があります。

IaC(Infrastructure as Code)を使うと、手作業でのインフラ構築にかかる数百万円規模の工数を削減できます。

Terraform、AWS CloudFormation、Ansibleを使えば、各環境を数時間で複製できます。

CI/CDを導入すると、テストとデプロイの工数を半減できます。GitHub Actions、GitLab CI、CircleCIなどが利用できます。

初期に自動化基盤を整えると、後続開発の生産性が継続的に高まります。

属人化排除と委託範囲の見直し

費用を抑えるには、属人化を解消し、工程ごとの委託範囲を見直す必要があります。

  • 属人化排除:仕様の文書化と、調査工数の削減
  • 工程分担:内製と外注のスキル別の使い分け
  • 分離発注:規模に応じた複数ベンダーの組み合わせ

特定の担当者にしか分からない機能や仕様が残ると、調査工数で見積が1.5倍になることがあります。そのため、初期にドキュメント整備とリバースエンジニアリングを行うと、長期的な削減につながります。

要件定義は業務知識が必要なため、外注すると手戻りが多発しやすい工程です。

そこで、全工程を一括で外注するより、要件定義は内製し、設計・実装は外注する分担が有効です。テストは共同で行い、運用は内製とすれば、20〜30%削減できます。

マルチベンダーでは、フロントエンド、バックエンド、インフラを別々に発注できます。また、単一ベンダーのマージンを圧縮でき、ベンダー間の健全な牽制も働きます。

統合管理のPM工数が増えるため、プロジェクト規模が1億円を超える場合に適しています。

ポイント

削減は、品質を下げない手法を選ぶことが前提です。クラウドや自動化、属人化の解消、委託範囲の見直しを、効果と副作用を比べて組み合わせます。

まとめ

レガシーシステム刷新の費用は、小規模で数百万円、大規模で数十億円と幅広く変動します。2026年は、AIコーディングによる生産性向上と、オフショア単価の逆転によって、見積の前提が変化しています。

見積を比べるときは、AI活用の前提と自動変換ツールの採用可否を確かめてください。保守費用は「初期開発費×15〜20%」を目安とし、保守時間達成率で妥当性を監視します。ハイブリッド型を選べば、保守費用を30〜40%削減できる可能性があります。

補助金を活用する場合は、後払いによるキャッシュフローと要件の制約を、計画に織り込んでおきます。削減の主な手段は、クラウド・自動化、属人化排除、委託範囲の見直しです。これらを組み合わせると、20〜40%削減できます。

本文の指標や算出式を活用して、レガシーシステム刷新を進めてください。

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

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

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

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

執筆者プロフィール
張田谷凌央
張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。