「2025年の崖」とは?レガシーシステム問題の実態と企業が今すべき対策

  • 2026年3月4日
  • 最終更新: 2026年3月11日

ブログ目次


「2025年の崖」とは、レガシーシステムを放置し続けた場合に2025年以降最大年間12兆円の経済損失が発生するという経産省の警鐘です。2026年現在、DX着手率は約73%に達した一方、成果が出ている企業は約28%にとどまり、崖は現実化しつつあります。企業が今すべきは、システムポートフォリオの可視化・クラウドファースト方針の策定・CRMを中核としたデータ統合基盤の構築です。

経済産業省が2018年に発表した「DXレポート」で提唱された「2025年の崖」。レガシーシステムを放置し続けた場合、2025年以降に最大年間12兆円の経済損失が発生するという警鐘は、DX推進の大きな原動力となりました。

2026年現在、この「崖」は予測通り現実化しています。基幹システムの老朽化によるトラブル、IT人材不足の深刻化、保守コストの際限ない増大。しかし一方で、早期に対策を講じた企業はDXを進展させ、競争力を強化しています。

本記事では、2025年の崖の実態を振り返り、今企業が取るべき具体的なアクションを解説します。

本記事は「DXとは?デジタルトランスフォーメーションの定義・目的・IT化との違いをわかりやすく解説」シリーズの一部です。

本記事はStartLinkの「経営管理DX完全ガイド」関連記事です。

この記事でわかること

  • 「2025年の崖」の本質:技術的負債の増大・IT人材の枯渇・システムのブラックボックス化という3つのリスク
  • 2026年現在の日本企業の進捗状況と、崖が現実化している具体的な兆候
  • 自社レガシーシステムの技術的負債を5軸で評価する方法
  • 企業が今すべき5つの対策と段階的移行のロードマップ

DXの推進は、ツール導入だけでは成功しません。本記事では、組織として成果を出すための考え方と実践手法を体系的に解説しています。自社のDX推進に課題を感じている方は、ぜひ最後までお読みください。

「2025年の崖」の本質

DXレポートが指摘した3つのリスク

経産省のDXレポートは、日本企業が抱えるレガシーシステムの問題を3つの観点から指摘しました。

リスク 内容 影響規模
技術的負債の増大 過去の技術選定や設計の歪みが蓄積し、維持コストが増大し続ける IT予算の80%が維持運用に費やされる
IT人材の枯渇 COBOL等のレガシー技術を扱える人材が退職し、後継者がいない 2025年時点で約43万人のIT人材が不足(経産省推計)
ブラックボックス化 長年の改修で仕様が複雑化し、全体を理解している人がいない 障害発生時の復旧が困難

最大年間12兆円の経済損失とは

この数字は、レガシーシステムの維持コスト増大(約4兆円)、システム障害による機会損失(約4兆円)、DXに投資できないことによる競争力低下(約4兆円)の合算です。あくまで推計値ですが、個々の企業レベルで見ると、基幹システムの維持費が売上の5〜10%を占めるケースは珍しくありません。

2026年の現在地:崖は超えたのか

DX推進の進捗状況

IPAの「DX白書2024」およびJUAS(日本情報システム・ユーザー協会)の調査データから、2025〜2026年時点の日本企業の状況を整理します。

指標 2021年 2024年 評価 判定
DXに取り組んでいる企業 約56% 約73% 着手率は向上 改善傾向
成果が出ている企業 約20% 約28% 成果には依然課題 要注意
IT予算に占める維持運用費 約78% 約72% 微減だが依然高い 改善余地大
レガシーシステムを刷新済み 約15% 約30% 対応は進みつつある 道半ば

結論として、「崖に向き合い始めた企業」は増えたものの、「崖を超えた企業」はまだ少数です。特に中堅・中小企業において、レガシーシステムの刷新が遅れている傾向があります。

「2025年の崖」が現実化している兆候

  • COBOLエンジニアの退職加速: 2025年以降、COBOL等の言語を扱える技術者の多くが定年退職を迎えています。後継人材の確保は極めて困難です
  • SAP ERP 6.0のサポート終了: 2027年末のサポート終了に向け、SAP S/4HANAへの移行プロジェクトが集中。コンサルタント・エンジニアの需給逼迫が発生しています
  • クラウドシフトの加速: AWS、Azure、Google Cloudの国内売上は前年比30%以上で成長を続けており、オンプレミスからの移行が加速しています

レガシーシステムの具体的なリスク評価方法

自社のシステムがどの程度の「技術的負債」を抱えているかを評価するフレームワークを紹介します。

5つの評価軸

評価軸 確認項目 高リスクの兆候
保守コスト 年間保守費用の推移 毎年5%以上増加している
人材依存 特定の担当者への依存度 1〜2名しか仕様を理解していない
変更の容易さ 機能追加・変更の所要時間 小規模な変更に3ヶ月以上かかる
データ連携 他システムとの連携状況 CSV手作業でのデータ連携がある
セキュリティ セキュリティパッチの適用状況 サポート切れのOSやミドルウェアを使用

3つ以上の項目で高リスクに該当する場合、早急にシステム刷新の検討を開始すべきです。

企業が今すべき5つの対策

対策1: システムポートフォリオの可視化

保有する全システムを棚卸しし、「戦略的価値」と「技術的負債」の2軸でマッピングします。刷新の優先順位を客観的に判断するための基礎データです。

対策2: クラウドファーストの方針策定

新規システムはクラウドを第一選択とする方針を策定します。既存システムも、EOL(サポート終了)を迎えるタイミングでクラウドへの移行を計画します。

対策3: データ統合基盤の構築

レガシーシステムの一括刷新は現実的ではない場合が多いため、まずCRMを中核としたデータ統合基盤を構築し、部門横断のデータ活用を先行させるアプローチが有効です(関連記事: CRM導入の進め方完全ガイド)。

対策4: 内製化とベンダー依存の見直し

レガシーシステムのベンダーロックインからの脱却を計画します。自社でのシステム内製化を進めるか、オープンなアーキテクチャを採用するベンダーに切り替えることで、長期的な保守コストを低減できます。

対策5: DX人材の確保・育成

技術的なDX人材だけでなく、ビジネスとテクノロジーの両方を理解する「ブリッジ人材」の育成が急務です。社内のIT部門メンバーに事業理解を深めてもらう研修、あるいは事業部門メンバーにデジタルリテラシーを身につけてもらう研修の両方が必要です。

レガシーシステム刷新の進め方

段階的移行のロードマップ

一括移行(ビッグバンアプローチ)はリスクが高いため、段階的な移行(ストラングラーパターン)が推奨されます。

Phase 1(0〜6ヶ月): 可視化と計画

  • 全システムの棚卸しとリスク評価
  • 刷新の優先順位決定
  • 移行計画と予算策定

Phase 2(6〜18ヶ月): 基盤構築

  • CRM導入によるデータ統合基盤の構築(関連記事: CRMとERPの連携設計
  • 最もリスクの高いシステムから順に刷新開始
  • API連携によるレガシーとモダンシステムの共存設計

Phase 3(18〜36ヶ月): 段階的刷新

  • 残るレガシーシステムの順次刷新
  • データ活用基盤の高度化
  • 新たなビジネスモデルへの展開

「2025年の崖」は、一つのシステム更改プロジェクトで乗り越えるものではありません。企業の情報システム全体を見直し、データを経営資産として活用できる体制を構築する、中長期的な取り組みです。今からでも遅くはありません。まず自社のシステムポートフォリオを可視化することから始めてください。

CRMで実現する「2025年の崖」とは?レガシーシステム問題の実態と企業が今

「2025年の崖」とは?レガシーシステム問題の実態と企業が今すべき対策を実務に落とし込むには、CRMツールの活用が不可欠です。詳しくは「CRM導入の進め方完全ガイド|準備・ツール選定・データ移行・定着化の全ステップ」で解説しています。


次のステップ

「2025年の崖」に取り組むなら、CRM・データ基盤の整備が成功の鍵です。以下の記事でHubSpotを使った具体的な実践方法を解説しています。

あわせて読みたい

関連記事

まとめ

  • 「2025年の崖」は、レガシーシステム放置による最大年間12兆円の経済損失リスクを指す経産省の警鐘
  • 2026年現在、崖に向き合い始めた企業は増えたが、「崖を超えた企業」はまだ少数
  • レガシーシステムのリスクは保守コスト・人材依存・変更容易性・データ連携・セキュリティの5軸で評価する
  • 対策の優先順位は、システム棚卸し→クラウドファースト方針→CRM中核のデータ統合基盤→内製化→DX人材育成
  • 一括移行ではなく、ストラングラーパターンによる段階的移行が現実的

よくある質問(FAQ)

Q1. 「2025年の崖」は実際に起きているのですか?

はい、予測通り現実化しています。COBOLエンジニアの退職加速、SAP ERP 6.0のサポート終了に伴う移行プロジェクトの集中、IT予算の約72%が維持運用に費やされている状況など、DXレポートが警告した兆候が顕在化しています。DXに着手した企業は約73%に達しましたが、成果が出ている企業は約28%にとどまります。

Q2. レガシーシステムを一括で刷新すべきですか?

一括移行(ビッグバンアプローチ)はリスクが高いため推奨しません。ストラングラーパターンによる段階的移行が現実的です。まずシステムの棚卸しを行い、CRMを中核としたデータ統合基盤を構築した上で、リスクの高いシステムから順に刷新する方法が効果的です。

Q3. 自社のレガシーシステムのリスクをどう評価すればよいですか?

保守コスト・人材依存・変更の容易さ・データ連携・セキュリティの5軸で評価します。たとえば「毎年5%以上保守費が増加」「仕様を理解しているのが1〜2名」「小規模変更に3ヶ月以上かかる」などが高リスクの兆候です。3つ以上該当すれば早急に刷新を検討すべきです。

StartLinkのDX推進の第一歩サポート

DX推進の進め方でお悩みの方は、CRMを起点としたデジタル変革の設計をStartLinkがサポートします。ツール導入だけでなく、業務プロセスの見直しから定着支援まで一貫してご支援します。

まずはお気軽にご相談ください。現状の課題をヒアリングし、最適なアプローチをご提案します。


カテゴリナビゲーション:


株式会社StartLinkは、事業推進に関わる「販売促進」「DXによる業務効率化(ERP/CRM/SFA/MAの導入)」などのご相談を受け付けております。 サービスのプランについてのご相談/お見積もり依頼や、ノウハウのお問い合わせについては、無料のお問い合わせページより、お気軽にご連絡くださいませ。

関連キーワード:

サービス資料を無料DL

著者情報

7-1

今枝 拓海 / Takumi Imaeda

株式会社StartLinkの代表取締役。
HubSpotのトップパートナーである株式会社H&Kにて、HubSpotのCRM戦略/設計/構築を軸として、 国内・外資系エンタープライズ企業へコンサルティング支援を実施。 パーソルホールティングス株式会社にて、大規模CRM/SFA戦略の策定・PERSOLグループ横断のグループAI戦略/企画/開発ディレクションの業務を遂行経験あり。
株式会社StartLinkでは、累計100社以上のHubSpotプロジェクト実績を元にHubSpot×AIを軸にした経営基盤DXのコンサルティング事業を展開。