不採算工事に「終わってから」気づいていませんか?早期発見で赤字を防ぐ原価管理の考え方

「この工事、思ったより原価がかかってるな…」

工事が終わって、原価を集計してみたら、予算を大幅にオーバーしていた。
気づいたときには、もう手遅れ。結局、赤字で終わってしまった――。

建設業を営んでいる方なら、こんな経験が一度はあるのではないでしょうか。
不採算工事は、会社の利益を直撃します。1件の赤字工事が、黒字工事3件分の利益を吹き飛ばすこともあります。

若葉ちゃん
若葉ちゃん

正直、途中で“ちょっと原価かかってるかも…”とは思ってたんです

仙人
仙人

ふむ。だが、“思ってただけ”で終わってしまったのじゃな

若葉ちゃん
若葉ちゃん

はい……数字で見えてなかったので

仙人
仙人

それでは、気づいたときにはもう遅い。
原価は“感じるもの”ではなく、“見えるもの”にせねばならん

多くの場合、不採算工事は「防げた」はずのものです。
問題は、「気づくのが遅すぎる」ことにあります。

本記事では、不採算工事がなぜ発生するのか、そしてどうすれば早期に発見して防げるのかを、具体的に解説していきます。

 

ここがポイント!

不採算工事が発生する最大の原因

「終わってから気づく」のはなぜか

不採算工事の最大の原因は、実は「原価管理の仕組み」にあります。
多くの建設会社では、原価管理は月末や工事完了後に行われます。

よくある原価管理のタイミング

・工事完了後に、請求書をまとめて集計
・月末に、その月の原価を締める
・決算期に、年間の原価を総括する

つまり、「後から振り返る」形で原価を確認しているのです。
この方式だと、工事が進行している最中は、「今、いくらかかっているのか」が分かりません。

分かるのは、すべてが終わった後です。

 

「気づいたときには終わっている」

工事が終わって原価を集計してみたら、こんな状況になっていた。

ケース①:材料費の超過予算:材料費200万円
実際:材料費280万円
差額:▲80万円
ケース②:外注費の超過予算:外注費150万円
実際:外注費210万円
差額:▲60万円
ケース③:追加工事の請求漏れ顧客からの追加依頼に対応
しかし、追加請求をし忘れる
原価だけが増える
若葉ちゃん
若葉ちゃん

原価が予算を超えてるって分かったの、全部終わってからで……

仙人
仙人

材料は使い切り、外注費も支払い段階。
もう“引き返せる地点”ではないのう

若葉ちゃん
若葉ちゃん

はい……。今さら条件を変えることもできなくて

仙人
仙人

その時点で、赤字は“確定”してしまうのじゃ

しかし、こうした赤字工事の多くは、「途中で気づいていれば防げた」ものです。

  • もし工事の途中で気づいていたら
  • 材料の使い過ぎに気づき、無駄を削減できた
  • 外注費が増えそうなことが分かり、別の業者に切り替えられた
  • 追加工事が発生した時点で、顧客に追加見積を提示できた

「早く気づく」ことができれば、「対応する時間」があります。
しかし、「終わってから気づく」では、もう対応のしようがありません。

 

不採算工事が会社に与える影響

不採算工事1件の影響は、思っている以上に大きいものです。

例えば粗利率20%の会社で100万円の赤字工事が発生した場合。

赤字額:100万円
これを取り戻すために必要な売上:500万円(粗利率20%の場合)

つまり、100万円の赤字を取り戻すためには、500万円の売上を追加で上げなければなりません。
1件の赤字工事が、5件分の黒字工事を無駄にしてしまうのです。

若葉ちゃん
若葉ちゃん

たった1件の赤字でも、ここまで影響があるなんて……

仙人
仙人

売上で取り返そうとすると、話が一気に大きくなる

若葉ちゃん
若葉ちゃん

500万円分、余計に仕事を取らないといけない……

仙人
仙人

だから経営者は、
“赤字を出さないこと”を最優先に考えるのじゃ

 

「気づいたときには手遅れ」が起きる理由

理由①:原価情報が散らばっている

不採算工事に気づけない最大の理由は、「原価情報が一箇所に集まっていない」ことです。

原価情報はどこにある?

・材料費:納品書が現場にある、請求書が経理にある
・外注費:現場の手書きメモ、業者からの請求書
・人件費:日報が現場にある、勤怠記録が事務所にある

各部署、各担当者がバラバラに情報を持っているため、「全体でいくらかかっているのか」を把握するのが困難です。

 

理由②:集計に時間がかかる

情報が散らばっているため、原価を集計するには時間がかかります。

従来の原価集計の流れ
  1. 現場から納品書を集める
  2. 業者からの請求書を集める
  3. 日報を集める
  4. Excelに手入力する
  5. 項目ごとに集計する

この作業には、1案件あたり1〜2時間かかります。
そのため、「毎日」や「毎週」原価をチェックすることは現実的ではありません。

結果として、「月末」や「工事完了後」にしか原価を確認できなくなります。

若葉ちゃん
若葉ちゃん

そうなんですよ……。
気づいたら、見るのはいつも月末か、工事が終わってからで。途中で分かれば違うのに、って思います。

 

理由③:予算との比較ができていない

原価を集計しても、それを「予算」と比較しなければ、問題には気づけません。

しかし、多くの現場では、「予算」と「実績」を並べて見る仕組みがありません。

  • 見積書は営業が持っている
  • 原価データは経理が持っている
  • 現場は予算を知らない

これでは、現場で「予算オーバーしそうだ」と気づくことができません。
気づくのは、工事が終わって、経理が集計したときです。

 

リアルタイムで見えると何が変わる?

「予算」と「実績」をリアルタイムで比較できると、何が変わるのでしょうか。

従来型工事終了後に原価を集計
予算と比較してみたら、50万円オーバー
気づいたときには対応不可
リアルタイム型工事進行中に、毎日原価が更新される
予算に対して、今30万円使っている
まだ工事は半分。このままだと60万円かかりそう
予算は50万円だから、10万円オーバーしそうだ
「今のうちに対応しよう」

リアルタイムで数字が見えるようになると、「今いくら使ったか」だけでなく「このペースで進むと、最終的にどうなるか」が分かるようになります。

例えば工事が半分進んだ時点で原価が予算の70%に達していれば、このままでは予算を超える可能性が高いと予測できます。
そうなれば施工方法の見直しや発注量の調整、追加見積の提示など、手を打つ時間を確保できるのです。

若葉ちゃん
若葉ちゃん

なるほど……“このまま行くとどうなるか”が分かるって、大きいですね。

仙人
仙人

そうじゃろう。早く分かれば、変えられる。
“間に合う判断”ができるかどうかが、分かれ道なんじゃ。

工事の途中で予算オーバーに気づけば、様々な対応が可能になります。

①材料の無駄を削減材料の使い過ぎに気づき、適正量に調整
余剰在庫の発生を防ぐ
②外注費の見直し外注費が高くなりそうなことが分かれば、自社施工に切り替える
または、別の業者に見積を取り直す
③追加工事の即座な見積提示顧客から追加の依頼があった時点で、追加見積を提示
「後から追加請求」ではなく、「事前に合意」を得られる
④施工方法の変更予算内に収めるため、施工方法を見直す
品質を保ちながら、コストを削減
⑤顧客との再交渉どうしても予算オーバーが避けられない場合、早い段階で顧客に相談
工事完了後の「赤字確定」よりも、途中での「条件変更」の方が交渉しやすい

ここまで見てきたように、不採算工事の多くは「判断が遅れたから」ではなく、判断するための情報が、そもそも揃っていなかったことが原因です。

若葉ちゃん
若葉ちゃん

でも仙人……
リアルタイムで見ようと思ったら、
結局また集計の手間が増えちゃいませんか?

仙人
仙人

そこが、いちばん大事なところじゃな。
“早く見る”ために、仕事が増えたら本末転倒じゃ。

若葉ちゃん
若葉ちゃん

ですよね……
現場も経理も、これ以上やること増えたら大変で。

仙人
仙人

必要なのは今やっている仕事を、一本につなぐことなんじゃよ。

一元管理システムで実現する早期アラート機能

一元管理システムの中には、「早期アラート機能」を備えているものがあります。

原価が予算に対して一定の割合に達したとき、自動で「注意が必要ですよ」と知らせてくれる仕組みです。

若葉ちゃん
若葉ちゃん

えっ、毎回自分で計算しなくても“そろそろ危ない”って分かるんですか?

仙人
仙人

そうじゃ。
人が気づく前に、数字が先に教えてくれる。

若葉ちゃん
若葉ちゃん

それなら、“なんとなく嫌な予感がする…”で終わらせずに済みますね。

仙人
仙人

うむ。大事なのは、赤字になりそうな“手前”で立ち止まれることじゃ。

  • 「原価が予算の80%に達しました」
  • 「このペースだと予算オーバーの可能性があります」
  • 「追加工事が発生していますが、追加請求されていません」

こうしたアラートが出ることで、問題を見逃すことがなくなります。

若葉ちゃん
若葉ちゃん

毎回チェックしなくていいなら、現場の負担もかなり減りそうですね!

仙人
仙人

うむ。
それに仕組みが見張ってくれるから、見逃しが起きにくくなるんじゃよ。

早期アラート機能を実現するには、「リアルタイム原価管理」の仕組みが必要です。

  1. 発注データの自動取り込み
    発注した時点で、予定原価がシステムに記録される
  2. 納品・請求データの即時入力
    材料が納品されたら、その場でスマホから入力
    外注業者の請求書が届いたら、スキャンして取り込む
  3. 人件費の自動計算
    日報を入力すると、人件費が自動で計算される
  4. 予算との自動比較
    入力された原価が、リアルタイムで予算と比較される
    予算比○%という形で表示される
  5. アラートの自動発信
    設定した閾値(例:予算比80%)を超えたら、自動でアラートが発信される
    メールやシステム上の通知で、担当者に知らせる
若葉ちゃん
若葉ちゃん

……ここまで全部そろえるとなると、正直うちでやるのは大変そうですね。

仙人
仙人

そうじゃな。
だから“分かっていても続かない”会社が多いんじゃよ。

「そんな仕組み、うちでは難しい…」と思っていませんか?
ここまで読んで、「理想的だけど、うちの会社で実現するのは難しそう…」と感じた方もいるかもしれません。

  • システムの設定が複雑そう
  • 現場の社員が使いこなせるか不安
  • 導入に時間がかかりそう

そう思うのも無理はありません。
工事業特有の流れや判断スピードに対応できる管理の仕組みは、これまで選択肢が限られていたのが現実です。

ハウロードシリーズなら、すぐに使える
しかし、建設業向けに特化した「ハウロードシリーズ」なら、ここまでご紹介した機能がすべて標準搭載されています。

建設業に特化した設計建設業の業務フローに合わせて設計されているため、余計な設定が不要
直感的な操作画面パソコン初心者でも使いやすい画面設計
利益アラート機能:設定した利益率を下回ると、自動で通知されます

関連記事
利益が出ていない工事に、あなたは気づけていますか?― 利益アラートで守る小規模リフォーム経営

利益アラート機能とは?

利益アラート機能とは、工事ごとに設定した利益率や条件をもとに、利益が削られ始めたタイミングを自動で知らせてくれる仕組みです。
・原価や入金状況が更新されるたびに、システムが利益率を自動計算し、基準を下回った工事だけを検知します。
・「工事が終わってから気づく」「月末まで分からない」といった遅れを防ぎ、まだ対応できる段階で判断できるようになります。
・すべての工事を細かく見張る必要はなく、注意が必要な案件だけに集中できるのも特徴です。

若葉ちゃん
若葉ちゃん

小さい工事だと、材料が少し増えただけでも利益への影響が大きいですよね。

仙人
仙人

そうじゃ。金額は小さく見えても、利益の余白が少ない分効き目は大きい。
利益アラートのような“見逃さない仕組み”が、経営の安全装置になるんじゃよ。

早期アラート機能は、あくまで「気づき」の入口にすぎません。
実際の業務では、その気づきをどう処理し、どう次につなげるかが重要になります。

ハウロードシリーズは、
「異変に気づく → 状況を確認する → 対応する → 次に活かす」
この一連の流れを、システムの中で完結できるよう設計されています。

若葉ちゃん
若葉ちゃん

アラートで気づけても、その後の確認や対応が大変だと続かないですよね…。

仙人
仙人

そうじゃ。
だからハウロードシリーズは、“気づいて終わり”ではなく、“すぐ次の行動に移れる”ところまでを考えておるんじゃよ。

早期アラートを起点に、見積・原価・請求・入金までが自然につながる。
そのために、ハウロードシリーズには日々の業務を支える機能が一通りそろっています。

見積作成機能過去の見積データを活用して、素早く見積書を作成
見積データが、そのまま受注・発注・原価管理・請求に連携
工程管理機能見積データから工程表を生成
進捗状況をリアルタイムで把握
発注管理機能見積の内訳から、発注書を簡単に作成
発注データが原価に自動連携
原価管理機能リアルタイムで原価を集計
予算対実績を自動比較
早期アラート機能で予算オーバーを防止
請求管理機能見積データから請求書を自動生成
追加工事も簡単に反映
入金管理までサポート
分析・レポート機能案件別の粗利分析
月次・年次の売上推移
取引先別の集計

まずは、資料で全体像をご確認ください。

「不採算工事を減らしたい」「今のやり方を少し見直したい」
そう感じている段階でも、資料請求からご覧いただけます。

資料請求でご確認いただける内容

・ハウロードシリーズの機能概要
・実際の製品画面や特徴
・料金プラン
・導入までの流れとサポート体制

まずは情報収集として、お気軽にご覧ください。
ご検討の判断材料としてお使いいただければ幸いです。

若葉ちゃん
若葉ちゃん

まずは、どんな仕組みなのか知るところからでいいんですね。

仙人
仙人

うむ。
無理に変えようとせんでも、知るだけで見え方は変わるものじゃ。