建設DXが現場で使われない本当の理由と、現場出身者が見た落とし穴
サイトの検索データを確認していたある日、気になるキーワードが目に止まりました。「建設DX 失敗」「建設DX 進まない」「建設業 DX 失敗 原因」——技術的な検索ワードに混じって、こうした悲痛な言葉が毎日のように記録されていたのです。多くの建設会社がDXに踏み出しながら、同じところで躓いている。その理由が、私には見えた気がしました。
なぜ「DX 失敗」の検索は増え続けるのか
世の中でよく語られる失敗の原因は、「ツール選定のミス」や「経営者の理解不足」です。確かにそれも一因ではある。しかし元ゼネコンの現場監督として現場に立ってきた私の実感は、少し違うところにあります。失敗の多くは、ツールが悪いのではなく、ツールを作った人間が現場を知らなかったという一点に集約されます。
開発会社のエンジニアが現場を視察するとしても、それはせいぜい数時間です。養生テープが貼られたヘルメットの重さも、冬の朝に指先が悴む感覚も、体験として持っていない。そこから生まれたシステムは、机上では完璧に見えても、現場では「邪魔者」に変わります。
導入後に誰も使わなくなり、数百万円のライセンス費用だけが残る——この繰り返しが、検索クエリの数字として現れているのです。
現場が拒絶する、三つの設計ミス
現場で実際に見てきた「使われなくなったツール」には、共通するつまずきがありました。一つ目は操作の問題です。軍手をしたまま扱えない小さなボタン、雨粒がついた画面では反応しないタッチパネル——夏場の現場では汗だけで画面が誤作動します。これは機能の話ではなく、道具としての基本設計の問題です。
二つ目は画面構成です。情報を詰め込みすぎた管理画面は、事務所のモニターなら問題ありません。しかし屋外の直射日光の下、5インチのスマートフォンで確認しようとすると、文字が潰れて読めない。「後で入力すればいい」と思った瞬間、そのシステムは現場から切り離されます。
三つ目は作業フローの設計です。職人は長年の経験で身体が動く。「この工程の次にこれをやる」という順序は、言語化されていないだけで確かに存在します。それを無視して「論理的に正しいフロー」を押し付けると、現場は混乱します。システムに合わせるために余計な手間が増え、結果として仕事が遅くなる。これが決定的な離脱点になります。
- 軍手・濡れた手での操作を想定していない入力UI
- 屋外の直射日光下で視認できないほど小さい文字・ボタン
- 職人の身体感覚と噛み合わない入力フローの設計
「使い倒される道具」と「飾られる道具」の分岐点
現場で本当に使われ続けるツールには、共通する特徴があります。それは機能が多いことではなく、必要な操作が三タップ以内で完結することです。写真を撮って、場所を選んで、送信する——これだけなら職人でも抵抗なく続けられます。
ここで一つ、見落とされがちな例外を挙げます。現場出身者が作ったシステムだからといって、必ずしも現場に合うとは限りません。自分が経験した現場の「当たり前」を、すべての現場に当てはめてしまう設計者もいる。ある工種では合理的な手順が、別の工種では非効率になることは珍しくありません。「現場を知っている」と「あらゆる現場に対応できる」は、別の話です。
だからこそ、ツール導入前に確認すべき問いがあります。そのシステムは、自社の工種・現場規模・職人の年齢層に合わせて設定を変えられるか、という点です。一律に適用される仕様のシステムは、どれだけ現場出身者が作っていても、合わない現場では機能しません。
- 操作ステップを最小化でき、入力率が上がりやすい
- 職人の作業リズムを崩さずに記録が取れる
- 現場からの抵抗が少なく、定着までの期間が短い
- 特定の工種・現場規模にしか合わない設計になりやすい
- 「現場感覚」が先行して、データ分析機能が弱くなることがある
- 経営側が求める可視化・数値管理との両立が難しい場合がある
DXを「やり直す」前に問い直すべきこと
他社のシステムで失敗した後、すぐに別のツールに乗り換えようとする会社は少なくありません。しかし同じ問いを持たずに乗り換えるだけでは、同じ結果になります。まず確認すべきは、なぜ前のシステムが使われなくなったのか、その理由を職人から直接聞き取ったかどうかです。
「使いにくい」という言葉の裏には、具体的な場面があります。「現場に着いてすぐ入力を求められるが、その時間がない」「写真を撮るたびに案件を選び直さないといけない」——こうした声を拾わないまま次のツールを選ぶと、また同じ場所で躓きます。
「現場で使われないシステムは、存在しないシステムと同じだ」——ある現場監督の言葉です。導入実績の数字より、継続使用率の数字を聞くべきです。
建設DXの失敗は、予算不足でも経営者の意識の問題でもなく、「誰が使うか」を起点に設計されていないことから始まります。ツールを選ぶ際には、開発者の経歴よりも、自社の職人が試用した上で「続けられる」と言ったかどうかを判断基準にすることが、回り道のようで最も確実な道です。
現場が動くDXには、順序がある
最後に、導入の順序について整理します。多くの失敗は、全社一括導入という判断から始まります。職人の反応を見る前に、全現場にシステムを展開してしまう。結果として、最初の現場での失敗が全体の印象を決めてしまいます。
- まず1〜2現場でパイロット運用し、職人から直接フィードバックを取る
- 入力ステップ・画面構成を実運用に合わせて調整した上で横展開する
- 定着後に経営側のダッシュボード・分析機能を追加で設定する
「現場が動いてから、経営が見える」——この順序を逆にしたDXは、どれだけ優れたシステムでも空回りします。現場の職人が「これなら続けられる」と感じた道具だけが、データを積み上げ、やがて経営の判断材料になる。建設DXの本質は、そこにあると私は考えています。