「DXはXが大事」だから、Dの話をしよう

2026.11.04

「DXで大切なのはDではなくXだ」

そんな言葉を、これまで何度聞いてきたでしょうか。
DXとはDigital Transformationの略で、Dはデジタル、Xは変革を意味します。

デジタル技術の導入が目的ではない。大切なのは企業や事業を変革することだ。

もちろん、その通りです。

しかし、変革が必要なのは、DXという言葉が登場する以前から変わらない経営課題です。

「変革せよ」と繰り返しても、何をどう変えればよいのかという問いへの答えにはなりません。

私は、むしろDにこそ本質があると考えています。

ただし、そのDはDigitalではありません。

Dataです。

業務をデジタル化しても、構造は変わらない

紙の申請書を電子化する
Excelをクラウドに移す
転記作業をRPAで自動化する

いずれも有効な改善ですが、そこには「現在の業務手順が正しい」という暗黙の前提が潜んでいることがあります。

例えば、営業が受注情報を入力し、業務部門が確認して別のシステムに登録する。

転記を自動化すれば効率は上がります。

しかし、そもそもなぜ同じ情報を部門ごとに管理しているのでしょうか。

既存の業務手順を当然のものとして扱っている限り、この問いは生まれにくいものです。

データを起点に、業務を組み直す

では、Dataを出発点にすると何が変わるのでしょうか。

まず「受注」とは何かを定義します。

商品、数量、価格、納期。何が確定すれば受注と呼べるのか
誰が、何を根拠に確定するのか

その情報が確定すれば、在庫引当や出荷準備が必要になる。
納期が変更されれば、関連する計画への影響を確認する。

こうして、部門間で情報を受け渡すことを前提とせず、データの状態と判断ルールから業務を組み立て直すことができます。

重要なのは、自動化することではありません。

人が何を判断し、システムが何を処理し、どの情報を共有するのか。その役割分担そのものを再設計できることです。

ここで、もう一つ重要な点があります。

データを中心に考えることは、すべての業務手順やデータの定義を統一することではありません。

例えば、営業部門の「顧客」と経理部門の「顧客」は、異なる意味を持っていても構いません。

重要なのは、それぞれが何を意味し、どのような関係にあるのかを明確にすることです。

データの意味を無理に一つに揃えるのではなく、違いを明らかにし、必要なところをつなぐ。

そうすることで、業務の多様性を残しながら、部門やシステムの境界を越えた連携が可能になります。

データは業務を動かし、事業を変える

しかし、ここまででは社内業務の改革にとどまります。

DXというからには、事業そのものの変革にもつながらなければなりません。

例えば、店舗販売を中心としてきた企業が、新たにECに進出する場合を考えてみます。

店舗の業務手順を前提にシステムが作られている場合：
新しい販売チャネルを追加するたびに、多くの仕組みを変更する必要が生じるかもしれません。
受注、在庫、顧客といったデータの意味や関係性が整理されている場合：
販売チャネルごとの違いを残しながら、共通の仕組みを活かせる可能性があります。

これは、事業の変化に応じて業務を組み替えやすくするための土台になります。

しかし、本当に重要なのはその先です。

ECを始めたとして、想定した顧客が購入してくれるとは限りません。

価格が合わないのか
商品が見つけにくいのか
配送条件に問題があるのか

売上という結果を記録するだけでは、次に何を変えればよいのか分かりません。

どのような仮説で施策を実行したのか
その結果として何が起きたのか
次に何を変えるべきなのか

こうした判断と検証が業務の中に組み込まれていれば、
企業は自らの活動から学び、事業のあり方を変えていくことができます。

データによって業務が動き、その結果が次の判断を変える。

この循環こそが、データドリブンな業務モデルの核心です。

DXの骨格は「データドリブン」な業務モデルにある

データ中心のシステム設計は、決して新しい考え方ではありません。

しかし、それを単なるシステム設計の手法ではなく、
企業活動そのものを設計する原理として捉え直すことには、大きな意味があります。

ここで目指すのは、巨大な共通データモデルを作り、
全社の業務を一つの形に統一することではありません。

事業に必要なデータの意味と関係性を明確にし、
変化に応じて業務を組み替えられる構造をつくることです。

企業が変化し続けるためには、二つの力が必要です。

事業の変化に応じて業務を組み替えられること
自らの活動の結果から学び、判断と行動を修正できること

変化に対応できる構造と、変化から学ぶ仕組み。

この二つを支えるのが、
データの意味と判断ルールを中心に設計された業務モデルです。

もちろん、何を実現したいのか、顧客にどのような価値を提供するのかを決めるのは経営であり、人間です。

しかし、その目的を実現するための企業活動を、データを起点に再構成する。

私は、そこにDXの本質があると考えています。

「大切なのはXだ」

その主張に異論はありません。

ただ、問うべきは、何によってXを実現するのかです。

私の答えは、DigitalではなくDataです。

あなたの会社のシステムは、業務の結果を記録するためのものですか。
それとも、次の行動を動かし、その結果から学ぶためのものですか。

この記事を書いた人について

谷尾薫: オーシャン・アンド・パートナーズ株式会社　代表取締役
協同組合シー・ソフトウェア（全省庁統一資格Aランク）代表理事

富士通、日本オラクル、フューチャーアーキテクト、独立系ベンチャーを経てオーシャン・アンド・パートナーズ株式会社を設立。2010年中小企業基盤整備機構「創業・ベンチャーフォーラム」にてチャレンジ事例100に選出。