建設DX失敗の8割は「金の出し方」が原因だった

充電すらされていないタブレットが、現場小屋の隅に積み重なっている——これはフィクションではなく、私が直接目にしてきた光景だ。IT導入補助金でタブレットと施工管理アプリを揃えた会社が、3ヶ月後にその状態に陥っていた。失敗の理由を「社員の意識が低い」で片付ける経営者ほど、次の投資でも同じ轍を踏む。建設DX失敗の8割は、ツール選びではなく資金の出し方と段取りの問題だ、という結論がそこに凝縮されている。

「とりあえず補助金」が失敗を量産する構造

補助金は経費の一部を国が肩代わりするだけで、運用コスト・教育コスト・改修コストはまるごと自社負担になる。それを正確に理解している経営者は、私の経験上ほとんどいない。「補助金があるから買った」という動機で導入が始まった時点で、すでに失敗の種は蒔かれている。

現場の職人が道具を使い続けるかどうかは、機能の多さよりも「雨で濡れた手袋をしたまま操作できるか」という些細な一点で決まることがある。そのUX検証の費用は、補助金のどこにも含まれていない。さらに補助金の申請・精算作業に経営者のリソースが取られ、導入後のフォローがゼロになるという構造的な問題も重なる。

加えて、採択ありきで製品を選ぶため、現場ニーズと製品仕様がズレやすい。補助期間終了後のランニングコストを事前に試算していない会社は、2年目に予算切れで運用を止める。データが示す「2年後の運用停止率約60%」は、この三重の構造から来ている。

DXも「準備・施工・検査」で予算を3段構えにする

現場で工程管理を身につけた人間の感覚で言えば、DX投資も準備・施工・検査の3フェーズに予算を分けて組むのが正解だ。一発の補助金で全フェーズを完結させようとするから失敗する。フェーズを分けるだけで、経営者の判断する余地が劇的に増える。

第1フェーズは「業務棚卸しと小さなPoC（概念実証）」だ。ここには日本政策金融公庫のDX推進融資や都道府県の制度融資が向いている。補助金と違い返済義務があるぶん経営者の本気度が試されるが、用途が柔軟で試験導入の費用にも充てやすい。PoC段階で現場の拒否反応を拾えた会社は、本格導入の成功率が大きく上がる。

第2フェーズで初めてIT導入補助金やものづくり補助金を使う。本格導入の仕様が固まった状態で補助金を当てるから、「補助金に合わせた製品選び」という本末転倒が起きない。第3フェーズは運用定着だ。社員教育や機能改修にあてる予算を、キャッシュフローから計画的に積み立てておく。この順番を守るだけで、3段階目まで辿り着く確率が変わってくる。

「丸投げ」が失敗を呼ぶ。仕様を決めるのは元請けの仕事だ

DX推進を外部ベンダーに丸投げして失敗した経営者は、決まって「業者が使えないものを売りつけた」と言う。しかし現場監督の経験から言えば、仕様を決めるのは元請けの仕事だ。職人に「いい感じに仕上げといて」と指示して文句を言う施主がいるとすれば、誰がその失敗の原因かは明らかだ。DXも構造はまったく同じだ。

「自社の課題は何か」「誰が・どの業務で・どう困っているか」を経営者が言語化できていないと、どれだけ高機能なツールも宝の持ち腐れになる。ベンダーへのヒアリングより前に、現場の職人や若手技術者と30分話す時間を取るだけで、見えてくるものが変わる。現場の声を自分の言葉にしてからベンダーと交渉する経営者は、導入成功率が明らかに高いという実感がある。

ここで一つ、経験者にしか言えない例外を挙げておく。小規模な建設会社（社員20名以下）においては、フルスクラッチのシステム開発はほぼ例外なく過剰投資になる。SaaSのクラウド施工管理ツールを「まず1現場だけ試す」ことから始め、定着を確認してから展開を広げる方が、3段階の予算計画とも整合しやすい。補助金の額が大きいほど「せっかくだから大きく使おう」という心理が働くが、それが最大の罠だ。

まとめ——DXの失敗はテクノロジーではなく資金計画の問題だ

建設DXが現場に根付かない本当の理由は、補助金という「きっかけ」を「完結」と勘違いした資金計画にある。準備・本格導入・運用定着の3フェーズに予算を分け、フェーズごとに適切な調達手段を選ぶ。この設計を持つ会社だけが、DXを本物の武器にできる。

次の一手として、まず自社の業務フローを紙一枚に書き出すことを勧める。どの工程で誰が何に時間を取られているか。その棚卸しなしに補助金申請書を書き始めるのが、最も避けるべき順番だ。「どこから手をつければいいか」という問いへの答えは、常に現場の中にある。