「タブレットを配ったのに、結局みんな紙に戻った」——この台詞を、ここ2年で何度聞いただろうか。建設業のDX失敗は「ツールが悪かった」のではなく、導入の順番が根本的に間違っていただけだ。私は元ゼネコンの現場監督として10年以上コンクリートと格闘してきたが、今になって断言できる。現場を知らない人間が設計したDXは、かならず現場で死ぬ。なぜそうなるのか、実際の失敗パターンを解剖していく。

※広告

失敗事例①：現場の「小さなボタン」を舐めていた

ある中堅建設会社が工程管理アプリを全社導入した。ベンダーのデモは流れるように美しかった。しかし現場に配ったタブレットは、グローブをはめた職人の指では操作できない小さなボタンが並んでいた。雨の日は画面が誤反応する。足場の上では両手が塞がる。3週間で「やっぱり黒板で写真撮ります」に逆戻りした。失敗の原因はアプリの機能ではない。「現場で実際に使う人間の手と状況」を誰も想像しなかったことだ。ツールを選ぶ前に、自社の現場でどんな姿勢・天候・タイミングで入力が発生するかを棚卸しする工程が完全に抜けていた。

※広告

失敗事例②：「効率化」の旗を立てて、現場に押し付けた

もう一つの典型パターンが、経営陣だけがDXを決定し、現場の職長が蚊帳の外に置かれるケースだ。とある地方の工務店では、経理・原価管理のクラウド化に成功したにもかかわらず、現場への浸透に失敗した。理由を深掘りすると「自分たちの仕事が増えるだけ、楽になるのは本社だけ」という現場の不満が根底にあった。DXは現場の誰かの「面倒な仕事」を一つ減らすことを最初の成果にしなければならない。経営者の「生産性向上」という抽象的な旗印は、日当で働く職人には一切刺さらない。現場の協力を得るには、まず現場が「これは便利だ」と感じる小さな成功体験を積ませることが先決だ。

「建設DXの成否」は選ぶツールより選ぶ順番で決まる

ここまで読んで気づいていただけただろうか。失敗事例に共通するのは「現場を知らない設計」と「現場への押し付け」の二点だ。逆に言えば、この二点さえ潰せばDXは必ず前進する。重要なのは、まず「現場で一番面倒くさいこと」を一つだけ選んでデジタル化すること。全部を一度に変えようとした瞬間に、プロジェクトは崩壊する。SUMITSUBO AIが提供する建CUBEをはじめとするツール群は、元現場監督の視点で「現場が最初の3分で諦めない設計」を徹底している。デモを見ていただければ、「これならウチの職人も使える」と感じる理由がわかるはずだ。

建設DXの失敗は、テクノロジーの問題ではなく現場理解の問題だ。現場の温度感・使う人の手・反発する理由——これを最初に設計に織り込んだツールだけが生き残る。SUMITSUBO AIは現場出身者が設計に関わっているからこそ、「なぜ失敗するか」を知っている。まず一度、デモで話してほしい。あなたの現場に合う進め方を、一緒に考える。

※広告