建設業・工務店で社内システムの見直しを検討するとき、多くの会社がこう考えます。

  • システムがバラバラで非効率
  • 原価が見えない
  • そろそろ何とかしないといけない

そして最初に出てくる選択肢は、「新しいシステムを入れるか！」です。

しかし実際には、システムを入れても、入れ替えても問題が解決しない会社が多いのが現実です。

なぜなのかというと、社内システムの課題は「技術ではなく業務構造にある」からです。

なぜ建設業の社内システムはうまくいかないのか

建設業には、システム化を難しくする特徴があります。

案件ごとに業務が変わる

例えば、同じ会社でも、

  • 新築
  • リフォーム
  • 公共工事
  • 店舗開発

業務内容が異なります。

お気づきのとおり、建設業の業務は標準化しにくい構造なのです。

例外対応が多い

  • 現場判断
  • 取引先ごとに変わる対応
  • 同じ取引先でも現場ごとに変わる対応
  • 急な変更
  • 見積り前だけど急いでいるから先に作業して！

これらが日常的に発生します。

現場と事務所が分断されている

  • 現場は現場で動く
  • 事務所は事務処理をする

正しいのですが、どうしてもお互いに担っている業務が違うので分断しがち。結果として情報のズレを生みます。

このような環境でシステムを導入すると、「業務とシステムが噛み合わない」という問題が起きやすくなります。

社内システム開発・導入でよくある5つの課題

課題① 目的が曖昧なままスタートする

  • 効率化したい
  • DXを進めたい
  • 他社がやっている

こうした理由で始めると、何をもって成功とするかが決まりません。

課題② 現場業務を理解せずに設計が進む

建設業では特に、

  • 見積り
  • 発注
  • 原価管理

この3つが密接に関係しています。

ここを分解せずにシステム化すると、「現場で使えない仕組み」になります。

課題③ ベンダー主導で進む

社内で判断できる人がいないと、

  • ツールの仕様
  • パッケージの前提

ベンダーが提示してくる内容に合わせた業務の設計になります。

結果、業務がシステムに合わせられていく状態になります。これで上手くいく会社もありますが、ご自身の会社も上手くいくのかは、社内で判断しなくてはいけません。

課題④ 現場説明が後回しになる

導入直前に

  • 操作説明だけ
  • マニュアル配布だけ

この状態では、現場は「なぜこれをやるのか分からない」となります。

課題⑤ 部分最適で全体が見えなくなる

  • 原価管理システム
  • 工程管理システム
  • 会計システム

それぞれは動いている。

しかし、「全体としてどう繋がっているか誰も説明できない」状態になります。

なぜ誰も悪くないのにプロジェクトが止まるのか

不思議です。

多くのケースでは、

  • 経営は正しい判断をしている
  • 現場も真面目にやっている
  • ベンダーも問題ない

三拍子揃っています。それでも失敗します。

理由は一つです。「判断を整理する役割がいない」ことです。

【実例】システムを入れずに原価が見えるようになったケース

ある建設会社の事例です。

状況

  • 受注は順調に伸びている
  • しかし利益が見えない
  • 原価管理ができていない

原因を確認すると、「発注処理が属人的になっている」状態でした。

問題の本質

  • 発注のやり方が人によって違う
  • 現場ごとのコストが見えない
  • 見積りと実際の差が把握できない

問題は、「システムがないことではなく、構造が見えていないこと」でした。

実施したこと

行ったのは、大変シンプルです。

「発注管理」を整理しただけ。

具体的には、

  • 見積り
  • 受注
  • 発注

この流れをつなぎ、発注を必ず管理に通す仕組みにしました。

結果

たったこれだけで、

  • 現場単位の資材費
  • 外注費
  • 間接経費を含む総コスト

こうしたことが明確になりました。

さらに、

見積り時の実行予算と実際の発注額を比較することで、

  • 現場別の原価
  • 月別の収支
  • 粗利

が、これまでよりもスムーズに見えるようになりました。

経営への影響

この変化により、

  • 資金繰りの見通しが立つ
  • 利益のブレが分かる
  • 無駄な支出に気づける

さらに、現場の進行状況も発注額によって、ある程度把握できるようになりました。

結果として、「金銭的にも、精神的にも楽になった」という状態になりました。

重要なポイント

この改善では、新しいシステムは導入していません。

やったのは、業務構造の整理だけです。

建設業の社内システムで本来やるべき3つの判断

① どこまで標準化するか

建設業は完全標準化できません。

  • 現場ごとの違い
  • 顧客ごとの対応

どこまで統一するかを決める必要があります。

② どこに例外を残すか

例外を排除すると現場が止まります。

重要なのは「例外を設計すること」です。

③ どの単位で管理するか

  • 現場単位
  • 月単位
  • 部門単位

ここが曖昧だと、すべての数字が意味を失います。

作り直す前にやるべきこと

社内システムに課題があるとき、多くの会社は

  • 入れ替え
  • 再構築

を考えます。しかしその前にやるべきことがあります。

システムを触らない

いきなり変えない。これ大事です。どこの業務が上手く回っていないのかを突き止めてからでも遅くありません。

業務を分解する

  • 見積り
  • 発注
  • 原価

最低でも、この3つを切り分ける。

すると原因が見えてきます。

判断を見える化する

  • 誰が
  • どこで
  • 何を決めているか

これを整理します。業務とは、必ず「誰かが」「どこかで何かの理由があり」「どういう行動をするのか決めている」はずです。

もし、この3つが無いのなら、それは業務ではなく「ムード」で動いていると言えます。

これらをやらない限り、何を入れても、どんなに有名なシステムを入れても、同じ問題が起きます。

さいごに

建設業の社内システムは「整理」で決まります。

社内システムの課題は、

  • 技術ではなく
  • ツールでもなく

構造の問題です。

今回の事例のように、

  • 発注の流れを整理する
  • 見積りと実績をつなぐ

たったこれだけで、経営の見え方は大きく変わります。

建設業の社内システムは、

  • 現場の例外
  • 属人的な運用
  • 分断された情報

によって複雑になります。この状態でシステムを導入すると、ほぼ確実に現場で止まります。

私は、これまでの経験から

  • 業務構造を分解し
  • 判断を整理し
  • 触るべき部分と触らない部分を明確にする

支援を行っています。

いきなりシステムを導入することはありません。

まずは、今の構造を整理するところから始めます。

今回のブログの内容が「自分のところかも？」と思われたなら、ぜひ「オンライン相談」をご検討ください。