DXに取り組む日本企業は約8割──IPA（情報処理推進機構）が2025年6月に公開した「DX動向2025」によると、取り組み割合だけを見れば、日本はすでに米国とほぼ同水準に達しています。
ところが、「成果が出ている」と答えた企業の割合になると様子が一変します。米国・ドイツでは8割を超えるのに対し、日本は6割弱。「DXはやっている。でも成果が見えない」という企業が、それだけ多いということです。
この差はどこから生まれるのでしょうか。結論から言えば、原因の多くは「DX＝デジタル化」という誤解と、その先にあるデータの扱い方にあります。DXの本質はデータ駆動型経営（データに基づいて意思決定する経営スタイル）への変革であり、それを支える土台がデータマネジメント（データを資産として管理する活動）です。
まず、日本企業のDXの現在地を数字で確認します。
「DX動向2025」（IPA、2025年6月公開）では、日米独3か国の企業を比較調査しています。注目すべきは、次の2つのギャップです。
さらに踏み込むと、成果の「中身」にも偏りがあります。日本企業の成果はコスト削減や業務時間の短縮といった社内向けの効率化に集中しており、売上増加や新規ビジネス創出のような「外向き」の成果まで両立できている企業は27%にとどまります。米独企業では、この両立が約8割です。
つまり日本のDXは、「取り組んではいるが、業務効率化で止まっている」状態だと言えます。
この構図は、実は新しいものではありません。経済産業省が2018年の「DXレポート」で警鐘を鳴らした「2025年の崖」──レガシーシステム（長年の改修で複雑化・ブラックボックス化した古い基幹システム）を放置すれば、2025年以降に年間最大12兆円の経済損失が生じるという指摘──から、すでに8年が経ちました。
システム刷新やツール導入は確かに進みました。それでも成果に結びつかないのは、「何をデジタル化するか」ばかりが議論され、「デジタル化して何を変えるのか」が置き去りにされてきたからです。
次のセクションで、この「変える対象」の違いを整理します。
英語には「デジタル化」を表す言葉が2つあります。Digitization（デジタイゼーション）と Digitalization（デジタライゼーション）です。
図のように、両者の決定的な違いは「主語」にあります。Digitization の主語は自社業務であり、行き着く先は業務の最適化（Digital Optimization）です。一方、Digitalization の主語は顧客であり、その先にあるのが変革（Digital Transformation）、すなわちDXです。
ペーパーレス化も経費精算の自動化も、価値ある取り組みです。ただしそれは Digitization、つまり効率化の範囲にとどまります。「請求書を電子化したのにDXの成果が出ない」のは当然で、そもそも変革に着手していないのです。
では、主語を顧客に変えると何が起こるのでしょうか。
象徴的な例が MaaS（Mobility as a Service：電車・バス・タクシーなどの移動手段をアプリで一括検索・予約・決済できるサービス）です。レンタカー会社が「予約手続きを効率化しよう」と考えるのは、自社業務が主語の発想です。しかし顧客が本当に望んでいるのは「気軽に移動したい」、それだけです。
MaaSは個社の枠を超えて移動手段をつなぎ、この本質的な要望に応えました。「クルマを貸す（モノの販売）」から「移動体験を提供する（コトの提供）」への転換です。
安くて良いモノが市場にあふれた現在、差別化の源泉は製品そのものから顧客体験に移っています。「いかに売るか」ではなく「いかに使い続けてもらうか」。この問いに答えるには、顧客を深く知る必要があります。そして顧客を知る手段こそが、データです。
データ駆動型経営とは、経験や勘ではなく、データに基づいて現実を把握し、意思決定するビジネスモデルのことです。DXの本質は、この経営スタイルへの変革にあります。
スマートフォンやセンサーの普及で、顧客の行動や世の中の出来事はリアルタイムにデータ化されるようになりました。DX以前は自社業務の中で発生するデータしか使えませんでしたが、今は顧客側が発するデータまで活用できます。環境は劇的に変わったのです。
図のように、データ駆動型経営は1本の直線ではなく、回り続けるサイクルとして機能します。
重要なのは、アクションの結果が次のデータとして蓄積され、サイクルが回り続けることです。回せば回すほど顧客理解の精度が上がり、打ち手が当たるようになります。
身近な例で考えてみましょう。小売店の発注業務で「ベテランの勘」に頼っていた発注量を、POSデータ（レジの販売記録）と天候・曜日の傾向から決めるように変えたとします。
最初の予測は外れるかもしれません。しかし「外れた」という結果もデータとして残るため、翌週の予測は確実に賢くなります。勘は属人化しますが、データのサイクルは組織に蓄積されるのです。
逆に言えば、このサイクルのどこかでデータが欠けたり信頼できなかったりすると、サイクル全体が止まります。「ダッシュボードは作ったが、数字が部署ごとに食い違っていて誰も信用していない」──現場でよく聞く失敗は、たいていここで起きています。
データ駆動型経営で扱うデータには、3つの側面があります。図のように、過去から未来への時間軸で整理すると分かりやすくなります。
企業は情報システムという仮想空間の中で、写像から顧客像や取引を再現し、集計で傾向をつかみ、推測で将来をシミュレーションしています。AIによる需要予測も、突き詰めればこの「推測」の精度を上げる取り組みです。
ここで押さえておきたいのは、3つの側面は積み上げ構造になっているという点です。土台である写像、つまり事実の記録が間違っていれば、その上に乗る集計も推測もすべて狂います。
たとえば顧客マスタに「(株)Evast」と「株式会社Evast」が別々の顧客として登録されていれば、顧客数の集計はその時点でずれます。ずれた集計から導いた予測を信じて在庫や人員を決めれば、損失は現実のお金として返ってきます。
シミュレーションの精度を上げるには、大量かつ高品質なデータが欠かせません。そして、データの品質と量を維持する仕組みこそが、次に説明するデータマネジメントです。
データマネジメントとは、ひとことで言えばデータを企業の資産として適切に管理する活動です。
「資産」という言葉は比喩ではありません。現金や設備と同じように、データは管理すれば価値を生み、放置すれば劣化します。しかも設備と違って、劣化したデータは見た目では分かりません。だからこそ、意識的な管理の仕組みが必要になります。
データマネジメントの活動は、大きく4つに整理できます。
3つ目の「蓄積する仕組み」の中核となるのがデータ基盤です。データ基盤の構成要素や導入効果については、データ基盤とは？企業が導入すべき3つの理由と構成要素を解説で詳しく解説しています。
管理の対象も、業務システムの中身だけではありません。
見落とされがちなのがメタデータです。「この売上金額は税込か税抜か」「この顧客IDはどのシステムが発番したのか」。こうした説明書きがないデータは、あっても使えません。
データマネジメントの知識を体系化したものに DMBOK（Data Management Body of Knowledge：データマネジメント知識体系）があります。国際団体DAMA Internationalがまとめており、日本語版『データマネジメント知識体系ガイド 第二版』も出版されています。
DMBOKでは、データガバナンス（データに関する社内ルールと責任体制づくり）を中心に、データ品質、メタデータ管理、セキュリティなど11の知識領域が定義されています。すべてを一度に導入する必要はありませんが、「自社に何が足りないか」を確認するチェックリストとして有効です。
なお、DMBOKはデータを「データとインフォメーションという資産」と位置づけ、そのライフサイクル全体──生まれてから廃棄されるまで──を通じた計画・方針・手順の整備を求めています。一度きりのプロジェクトではなく、継続する経営活動として捉える視点が、この知識体系の根底にあります。
「重要性は分かったが、何から手をつければいいのか」──ここからは実務の話です。Evastがデータ基盤構築の現場で推奨している進め方を、3つのステップで紹介します。
最初にやるべきは、社内のどこに・どんなデータが・どんな状態であるかの棚卸しです。
地味な作業ですが、ここを飛ばしてツール導入から入ったプロジェクトは高い確率で迷走します。経営層を巻き込むうえでも、「全社の売上データが3システムに分散し、突き合わせに毎月20時間かかっている」といった事実の可視化が説得材料になります。
棚卸しができたら、全社一斉ではなく効果の大きい領域から小さく始めます。たとえば「経営会議で使う売上・利益データ」など、利用者と用途が明確な領域が向いています。
この段階で必要になるのが、分散したデータを集めて使える形に整える技術です。中核となるETL（複数システムからデータを抽出・変換・集約する処理）の仕組みは、ETLとは？データ統合の基礎と選定ポイントを解説で基礎から解説しています。クラウド型のデータ基盤を前提にするなら、変換処理の設計方針を比較したETLとELTの違いとは？5つの比較軸とELTが主流になった理由も参考になるはずです。
💡 Evastの現場では：このステップ2で「いきなり全部門のデータをつなごうとして頓挫しかけた」ケースを何度も見てきました。最初の対象は1〜2部門・5システム以内に絞り、3か月程度で「経営会議の資料作成が手作業ゼロになった」といった目に見える成果を作る。この小さな成功が、ステップ3で全社を巻き込む最大の推進力になります。
小さな成功事例ができたら、データの定義書・品質基準・責任者（データオーナー）といったルールを整備し、対象領域を広げていきます。
このとき、技術・人材・組織文化の3点をセットで進めることが重要です。ツールだけ導入しても、使う人材と「データで判断する」文化が育たなければ、サイクルは回りません。先に紹介したIPA「DX動向2025」でも、経営・IT・業務部門の協調が「十分にできている」と答えた日本企業は1割未満と報告されています。
本記事の要点を整理します。
DXの成果が出ないとき、見直すべきはツールの選定よりも先に、データそのものの管理体制です。データという土台が固まれば、BIダッシュボード（データを自動集計して見える化する画面）もAIによる予測も、その上で初めて力を発揮します。
まずはステップ1の棚卸しから、始めてみてください。
株式会社Evastでは、データの現状診断からデータ基盤構築、BIダッシュボード開発まで、データ駆動型経営への移行を一貫して支援しています。
このようなお悩みがあれば、お気軽にご相談ください。現状の可視化から優先領域の特定、ロードマップ策定までを伴走します。
データ基盤の基本概念とデータベースとの違い、意思決定の高速化・データ業務のコスト削減・AI活用など将来の選択肢拡大という導入すべき3つの理由、収集・蓄積・加工・可視化の4つの構成要素、導入前に押さえたい注意点までを図解付きで解説します。「部署ごとにデータがバラバラで分析に使えない」と悩む企業のデータマネジメント担当者・情報システム部門の方向けにまとめました。
データパイプラインのスケジューリング・依存管理・監視を担うオーケストレーションツールを4軸で比較します。Airflow（業界標準・大規模向け）、Dagster（データ資産中心・dbt親和性）、Prefect（シンプル・スモールスタート）の設計思想の違いと、チーム規模・技術スタックに応じた選び方をEvastの現場経験をもとに解説します。
SalesforceやkintoneなどのSaaSと社内DBを自動統合するETL/ELTツールを、運用体制・コスト体系・コネクタ要件の3軸で解説します。スモールスタートに向くtrocco、非エンジニア運用に強いASTERIA Warp、クラウドDWH連携重視のFivetranなど主要10ツールの選定ポイントを、Evastの現場経験をもとにまとめました。
DWH（データウェアハウス）とは、分析専用に設計されたデータの集約場所です。通常のDB・データレイク・データマートとの違い、列指向ストレージの仕組み、BigQuery・Snowflake・Redshiftの選定ポイント、スタースキーマ・パーティション設計の基本、導入でよくある失敗まで、データ基盤の構築を検討している担当者向けに現場の視点でまとめました。
