建設DXが止まる本当の理由。「ITアレルギー」は現場のせいではなかった

「タブレットを配ったのに、誰も使っていない」という話を、ある工務店の社長から聞いたのは2年ほど前のことです。費用は導入・研修込みで約80万円。現場の反応は「重くて邪魔」の一言だったそうです。なぜ、そうなったのか。この問いへの答えが、建設DXの核心を突いています。

現場の「拒絶」を職人のせいにする前に

チャットツールを入れたのに電話がかかってくる、報告アプリを導入したのに紙の日報が消えない——こうした現象に対して、「うちの職人はITアレルギーだから」と結論づける経営者は少なくありません。しかし私は、その見立てが根本的にズレていると感じています。職人は道具を選ぶプロです。使えば明らかに楽になる道具を、わざわざ拒む人間はほとんどいません。

実際、インパクトドライバーが普及したとき、現場の職人たちは半年もかけずに自分でバッテリー管理を覚え、充電のルーティンを作り上げました。「新しいものは嫌い」ではなく、「役に立たないものは使わない」という合理的な判断をしているだけです。その視点で見ると、DXツールが根付かない原因は、ツール自体の設計にあることがわかります。

オフィス設計のツールが現場で死ぬ理由

建設現場の環境を、オフィスと同じ条件で語ることはできません。足場の上、薄暗いピットの中、粉塵と振動のある現場で、スマートフォンの画面を操作する状況を具体的に想像してみてください。一般的なSaaSやアプリが「現場で使えない」のには、明確な物理的理由があります。

これらは「慣れれば解決する」話ではありません。UI・UXの構造的な欠陥です。使いにくい道具を押し付け続けた結果として現れる「拒絶」を、リテラシーの問題に置き換えてしまうと、いつまでたっても原因にたどり着けません。

ある現場監督は、私にこう言いました。「あのアプリ、入力しようとするたびに5タップかかる。日報1件に10分かかるなら、紙のほうが3分で終わる」。これは感情論でも抵抗でもなく、純粋な効率の比較です。

「使わせる」から「使いたくなる」への転換点

DXが現場に根付いた事例には、ある共通点があります。それは「今のやり方より明らかに楽になる」という体験を、最初の1週間以内に職人が実感できたかどうかです。逆に言えば、最初の使用で「面倒くさい」と感じさせたツールは、ほぼ間違いなく2週間後には使われなくなっています。

この分岐点を決めるのは機能の数ではなく、操作の「摩擦の少なさ」です。報告ボタンが画面の半分を占めるくらい大きければ、軍手でも押せます。写真を撮るだけでAIがフォルダ分けしてくれれば、ファイル管理を覚える必要がありません。オフライン状態でも入力でき、電波が入った瞬間に自動送信される仕組みがあれば、地下現場でもデータが消えません。

「一度失敗した」経営者が次に間違えること

パッケージソフトの導入に失敗した経験を持つ経営者が、次にやりがちな判断があります。「もっと高機能なものに変えれば解決する」という発想です。しかし、高機能であることと現場で使われることは、まったく別の問題です。むしろ機能が増えるほど操作は複雑になり、現場の離脱率は上がる傾向があります。

「500万円のシステムが、ただの電子ゴミになった」という声は、大手製品の導入失敗事例で実際によく聞かれます。原因を掘り下げると、たいてい「機能の多すぎ」か「現場のオペレーションを無視した設計」のどちらかに行き着きます。

私が現場出身のエンジニアとともに確認してきたのは、現場で本当に必要な機能は5つ以内に絞れるという事実です。到着・完了の記録、写真による施工記録、簡易な日報、材料の発注メモ、そして緊急の連絡——この5つが確実に動けば、多くの現場の日常業務はカバーできます。それ以上の機能は、使われないまま画面の奥に眠るだけです。

DXの再起動は「一つの動作」から始める

建設DXを仕切り直す場合、最も効果的な入り口は「全体最適」ではなく「一点突破」です。現場でもっとも時間を取られている手作業を一つだけ選び、その動作だけを置き換えることから始めます。たとえば、「現場到着の報告を電話からワンタップに変える」だけでも、事務所側の受電業務と現場の報告負担が同時に減ります。

小さな成功体験が現場の信頼を作ります。「これは使える」という感覚を職人自身が持ったとき、次のステップへの抵抗はほとんどなくなります。ITアレルギーと呼ばれていた現象の多くは、最初の設計の失敗が引き起こした条件反射です。設計を変えれば、反応も変わります。

DXが進まない理由を「現場の意識の問題」で終わらせてしまうと、何年かけても同じ場所に立ち続けることになります。問い直すべき最初の問いは、「職人がなぜ使わないのか」ではなく「このツールは現場で本当に使えるか」です。