DXツールを導入した。

  • 有名な製品を選んだ
  • 評判も悪くなかった
  • ベンダーも丁寧だった

誰が見ても「いいツール」のはずだった、、、にもかかわらず

  • 現場が使わない
  • リアルタイムに入力がされなくなる
  • 結局、元のやり方が残る（戻る）

そして数ヶ月後、「うちには合わなかったのかもしれない」という雰囲気が社内に漂う。

しかし、こうしたケースでの問題は技術ではありません。導入前と導入初期の“判断”にあります。

経営・責任者の典型的な一言

DXツール導入前、よく聞く一言があります。

  • 「現場の負担が減るなら、やってみよう」
  • 「いいものなら使うでしょう」
  • 「詳しいことは任せます」

一見、合理的ですし、悪いことは何もありません。

しかしこの時点で気にしてほしいのは、重要なことが決まっていないこと。

  • 何を変えたいのか
  • 何を変えないのか
  • 上手く行ったかどうかを何で判断するのか

目的が曖昧なまま、前向きな空気感だけで進みます。

ここが定着するかどうか最初の分岐点です。

ベンダー主導で何が起きるか

目的が曖昧な状態で進むと、自然とベンダー主導になります。

すると、ベンダーは仕事なので

  • システムやツールの標準機能を説明する
  • 自社システムやツールの導入事例を提示する
  • 自社システムやツールが使いやすい推奨フローを提案する

ベンダー主導が悪いわけではありません。標準機能の説明や導入事例の提示、推奨フローの提案も悪くありません。真面目にベンダーとしての仕事をされているだけです。

しかし、DXを前向きに考えている会社側からすると、ベンダーの仕事内容は「そのツールにとって最適な使い方」であり、「その会社にとって最適な業務設計」に則しているのではないということ。

結果、ベンダー主導で進むと

  • 業務がツールに合わせられる
  • 現場の例外が切り捨てられる
  • 重要な前提が共有されない

システムやツールの理論としては正解でも、現場とは静かにズレが生まれます。

現場が「使えない」と言い出す理由

導入が進むと、やがて現場から声が上がります。

  • 「これでは回らない」
  • 「入力が増えただけ」
  • 「現場の実態と合っていない」

ここで多くの会社は、“新しいことへの現場の抵抗”と解釈します。よく言われるのが「慣れれば何でもないはず」という一言です。

しかし実際には、

  • 業務の流れが想定と違う（実態とシステムやツールが合っていない）
  • 情報が揃わないまま進む（揃わないので進めないことも出てくる）
  • 例外が多すぎる（スムーズに運用で逃げられないので手間と確認が増える）

という現実があります。

これ、ツールが悪いのではなく「前提が合っていない」のです。

なぜ“誰も悪くないのに失敗するのか”

この状況の厄介なところは、

  • 経営側に悪意はない
  • ベンダーも真面目にやっている
  • 現場も全力で協力している

それでも失敗することです。

なぜ失敗するのでしょう。これまでの経験から申し上げますと、最初に決めるべきことを、誰も決めなかったから。

  • 曖昧な目的
  • 不明確な成功基準
  • 判断の所在が不明

関わった人たちの中に、悪人がいるわけではありません。

判断を空白のまま進めてしまっただけです。

本来、決めるべきだった3つの判断

DXツール導入前に、本来決めるべきだったことは3つです。

① 何を変えるのか（範囲）

  • 業務全体か
  • 一部の工程か
  • データの見える化だけか

変える範囲を決めなければ、関わっている人それぞれが「自分が良い」と考えているイメージで話を進めてしまうので、必ず混乱します。

② 何を変えないのか（守る部分）

  • 現場判断
  • 例外対応
  • 取引先との関係性

ここを明確にしないと、無理な型にはめようとして使えなくなります。

③ どの状態を成功とするのか（基準）

  • 作業時間が減れば成功か
  • 判断が早くなれば成功か
  • 経営の見通しが立てば成功か

成功の定義がない導入は、評価できません。

判断を整理する役割が不在だった結果

最大の問題は、次のことを決める役割がいなかったことです。

  • 経営側は方向だけ示す
  • 現場は運用する
  • ベンダーは構築する

ここで気づいていただきたいのは、「判断を整理する役割」が存在しないこと。

存在しない結果として、

  • ベンダーが判断を補完する（システムやツール寄りの判断になりがち）
  • 現場が実質的に決める（それぞれの現場の範囲だけで決める）
  • 誰も全体を説明できない（情報が繋がっていないので説明は無理）

という状態になります。

こういう状態で数ヶ月経過すると、「うちには合わなかった」という結論に落ち着きます。

定着しない理由は、技術ではなく構造

DXツールが定着しない本当の理由は、

  • 操作が難しいからでも
  • ITリテラシーが低いからでも
  • 技術が良くないのでもなく

導入前の判断構造にあります。

  • 目的を決めなかった
  • 範囲を決めなかった
  • 成功基準を決めなかった
  • 整理する役割がいなかった

だから、誰も悪くないのに失敗します。

さいごに

もし今、

  • システムやツールは入れた
  • でも活用できていない
  • どこが問題か分からない

と感じているなら、何かをすべきはシステムやツールではありません。

必要なのは、判断の整理からやり直すことことです。

ツールは後からでも変えられます。しかし、判断構造を変えなければ、また同じことが繰り返されます。