見積もりDXがキーマンで止まる専門工事会社が先に見る小さな自動化

関東圏で賃貸住宅の原状回復工事を手がける、20名弱の専門工事会社の話です。

主な仕事は、退去後の住戸を確認し、見積もりを出し、発注を受け、短いスパンで工事を納めていく流れです。売上は、ざっくり言えば「1件あたりの単価 × 回せる件数」で決まります。単価を大きく上げるには工事種別そのものを変える必要がありますが、今いる人数で回せる件数を増やせれば、売上の上限は上がります。

そこで自然と焦点が当たったのが、見積もり業務でした。

現地確認でどこまで拾えるか、過去の類似工事をどう探すか、管理会社ごとの手数料や諸経費の計上ルールをどう反映するか。こうした判断が、担当者ごとの経験や記憶に寄っていました。過去の見積もりデータはExcelに蓄積されているものの、物件別・担当者別に散らばっており、浴槽の破損のような珍しい工事は「そういえば前にもあったかもしれない」と、ベテランの記憶を頼る場面もあります。

会社としては、見積もりの標準化や基幹環境の移行を進めたい。ただ一方で、現場と社内はすでにフル稼働です。ここに、建設会社のDXでよく起きる詰まりがあります。

効果の大きい業務ほど、社内で一番詳しい人の時間を使わないと進まないのです。

見積もり改革は、間違いなくインパクトの大きいテーマです。原状回復工事のように件数が多い事業では、見積もりの作成時間や精度が改善されるだけで、受けられる案件数、手戻り、教育負荷に大きく効きます。

ただし、いきなりここに深く入ると、必要になる確認事項も一気に増えます。

たとえば、次のようなことです。

• 現地調査で何を見れば、どの見積もり項目に変換できるのか
• 管理会社ごとに手数料や諸経費の載せ方がどう違うのか
• 過去データのうち、どれをマスターとして扱えるのか
• 担当者ごとの見積もりの癖をどこまで標準化するのか
• 将来、他の管理会社にも展開できる体系にするには何が必要か

これらは外から資料だけ見ても判断しにくい領域です。結局、社内で業務を一番わかっている人に確認が集まります。

実際、その会社でも「並行して進めるのが難しいのは、僕のキャパシティの問題が大きい」という趣旨の声が出ていました。これは担当者の能力不足ではなく、業務知識が一点に集まっている会社ほど自然に起きる構造です。

外部の力を入れれば速くなるように見えても、見積もりのような根幹業務では、外部側が業務を理解するために、結局キーマンの時間を使います。すると、通常業務に加えて説明・確認・判断が増え、進めたいDXそのものが重くなってしまいます。

だからこそ、最初の問いは「一番インパクトが大きい業務はどれか」だけでは足りません。

今の社内工数で、確実に前へ進められる業務はどれかも同時に見たほうがよいです。

この会社では、見積もりそのものの前にも、毎件発生する細かな手作業がありました。

管理会社から依頼メールが届く。そこから管理システムに入り、ExcelデータやPDF資料を取得する。必要な資料を保存・印刷する。立ち会い依頼のアポイント表を作る。案件ごとに社内チャットを作る。社内システムにも情報を入れる。場合によってはCSVで読み込み、物理的なファイルフォルダも作る。

ひとつひとつは大きな作業に見えません。ただ、原状回復工事のように件数が多い仕事では、毎件発生する5分・10分の作業が、月間では大きな負荷になります。

しかも、この領域は見積もり判断ほど専門的ではありません。

たとえば、次のような業務です。

• 依頼メールの内容を読み取り、案件一覧に反映する
• 管理システムから必要資料を取得し、案件フォルダに保存する
• 案件ごとのチャットを自動で作成する
• アポイント表のたたき台を作る
• 写真や資料を案件単位で整理する
• 日程調整に必要な情報を社内共有する

これらは、ベテランの判断よりも決まった手順の繰り返しに近い業務です。だからこそ、最初のDXテーマとして相性が良い場合があります。

もうひとつ大事なのが、将来のシステム移行との関係です。その会社では、グループウェアやファイル管理の見直し、Google Workspaceへの移行も検討されていました。今の環境に合わせて自動化を作り込みすぎると、移行後に作り直しになる可能性があります。

一方で、移行を待っているだけでは何も進みません。そこで必要になるのが、二度手間になりにくい小さな自動化を選ぶ視点です。

見積もりDXを否定する必要はありません。むしろ、最終的には見積もりの標準化やマスターデータ整備に向かうべき会社は多いです。

ただ、最初から根幹業務に入るとキーマンの時間を大量に使う場合は、小さく成果が見える業務から始めるのが現実的です。その際は、思いつきで便利そうなものを選ぶのではなく、次の判断軸で優先順位をつけると進めやすくなります。

1. 件数が多く、手順が安定しているか

最初に見るべきは、発生頻度です。

月に数回しかない例外業務よりも、毎日・毎件発生する業務のほうが効果は出やすいです。今回のように、依頼メールから資料取得、案件チャット作成、アポイント表作成までが毎件発生しているなら、自動化の候補になります。

特に、特定の管理会社からの依頼が多く、依頼の入り方や資料の形式がある程度そろっている場合は、標準化しやすくなります。「8割を占める定型業務」から着手すると、現場の体感効果も出やすいです。

2. ベテラン判断が少なく、ルール化しやすいか

見積もり項目の拾い出しや単価判断は、経験が必要です。一方、メールを受けて資料を保存する、案件チャットを作る、一覧に転記する、といった作業は、判断よりも処理に近い業務です。

最初の自動化では、判断が重い業務より、処理が重い業務を選ぶほうが成功確率が上がります。

判断が必要な業務にいきなりAIを入れると、確認や修正の負荷が増えることがあります。逆に、処理系の業務は「人が見れば確認できるたたき台」を作るだけでも十分に効果が出ます。

3. 将来のシステム移行で作り直しになりにくいか

Google Workspaceやチャットツール、ドキュメント管理の見直しを予定している場合、今の環境だけを前提に作り込むと二度手間になります。

この場合は、最初から完璧な連携を目指すよりも、次のように考えるとよいです。

• 将来も使うデータ項目を先に決める
• 保存先や命名ルールを移行後にも使える形に寄せる
• 今のシステムに深く依存しすぎない部分から始める
• 一部だけ先にGoogle Driveやチャット運用へ寄せる

重要なのは、自動化そのものより、データが後で使える形で残ることです。依頼情報、物件情報、日程、資料、写真、社内連絡が案件単位で紐づいていけば、将来の見積もり改革や教育にもつながります。

4. キーマンの確認時間が少なくて済むか

DXが止まる一番の理由は、担当者が忙しいことです。だから、最初のテーマは「効果がありそう」だけでなく、キーマンの説明時間が少なくて済むかで見たほうがよいです。

たとえば、見積もりマスターの整備には細かい判断が必要です。一方、依頼受付処理の自動化なら、最初に現在の手順を整理し、出力したい項目を決めれば、あとは試作と確認を繰り返しやすくなります。

まずは、次のような簡単な棚卸し表を作るだけでも十分です。

• 業務名
• 発生頻度
• いま使っているツール
• 入力情報
• 出力物
• 判断が必要な箇所
• 移行予定の影響
• 担当者の確認が必要な時間

この表をもとに、点数をつけるように並べると、感覚ではなく優先順位で話せます。

5. 社内に「進んでいる感」が出るか

中小建設会社のDXでは、最初の成果がとても大事です。大きなプロジェクトほど、完成まで社内から成果が見えにくくなります。すると「結局、何が変わったのか」が伝わりにくくなります。

今回の会社でも、社長は結果を重視するタイプで、細かく成果を見せることが社内評価にもつながるという話がありました。

これは多くの会社に当てはまります。採用ページで「DXを推進しています」と発信している会社ほど、入社後に実際の業務が古いままだとギャップが出ます。逆に、依頼受付や社内共有が少しでも整っているだけで、新しく入る人にとっては働きやすく見えます。

小さな自動化は、業務効率だけでなく、社内の空気を前に進める効果もあります。

6. 全員に高度なAI操作を求めない

もうひとつ大切なのは、AI活用を全員に同じレベルで求めないことです。

社内に1人、AIや自動化を深く触れる推進役がいるのは強みです。ただ、全員が同じように高度なツールを扱う必要はありません。むしろ、現場や事務担当者は、チャットや入力フォームなど、普段使いやすい画面から必要情報を入れるだけでよい設計にしたほうが回ります。

推進役が仕組みを作り、他のメンバーはその仕組みに乗る。この分担ができると、年齢層やIT得意不得意に左右されにくくなります。

まとめ

建設会社のDXでは、見積もり改革のような根幹業務に目が向きやすいです。効果が大きいので当然です。

ただし、根幹業務ほど業務知識が必要で、社内のキーマンに確認が集中します。現場も社内もフル稼働している会社では、ここがボトルネックになりやすいです。

その場合は、いきなり大規模改善に入るより、毎件発生する小さな手作業から見るのが現実的です。依頼メールの受付、資料取得・保存、案件チャット作成、アポイント表作成、写真整理、日程調整、社内共有などは、成果が見えやすく、見積もり改革の土台にもなります。

優先順位を決めるときは、次の5つを見ておくとよいです。

• 効果の大きさ
• システム移行による二度手間の少なさ
• キーマンの負荷の小ささ
• 社内に見える早期成果
• 将来のデータ活用へのつながり

DXは、大きな構想だけでは進みません。小さく動かし、使えるデータを残し、社内の負荷を下げながら次の改善へつなげる。この順番が、中小建設会社には合いやすい進め方です。

自社ではどの“小さな自動化”から始めるべきか整理したいときは

「見積もりを効率化したいが、どこから手をつけるべきかわからない」「担当者が忙しく、DXの話が前に進まない」という段階では、まず業務の棚卸しと優先順位づけから始めるのがよいです。

ネクスゲートでは、中小・専門工事会社の経営課題を、現場・採用・組織・原価・デジタル活用まで横断して整理し、実行まで支援しています。大きなシステム導入ありきではなく、ものづくりに集中できる建設業界へ向けて、今の体制で進めやすい一手を一緒に考えます。

「うちの場合は、依頼受付なのか、写真整理なのか、見積もり前の情報整理なのか」くらいの段階でも大丈夫です。無理な営業はいたしませんので、状況整理の相談先としてご活用ください。

お問い合わせはこちら