リフォームや改修工事では、着工後に「ここにも棚を付けてほしい」「この壁もクロスを張り替えたい」「コンセントをもう1か所追加したい」といった変更依頼が発生します。問題は追加工事そのものではありません。現場監督、職人、営業、施主の間で依頼内容が正確に共有されないまま施工が進み、後から「追加料金がかかるとは聞いていない」「サービスでやってもらえると思っていた」という認識のズレが起きることです。
特にLINEやチャット、電話、現場での口頭依頼が混在している会社では、変更内容が担当者個人のスマートフォンや記憶の中に残りやすくなります。現場が最も躓きやすいのは、連絡手段そのものではなく、「どの情報が正式な追加工事として承認されたのか」が社内で判別できない状態です。
LINEやチャットを禁止する必要はありません。むしろ施主との連絡が早く、写真も共有しやすいため、現場では便利なツールです。重要なのは、LINEやチャットで受けた依頼を変更見積へ移し、金額・施工範囲・承認状況を一元管理する仕組みをつくることです。

現場で追加工事を頼まれたものの、営業へ報告する前に職人さんが施工してしまうことがあります。



LINEに「お願いします」と残っていれば、追加料金についても了承を得たことになるのでしょうか。
この記事では、追加工事を「依頼受付→見積→承認→施工→請求」の5段階で管理し、LINE・チャットを使いながら言った言わないを防ぐ実務フローを整理します。


追加工事の管理、担当者任せになっていませんか?
変更依頼・見積・承認・施工・請求の流れを整理すれば、
「言った言わない」や請求漏れを防ぎながら、現場の管理負担を減らせます。
自社に合った変更見積管理の仕組み化・DXについて、お気軽にご相談ください。
※現在の管理方法や業務フローに合わせてご相談いただけます。
※無理な営業は行いません。
追加工事で「言った言わない」が起きる本当の原因
追加工事のトラブルは、担当者の説明不足だけが原因ではありません。問題の多くは、変更依頼を正式な工事情報へ切り替える社内ルールがないことから始まります。施主から営業へLINEが届き、営業が現場監督へ電話し、現場監督が職人へ口頭で伝える。この流れでは、連絡するたびに情報が少しずつ省略されます。
「依頼」と「発注」が混ざると認識差が生まれる
例えば、施主から「玄関にも手すりを追加すると、いくらくらいですか」とLINEが届いたとします。施主は価格を確認しただけでも、営業担当者が「玄関手すり追加」と現場監督へ伝えれば、現場側では施工指示だと受け取る可能性があります。
ここで分ける必要があるのが、「相談」「見積依頼」「承認済み」の3段階です。相談とは可能かどうかを確認している状態、見積依頼とは金額を算出する状態、承認済みとは内容と金額について合意し施工へ進める状態です。
- 相談:施工可否や概算を確認している段階
- 見積依頼:追加工事の内容と金額を正式に算出する段階
- 承認済み:内容・金額・必要に応じて工期への影響を確認して施工へ進む段階
このステータスを社内で共通化するだけでも、「聞いていたから施工した」という判断を減らせます。
連絡手段が複数あると情報の最新版が分からなくなる
もう一つの原因が、LINE、メール、電話、現場での会話、社内チャットなど、変更依頼の入口が複数あることです。例えば当初は「洗面台横に棚を1段追加」だったものが、後日の電話で「2段に変更」となった場合、最初のLINEだけを見た担当者は1段で手配してしまいます。
改善のポイントは、連絡ツールを一つに絞ることではありません。「最終的にどこへ記録すれば正式情報になるのか」を一つに決めます。スプレッドシート、案件管理システム、施工管理アプリなどツールは会社に合わせて選べます。
変更依頼の判断テンプレ
相談:まだ施工しない
見積依頼:金額を算出するが施工しない
承認待ち:見積提出済みだが施工しない
承認済み:施工手配可能
完了:施工・確認済み
請求済み:請求への反映完了
失敗しやすいのは、細かな追加だからとステータス管理を省略することです。数千円の追加でも件数が増えれば、請求漏れや原価だけが発生する原因になります。現場では金額ではなく「変更が発生したか」を基準に記録しましょう。
追加工事管理では、LINEをやめることより「相談・見積依頼・承認済み」を明確に分け、正式情報を確認する場所を一つに決めることが重要です。


LINE・チャットは「受付窓口」、変更見積台帳を「正式記録」にする


LINEやチャットを追加工事管理に使う場合は、役割を明確にしましょう。おすすめは、LINEやチャットを「施主との連絡窓口」、変更見積台帳を「社内の正式記録」と位置付ける方法です。変更見積台帳とは、追加・変更工事の内容、金額、承認状況などを案件単位で記録する管理表のことです。
変更依頼を受けたら最低限6項目を残す
例えば、現場監督が施主からLINEで「キッチン横にもコンセントを追加したい」と相談された場合、そのまま電気業者へ依頼するのではなく、まず変更見積台帳へ登録します。
- 案件名・顧客名
- 依頼を受けた日
- 変更する工事内容
- 依頼者
- 担当者
- 現在のステータス
その後、見積金額、見積提出日、承認日、施工日、請求反映状況を追記します。最初からすべて入力する必要はありません。工事の進行に合わせて情報を更新する運用にします。
どの情報をどこで管理するかを決める
| 管理する情報 | 主な役割 | 管理場所の例 | 注意点 |
|---|---|---|---|
| 施主からの相談 | 依頼内容の受付 | LINE・メール・チャット | 受けただけでは施工指示にしない |
| 変更内容 | 施工範囲の確定 | 変更見積台帳 | 写真や図面も紐付ける |
| 追加金額 | 見積・原価管理 | 見積書・変更見積台帳 | 税込・税別を統一する |
| 顧客承認 | 施工開始の判断 | 承認記録・変更契約等 | 承認日と対象工事を残す |
| 施工状況 | 現場管理 | 施工管理アプリ・台帳 | 完了だけでなく未施工も確認する |
| 請求状況 | 売上・請求管理 | 請求管理システム | 追加分の請求漏れを確認する |
例えば営業担当者が見積を作成し、現場監督が施工状況を管理する会社では、担当部署が違っても同じ変更番号を使うと確認しやすくなります。「A邸-変更01」「A邸-変更02」のように番号を振れば、チャットでも「変更02は承認済みです」と短く伝えられます。
変更受付テンプレ
案件名:
受付日:
変更番号:
依頼内容:
該当箇所:
依頼者:
写真・図面:あり/なし
現在の状態:相談/見積作成中/承認待ち/承認済み
社内で回す際は、「変更を受けた人が台帳へ登録する」と担当を明確にしましょう。「営業が後で登録する」など曖昧な運用にすると、電話や現場で受けた依頼だけ記録から漏れます。


追加工事は「依頼→見積→承認→施工→請求」の5段階で管理する


追加工事管理で特に避けたいのが、「見積を作る前に施工する」「承認を確認せず材料を発注する」「施工したのに請求へ反映されていない」という状態です。これを防ぐには、追加工事を一つの業務フローとして管理します。
施工開始の条件を社内で統一する
追加工事については契約関係の確認も欠かせません。国土交通省の建設業法令遵守に関するガイドラインでは、追加工事などによって契約内容を変更する場合、原則として追加工事の着工前に変更内容を書面で明確にする考え方が示されています。
社内の施工開始条件
- 変更する施工内容が特定できている
- 追加金額が確認できている
- 施主・発注者の承認状況を確認できている
- 必要な変更契約等の手続きを確認している
- 工期への影響を確認している
- 現場監督と担当業者へ同じ内容が共有されている
ここでの失敗例は、「急いでいるから先にやっておこう」と現場判断で施工を始めることです。善意で対応しても、金額の合意ができていなければ請求時の説明が難しくなります。
施工後ではなく承認時点で請求予定へ登録する
追加工事の請求漏れを防ぐには、施工完了後に経理が拾う仕組みでは遅くなります。顧客承認を得た段階で「追加請求予定」として登録しましょう。
例えば20万円の洗面化粧台変更が承認されたら、その時点で請求予定額20万円を案件情報へ登録します。施工完了後は「請求予定」から「請求可」へ変更し、請求書作成時に確認します。これなら、営業が追加工事を受注し、現場が施工したにもかかわらず、経理が追加内容を知らなかったという事故を減らせます。
追加工事承認後の社内共有テンプレ
変更番号:A邸-変更03
変更内容:洗面化粧台グレード変更
追加金額:〇〇円
承認日:〇月〇日
施工可否:施工可
材料発注:必要/不要
工期影響:あり/なし
請求登録:済/未
運用開始時はすべてを自動化する必要はありません。最初はGoogleスプレッドシートでも構いません。重要なのは、担当者の記憶ではなくステータスを見れば次の作業が分かる状態をつくることです。
追加工事の管理、担当者任せになっていませんか?
変更依頼・見積・承認・施工・請求の流れを整理すれば、
「言った言わない」や請求漏れを防ぎながら、現場の管理負担を減らせます。
自社に合った変更見積管理の仕組み化・DXについて、お気軽にご相談ください。
※現在の管理方法や業務フローに合わせてご相談いただけます。
※無理な営業は行いません。
施主とのLINE・チャットで残しておきたい内容
施主とのチャットでは、「了解しました」「お願いします」だけで会話を終わらせないことがポイントです。何に対する了承なのかが後から確認できる文章にします。特に複数の変更工事を同時に相談している場合、「お願いします」だけでは対象を特定できません。
金額・施工内容・工期への影響をセットで確認する
例えば「棚の追加8,000円」「コンセント追加12,000円」の2項目を提示していたところ、施主から「棚だけお願いします」と返信があった場合、承認対象は棚だけです。変更見積台帳も棚を「承認済み」、コンセントを「未承認」に分けます。
追加工事によって完成予定日や別工程へ影響がある場合は、金額だけではなく工期も併せて共有します。現場側では小さな変更でも、材料の納期によって工程が動く場合があります。
施主への変更内容確認テンプレ
ご依頼いただいた〇〇の変更について、追加工事内容をご案内します。
変更内容:〇〇
追加金額:〇〇円(税込)
工期への影響:なし/〇日程度
施工をご希望の場合は、内容をご確認のうえご返信ください。正式な手続きが必要な場合は、あわせてご案内いたします。
写真を「場所の特定」に使う
変更工事では写真も有効です。例えば「この壁に棚を追加」と文章だけで書くより、施工場所の写真に印を付けて共有したほうが認識を合わせやすくなります。
ただし、写真だけを送って「ここお願いします」で終わると、寸法や材料、数量までは確認できません。写真は施工内容そのものではなく、「どこの話をしているのか」を特定する補助資料として使いましょう。
- 施工場所が分かる全体写真
- 変更する箇所が分かる近接写真
- 寸法が必要な場合は数値を記載
- 既存図面があれば変更位置を記載
- 変更番号をファイル名やコメントへ記載
社内運用では、施主とのLINE画像を担当者だけが持たないようにします。変更台帳から写真を確認できる状態にするか、施工管理システムの案件フォルダへ保存するルールを決めましょう。
チャットで承認を確認するときは、「何を・いくらで・いつ施工するのか」が後から読んでも分かる状態をつくり、必要な契約手続きとは分けて管理しましょう。


変更見積を社内で回すための運用ルール


管理表をつくっても、更新されなければ意味がありません。追加工事管理を定着させるには、「誰が」「いつ」「何を更新するか」まで決める必要があります。特に工務店やリフォーム会社では、営業、現場監督、積算、経理で担当業務が分かれているため、部署間の受け渡しを仕組みにしましょう。
担当者ではなくタイミングで更新ルールを決める
「営業担当者が随時更新する」というルールでは、忙しい時期に記録が後回しになります。おすすめは、業務上のタイミングと更新作業をセットにする方法です。
| 更新タイミング | 台帳で行うこと | 主な確認担当 | 確認するポイント |
|---|---|---|---|
| 変更依頼を受けたとき | 変更番号を発行し、依頼内容を登録する | 営業・現場監督 | 誰から、どの工事について依頼を受けたか |
| 見積を提出したとき | 見積金額と提出日を入力する | 営業・積算 | 金額、施工範囲、見積提出日が正しいか |
| 承認されたとき | 承認日と請求予定額を入力する | 営業 | 何の工事について承認されたか |
| 施工を完了したとき | 完了日を入力し、施工済みに変更する | 現場監督 | 承認内容どおりに施工が完了しているか |
| 請求書を発行したとき | 請求済みに変更する | 経理 | 追加工事分が請求書へ反映されているか |
このように「いつ更新するか」と「何を確認するか」をセットにしておけば、担当者が変わっても運用ルールが変わりません。例えば現場監督が休みでも、営業担当者は台帳を見れば施工可能な追加工事を確認できます。
週1回の「未完了変更」チェックを入れる
追加工事は通常工事より件数が細かくなりやすいため、週1回程度、未完了項目だけを確認する時間を設けると管理しやすくなります。確認対象は「見積作成中」「承認待ち」「施工待ち」「請求待ち」です。
- 見積作成中のまま3日以上止まっていないか
- 施主へ提出した後、回答待ちの案件はないか
- 承認済みなのに施工予定が入っていない項目はないか
- 施工済みなのに請求待ちとなっている項目はないか
- 追加原価だけが発生し、売上登録されていない項目はないか
このチェックは30分の会議にする必要はありません。案件一覧を5分から10分確認し、止まっている変更だけ担当者を決めれば十分です。重要なのは、月末の請求時まで放置しないことです。
社内運用ルールテンプレ
- 追加・変更依頼を受けた担当者が当日中に台帳へ登録する
- 承認前の追加工事は原則として施工手配しない
- 承認された日に請求予定額を登録する
- 現場完了時に施工済みへ更新する
- 毎週〇曜日に未完了変更を確認する
- 月末に施工済み・未請求がないか経理が確認する
失敗しやすいのは、最初から入力項目を増やしすぎることです。登録に5分も10分もかかれば、現場では使われなくなります。まずは変更内容、金額、ステータス、担当者、日付のような最低限の項目から始め、必要になった情報だけ追加しましょう。
追加工事管理を定着させるコツは、担当者の注意力に頼らず「依頼時・承認時・施工時・請求時」という更新タイミングを業務フローへ組み込むことです。
変更見積管理をDXするなら「入力を減らす」ことから始める
変更見積管理を整えると、「施工管理アプリを導入しなければならない」「LINE連携の専用システムが必要」と考えがちです。しかし、最初に取り組むべきなのはツール導入ではありません。現在の変更依頼がどこから入り、誰が見積を作り、誰が施工を判断し、誰が請求へ反映しているかを整理することです。
まずはスプレッドシートでも十分に始められる
月に数件から数十件程度の追加工事であれば、Googleスプレッドシートなどでも運用を始められます。1行を1変更として、「案件名」「変更番号」「依頼内容」「追加金額」「ステータス」「担当者」「承認日」「施工日」「請求状況」を並べます。
例えば「承認待ち」だけを絞り込めるようにすれば、営業担当者は追客対象を確認できます。「施工済み・請求未」の条件で絞り込めば、経理は請求漏れ候補を確認できます。同じデータを部署ごとに使い分けることがポイントです。
件数が増えたら自動通知やシステム連携を検討する
追加工事件数が増え、転記作業や確認作業そのものが負担になってきたらDXを進めます。DXとは、デジタル技術を使って業務の流れそのものを改善する取り組みです。単に紙をExcelへ置き換えるだけではなく、重複入力や確認作業を減らすところまで設計します。
- フォーム入力から変更台帳へ自動登録する
- 承認待ちが一定期間続いたら担当者へ通知する
- 承認済みになったら現場担当者へ通知する
- 施工済みになったら経理の請求リストへ反映する
- 案件ごとの追加工事売上・原価を集計する
例えば、現場監督がスマートフォンのフォームから変更内容と写真を登録すると、変更番号が自動発行され、営業担当者へ見積依頼が届く仕組みなら、社内チャットで毎回説明する必要がなくなります。
DX導入前ヒアリングテンプレ
追加工事は月に何件発生しているか:
依頼はどのツールから届くか:
誰が見積を作っているか:
誰が施工開始を判断しているか:
承認記録はどこにあるか:
請求情報を誰が経理へ渡しているか:
現在最も時間がかかっている作業は何か:
失敗しやすいのは、業務ルールが曖昧な状態でシステムだけ導入することです。「誰が承認済みに変更するのか」が決まっていなければ、高機能なシステムを導入してもステータスは更新されません。まず運用を整え、その後に転記や通知を自動化しましょう。
変更見積管理のDXは、高額なシステム導入から始める必要はありません。現在の業務フローを統一し、二重入力や確認作業が多い部分から自動化しましょう。
まとめ|追加工事は「正式情報がどこにあるか」を明確にする


追加工事の「言った言わない」を防ぐには、LINEやチャットを禁止するのではなく、依頼を受けた後の管理方法を統一することが重要です。「依頼→見積→承認→施工→請求」の流れを決め、変更内容・金額・承認状況を一つの台帳で確認できる状態をつくりましょう。
今日からできる3つのこと
・LINEや口頭で受けた変更依頼も、必ず台帳へ記録する
・「承認前は施工しない」を社内ルールにする
・週1回、承認待ち・施工待ち・請求待ちを確認する
最初から専用システムを導入する必要はありません。まずはスプレッドシート1枚でも十分です。営業・現場・経理が同じ情報を確認する習慣をつくり、運用が定着してから二重入力や通知などを自動化しましょう。
追加工事を担当者の記憶ではなく「会社の情報」として管理できれば、施工ミスや請求漏れを防ぎながら、追加工事の売上や進捗も把握しやすくなります。
追加工事の管理、担当者任せになっていませんか?
変更依頼・見積・承認・施工・請求の流れを整理すれば、
「言った言わない」や請求漏れを防ぎながら、現場の管理負担を減らせます。
自社に合った変更見積管理の仕組み化・DXについて、お気軽にご相談ください。
※現在の管理方法や業務フローに合わせてご相談いただけます。
※無理な営業は行いません。









