「せっかく導入したのに、気づいたらまた紙とExcelに戻っていた」。DX推進の相談を受けていると、この話を本当によく聞く。原因を”社員のITリテラシー”や”やる気”のせいにしがちだが、たいていの場合、原因はツールの性能でも社員の意識でもなく、”入力しなくても業務が普通に回ってしまう”設計そのものにある。

POINT 01「少しずつ移行すればいい」が、実は一番危ない発想

新しいツールを入れるとき、多くの会社が「まずは一部の人から」「慣れている人から少しずつ」と考える。一見、現場に優しいやり方に見える。しかし実際はこれが一番定着を遠ざける。

理由は単純だ。同じ業務なのに「新ツールで入力する人」と「今まで通りのやり方で済ませる人」が混在する期間ができてしまう。旧来のやり方でも仕事が回ってしまう以上、新ツールを使わない人にとって、それは「自分はまだやらなくていい」という既成事実になる。一部がそれで回ってしまえば、業務全体としては新ツールがなくても成立してしまう。

実際にある建設業の会社では、以前クラウドツールを導入し、まずは一部のチームから使ってもらう形で移行を始めた。しかし、旧来のやり方(紙の伝票・電話・口頭確認)でも仕事自体は普通に進んでしまっていたため、使わないチームがいつまでも残った。新ツールへの入力は一部の人にとって「余分な一手間」でしかなく、忙しくなれば真っ先に省かれる。

人は”やった方がいい”では動かない。”やらないと困る”状態でしか動かない。これは怠慢ではなく、現場のリソースが有限である以上、当然の判断でもある。だからこそ、段階的な移行は「一部の人だけがやっている状態」のまま、結局定着せずに終わる。

行動経済学には”現状維持バイアス”という概念がある。経済学者のサミュエルソンとゼックハウザーが1988年の論文で示したもので、選択肢の一つが”今のまま”である限り、他の選択肢の方が客観的に優れていても、人は現状を選び続けやすいという考え方だ。DXツールの定着も構造は同じで、”今のやり方”という選択肢が残っている限り、新ツールの性能や利便性がどれだけ高くても、現場は現状維持を選んでしまう。段階的な移行が失敗しやすいのは、まさにこの”選べる状態”を長く残してしまうからだ。

POINT 02定着させる設計は、”入力しないと次に進めない”状態を先に作ること

性能の高いツールを選ぶより先にやるべきことがある。それは、旧来の抜け道を塞ぎ、新しいツールを通らないと業務が前に進まない状態を作ることだ。具体的には、次の3つを順番にやる。

1. 入力項目を業務に必要な最小限まで削る：あれもこれもと項目を増やすと、それだけで現場の負担になり敬遠される。最初は本当に必要なものだけに絞る。
2. 旧ルートを完全に塞ぐ：対象は1つの業務・1つの承認フローに絞ってよい。ただし、その範囲では「新ツールを通さないと次の工程に進めない」状態を全員に適用し、抜け道を一切残さない。対象を広げるのはそのあとでいい。
3. 導入後も伴走する：入れて終わりにせず、週次で「入力できているか」「詰まっている工程はないか」を一緒に見る期間を設ける。人に任せきりにしない。

NG例は「便利なので使ってください」と依頼して終わること。OK例は「この承認はシステムを通さないと発注が出せません」という状態を先に設計してから導入することだ。前者は”お願い”、後者は”仕組み”。この違いが、半年後に使われているかどうかを分ける。

実はこの発想自体は目新しいものではない。製造業の世界では”ポカヨケ”と呼ばれる考え方が近い。トヨタ生産方式の中で新郷重夫が体系化した仕組みで、作業者の注意力に頼るのではなく、間違った手順そのものを物理的に不可能にすることでミスを防ぐという発想だ。DX定着も本質は同じで、”入力を忘れないようにする”のではなく、”入力しない限り前に進めない”という構造を先に作ってしまう。精神論ではなく設計の話だと捉えると、何をすべきかが具体的になる。

POINT 03それを”会社の方針”として、トップダウンで進める

どれだけ良い仕組みを設計しても、それが”現場の工夫”のまま終われば定着しない。「新ツールを通さないと次の工程に進めない」という状態を作ることは、既存の業務ルールを変えることそのものだからだ。一部署や現場担当者の判断で決められる話ではない。

経営が「これはうちの会社の方針です」と明言し、上から現場に落とし込む必要がある。方針として示されたことは”お願い”ではなく”業務”になる。現場発のボトムアップの改善提案として始めてしまうと、いつまでも”やってもやらなくてもいい”扱いから抜け出せない。

ツールを使うことを”お願い”ではなく”業務”にできるかどうかは、結局のところ経営の意思決定にかかっている。小さく始めるとしても、「試しにやってみます」ではなく「これは会社として決めたことです」という位置づけで進めることが、結局は一番の近道になる。

組織変革の研究でも、同様の指摘がある。経営学者ジョン・コッターは、企業変革が失敗する典型的な原因の一つとして、経営陣による強力な推進体制(“ガイディング・コアリション”)の欠如を挙げている。現場の有志だけで進める変革は、抵抗にあった瞬間に失速しやすい。DXツールの定着も例外ではなく、”良いツールだから使ってほしい”という現場発のお願いのままでは、忙しい時期に真っ先に後回しにされる。経営が旗を振るかどうかが、それだけで生死を分ける。

まとめ：仕組みの設計と、会社の方針。この2つが揃って初めて定着する

DXが定着しない理由は、ツールが悪いからでも、社員のやる気がないからでもない。旧来のやり方でも業務が回ってしまう限り、新しいツールは省かれる。だから、伝えたいことは2つしかない。1つは、「入力しないと次に進めない」状態を仕組みとして先に作ること。もう1つは、それを現場任せにせず、経営が”会社の方針”としてトップダウンで決め、ツールを使うことを業務そのものに位置づけることだ。この2つが揃って初めて、ツールは”入れて終わり”ではなく、”定着”する。

どちらか一方だけでは足りない。仕組みだけあっても、それを”やらなくていい”と現場が判断できる状態が残っていれば形骸化するし、方針だけあっても、日々の業務の中で”入力しないと困る”という具体的な設計がなければ、方針は掛け声で終わる。ツールを選ぶ前に、この2つが自社に揃っているかを、まず確認したい。