経済産業省は2026年6月3日、産業構造審議会の経済産業政策新機軸部会において「第5次中間整理」を公表した。8つのミッションと4つのOSという枠組みを土台に、2040年のあるべき産業構造を見据えた本質的な課題と、今後必要になる政策の方向性を具体化した文書である。高市内閣の成長戦略が掲げる「新技術立国・競争力強化」とも接続し、産業全体をAIやデジタル前提に作り替えていく方向性が示されている。
この方向性を一社の現場に引き寄せると、論点は「最新のAIツールを何にするか」ではなく、「AIを業務で使える状態にするために、どの社内システムから刷新に着手するか」という順番の問題になる。本稿は発表内容の要約ではなく、刷新の優先順位を自社で決めるための判断軸として読み替えていく。
「保守期限が近い順」で並べると詰まる理由
刷新の順番を、システムの稼働年数やサポート終了時期で決める企業は多い。保守切れの放置は確かに避けるべきだが、この基準だけで列を作ると、AI活用の観点では効果の薄いものから手を付けてしまうことがある。AIや分析の価値は、業務データを取り出せて、人の判断を肩代わりできる場所に生まれる。古さと、AIで効く度合いは別物だという前提に立つ必要がある。
たとえば10年前に作った帳票出力の仕組みでも、データがDBに正規化されて外部連携できるなら、AI活用の妨げにはなりにくい。逆に導入5年の比較的新しい販売管理でも、画面の裏で担当者がCSVを手作業で加工し、判断の基準が個人の頭の中にあるなら、そこがAI活用のボトルネックになる。
FREE DOWNLOAD
中小企業のDX推進「失敗を防ぐ5ステップ」ガイドを無料でお送りします
多くの企業がつまずくポイントを着手順に整理した無料ガイド。相談する前に、自社の現在地と進め方を掴めます。
刷新優先度を決める4つの軸
AI時代の刷新順位は、次の4軸で各システムを採点すると見通しが立つ。
- データ開放性: 必要なデータをAPIや標準フォーマットで安全に取り出せるか。画面からしか見られず、テーブル構造が読めない状態は優先度が上がる。
- 手作業の量: 転記、二重入力、Excel加工がどれだけ挟まっているか。人手が多いほど自動化の効果が大きく、投資の回収も早い。
- 例外処理の偏り: 「この取引先だけ特別」「月末だけ別運用」といった例外が特定の担当者に依存していないか。属人化した例外はAIにも引き継ぎにくい。
- 証跡の強さ: 誰がいつ何を変更し承認したかの履歴が残るか。AIエージェントに操作を委ねる前提では、記録が残らないシステムはリスクが高い。
4軸を点数化して並べ替える
軸ごとに各システムを高・中・低で採点し、合計でランク付けすると、感覚ではなく根拠で順番を説明できるようになる。
横にスクロールして確認できます
| 採点軸 | 高リスク（先に着手）の兆候 | AI活用への影響 |
|---|---|---|
| データ開放性 | 画面表示のみ、CSV手出力に依存 | 学習・分析・連携の入口が塞がる |
| 手作業の量 | 転記と再入力が日次で発生 | 自動化余地が大きく投資回収が早い |
| 例外処理 | 担当者しか手順を知らない | 仕様化できずAIに渡せない |
| 証跡 | 変更・承認ログが残らない | 委任時の説明責任を果たせない |
4軸とも高リスクのシステムは、古さに関係なく最優先である。一方、データが開いていて手作業も少ないシステムは、保守期限が近くても刷新の緊急度を相対的に下げてよい。
FREE DOWNLOAD
AI導入チェックリスト（PoC 失敗要因 10項目）
情シス部門が PoC 前に押さえるべき失敗要因を10項目に整理した無料チェックリスト。
例: 受発注システムと会計システム、どちらを先に直すか
仮に、稼働12年の受発注システムと、稼働6年の会計システムが両方とも更新候補だとする。受発注側はFAXとExcelで受けた内容を担当者が手入力し、値引きの例外判断が口頭で回っているとする。会計側は新しめで、データは会計パッケージのAPIから取り出せ、仕訳ルールも文書化されているとする。
稼働年数だけ見れば古い受発注を後回しにしがちだが、4軸で採点すると、受発注はデータ開放性・手作業・例外処理・証跡のすべてが高リスクに振れる。AIで見積もりの下書きや需要予測を狙うなら、先に手を入れるべきは受発注側だと根拠を持って言える。会計側は当面は連携対象として残し、周辺の入力業務から整える進め方が現実的になる。この「古い順ではなく効く順」で説明できることが、4軸採点の実務的な価値である。
止めずに刷新するための着手順序
優先度が決まっても、基幹を一度に置き換えるのは停止リスクが大きい。実務では、まず読み取り用のデータ連携口を整えてAIや分析に見せられる状態を作り、次に手作業の自動化、最後に基盤そのものの更新という順で段階を分けると、業務を止めずに移行しやすい。周辺の入力・転記から外側を固め、中核は最後に差し替える発想である。各段階で効果を確かめながら進めれば、投資判断も小刻みにできる。
4軸の採点を投資判断につなげる
採点で順位が見えたら、次は一本ずつ「直すと何が楽になるか」を金額感に翻訳する。手作業の量が高リスクのシステムは、月あたりの作業時間と人件費から削減効果を見積もりやすく、投資の説明がしやすい。一方、データ開放性や証跡の弱さは、すぐには金額に表れにくいが、将来のAI活用や監査対応の前提になるため、効果を「できるようになること」で示すと納得を得やすい。すべてを一度に正確に見積もる必要はなく、最優先の1〜2本について、削減できる手間と、新たに発生する連携・運用の費用を並べて比べるだけでも判断の精度は上がる。
採点の結果、効果が大きく着手も軽いシステムがあれば、そこを最初の成功事例として小さく回すのも有効である。短期間で目に見える改善を1つ作っておくと、続く刷新の予算や社内の協力を得やすくなる。なお採点は一度きりではなく、刷新が一段落するたびに見直すとよい。連携口を整えた結果、別のシステムのデータ開放性が相対的に上がることもあり、優先順位は固定ではない。半期に一度など区切りを決めて採点をやり直せば、その時点で最も効くシステムに資源を寄せられる。
着手前に整理しておく項目
- 4軸で各システムを採点し、最優先の対象を1〜2本に絞れているか
- 取り出したいデータが、どの形式で、どの頻度で更新されているか
- 連携時に外へ出してよい情報と、社内に留める情報の線引きができているか
- 変更・承認・アクセスの履歴が残る設計になっているか
- 初期構築費だけでなく、連携の維持費や運用費、教育費を見込んでいるか
- 自社で保守する範囲と、外部に委ねる範囲を最初に決めているか
これらが曖昧なまま製品比較に入ると、要件が定まらず見積もりの前提も揃わない。判断材料が足りないと感じた段階で、要件整理から相談する方が手戻りを減らせる。
まずはレガシーシステム刷新で対象範囲の考え方を確認し、必要に応じて次のページもあわせて参照してほしい。
相談を検討したい状況
- 刷新候補は挙がったが、どこから着手するかの順番がつけられない
- データを取り出せず、AIや分析の検証に進めていない
- 一度に全面更新する予算はなく、段階移行の設計を決めたい
- 経営層に、投資額と効果、停止リスクを説明する材料が足りない
- 部分的な置き換えは進んだが、連携や運用の全体像が描けていない
刷新の優先順位を一緒に整理しませんか
手持ちのシステム一覧を4軸で採点し、最優先で着手すべき対象、止めずに進める段階移行の順序、概算費用までを一緒に組み立てます。
初回のご相談では、提案資料を読み上げるのではなく、現状把握と論点の絞り込みを先に行います。
GXOの見解
システム開発の成否は開発会社選びの前に、業務要件、既存データ、運用責任、段階移行をどこまで整理できるかで決まる。
GXOは見積比較だけでなく、発注前の論点整理とRFP設計が手戻りと追加費用を減らすと見る。
GXOは、業務整理、要件定義、RFP、開発、保守、レガシー刷新まで接続できる形で支援します。
実務判断のポイント
この記事は、経営者、情シス、業務責任者、発注担当向けです。要件定義、RFP作成、見積比較、レガシー刷新、業務システム再構築を自社で進めるか、外部の専門家と整理するかを判断する材料として使えます。
GXOが重視するのは、話題性の高さよりも「自社の業務、データ、権限、予算、運用責任にどう影響するか」です。経産省第5次中間整理から考える、AI時代のレガシーシステム刷新優先順位に関する検討では、担当者だけで判断を閉じず、経営、現場、情シス、外部パートナーの役割を早い段階で分けることが重要です。
放置した場合と整備した場合の違い
横にスクロールして確認できます
| 観点 | 放置した場合 | 整備した場合 |
|---|---|---|
| 業務影響 | 属人的な判断が増え、対応の優先順位がぶれやすい | 影響範囲、期限、責任者を決めて進められる |
| 投資判断 | ツール導入や外注費だけが先行し、効果測定が曖昧になる | 売上、工数削減、リスク低減の指標にひも付けられる |
| 現場運用 | 例外処理や承認フローが残り、定着しにくい | 権限、ログ、教育、改善サイクルまで設計できる |
| 経営報告 | 問題が発生してから説明資料を作ることになる | 月次で状況、課題、次の打ち手を説明できる |
導入・改善前のチェックリスト
- 対象業務、対象部門、対象データを明文化しているか
- 現在の課題を、売上機会、原価、工数、リスクのいずれかに分解しているか
- 既存システム、SaaS、Excel、手作業の依存関係を棚卸ししているか
- 例外処理、承認、差し戻し、監査証跡まで確認しているか
- 社内で判断できる範囲と外部支援が必要な範囲を分けているか
- 初期費用だけでなく、保守、運用、教育、改善費用を見積もっているか
- 成功指標を、問い合わせ数、商談数、削減時間、停止リスクなどで定義しているか
- 実装後の責任者、更新頻度、レビュー会議の持ち方を決めているか
- セキュリティ、法務、個人情報、契約条件の確認ポイントを洗い出しているか
- 既存の問い合わせ、商談、障害、運用ログから優先順位を決めているか
- 経営判断に必要な資料を1枚で説明できる状態にしているか
- 次の90日で検証する範囲と、やらない範囲を明確にしているか
GXOの実務補足
システム開発の成否は開発会社選びの前に、業務要件、既存データ、運用責任、段階移行をどこまで整理できるかで決まる。
GXOは見積比較だけでなく、発注前の論点整理とRFP設計が手戻りと追加費用を減らすと見る。
GXOは、業務整理、要件定義、RFP、開発、保守、レガシー刷新まで接続できる形で支援します。記事のテーマを単なる情報収集で終わらせず、相談、診断、要件定義、実装、運用改善に接続することで、要件整理から開発、保守、段階移行ロードマップへ接続。さらに、標準ヒアリングと既存診断を使い、発注前相談から開発案件へ展開。
実行までの進め方
- 現在の業務、データ、ツール、担当者を棚卸しする
- 売上拡大、工数削減、リスク低減のどれに効くテーマかを決める
- 初期対応、90日以内の改善、半年以上の投資を分ける
- 必要な社内体制、外部支援、予算、セキュリティ確認を整理する
- 小さく検証し、効果測定後に本番化や横展開を判断する
よくある質問
刷新の順番は何を基準に決めればよいですか
古さや保守期限だけでなく、データを取り出せるか、手作業や属人的な例外が多いか、操作の履歴が残るかという観点を加えると、AI活用に効く順に並べ替えられます。GXOでは、現状のシステム一覧をこの4軸で採点する作業から一緒に進めます。
基幹を止めずに刷新を進められますか
一度に全体を入れ替えるのではなく、データ連携口の整備、手作業の自動化、基盤更新と段階を分ければ、稼働中の業務への影響を抑えながら移行できます。周辺業務から外側を固め、中核は最後に差し替える進め方を設計します。
レガシー刷新とデータ基盤の整備は別々に考えるべきですか
切り離さずに考える方が無駄が出ません。刷新の目的がAIや分析の活用であれば、どのデータを、どの形式で取り出すかを刷新設計の最初から織り込んでおくと、後からの作り直しを避けられます。
参照元
参考情報
- 制度、価格、仕様、脆弱性、法務、セキュリティに関する判断は、公開時点の公式情報と一次情報を確認したうえで更新してください。
