工務店の変更指示の記録と伝達はAIでどう変わるか｜現状比較

この記事が扱う業務と読む人

対象は、着工後に施主・現場・職人から出た変更を記録し、関係者へ伝え、見積と工程に反映するまでの業務です。読む人は、工務店の経営者、工務・施工管理の責任者、営業責任者を想定します。現地調査や契約前の見積は前段の工程で、ここでは扱いません。

• 担当：施工管理が拾って記録し、営業が施主との合意を取り、工務が職人と発注へ反映する
• トリガー：施主の現場立ち会いでの一言、現場の納まりの都合、職人からの提案、メーカーの欠品連絡
• 入力：現場でのやり取り、チャットの書き込み、打合せの記録、写真、現在の見積書と工程表
• 成果物：変更記録、施主への確認文、職人・積算への連絡、更新した工程表、追加請求の根拠
• 関わるシステム：チャット、工程表（Excelまたは工程管理アプリ）、写真フォルダ、見積ソフト、発注書
• 後工程：変更見積の作成、発注の修正、引渡し時の説明、保証書と図面の更新

建設業法は、請負契約の書面の記載事項と交付、見積の提示について定めています（e-Gov法令検索・2026年9月22日確認）。AIが確認文や連絡文の下書きを作っても、契約内容の変更をどう書面に残すかは事業者の責任です。この記事の線引きはその前提に立っています。

いまの流れ（現状）

変更のやり取りをチャットと電話で回し、変更記録は施工管理が思い出して書く工務店を前提にします。所要は案件の規模で変わるため、数字は置かず、測る場所として示します。

1. 変更が発生する
   – 担当：施主、現場の職人、施工管理
   – 入力：現場での会話、現物を見ての要望、納まりの相談
   – 出力：口頭のやり取り。この時点では記録が無い
   – 判断：なし。まだ要望の段階
   – 所要：一瞬。ただしここを拾えないと後段がすべて崩れる
2. チャットかメモに書く
   – 担当：施工管理
   – 入力：記憶、現場写真
   – 出力：チャットの書き込み、手帳のメモ
   – 判断：あり。書くかどうかを本人が決めている
   – 所要：短いが件数が多い。書かれなかった変更は数えられない
3. 変更の可否と費用・工期への影響を決める
   – 担当：営業、工務
   – 入力：現在の見積書、工程表、職人の空き、仕入先の納期
   – 出力：変更の可否、追加費用の見込み、工期への影響
   – 判断：あり。ここが利益と納期を左右する
   – 所要：材料の手配が絡むと数日かかる
4. 施主へ伝えて合意を取る
   – 担当：営業、施工管理
   – 入力：段階3の結論、写真や図面
   – 出力：施主への説明、口頭またはメッセージでの了解
   – 判断：あり。説明の仕方と、費用を請求するかどうか
   – 所要：連絡がつくまでの待ち時間を含む
5. 職人と発注へ伝える
   – 担当：工務、施工管理
   – 入力：合意した変更の内容
   – 出力：職人への電話やチャット、発注の修正、積算への連絡
   – 判断：あり。誰に伝えるかの判断がここで人に依存する
   – 所要：関係する業者の数に比例
6. 工程表を更新する
   – 担当：施工管理、工務
   – 入力：変更内容、職人の空き
   – 出力：更新した工程表、後続工程への影響
   – 判断：あり。工程の確定と施主への説明
   – 所要：Excelの手直しに時間が取られ、更新が後回しになりやすい
7. 変更記録を残し、請求に反映する
   – 担当：施工管理、営業、事務
   – 入力：段階2から6までのやり取り
   – 出力：変更記録、変更見積、請求の根拠
   – 判断：あり。請求する範囲の確定
   – 所要：月末にまとめてさかのぼると長くなる

時間が消えるのは段階2と段階7です。段階2は現場を動かしながらの書き込みで、その場で書けなかった分を夜にチャットをさかのぼって拾い直します。段階7はその積み重ねで、月末に会話の履歴を読み返して請求できる変更を探す作業になります。

失敗が起きるのは段階1と段階5です。段階1で出た口頭の要望は、拾われなければ存在しなかったことになります。施主は決まったつもり、現場は聞いていない、という食い違いはここから始まります。段階5は、伝える相手の抜けです。大工には伝わったが設備業者には伝わらず、既存の図面のまま工事が進んで手直しになります。

もう一つの失敗は、合意の前に発注が動くことです。現場で「これで進めて」と言われた内容をそのまま発注に流すと、施主の認識と違う商品が届き、追加費用も請求できません。変更は拾うだけでなく、決定と検討中を分けることが要ります。

AI活用後の同じ業務

チャットと打合せ記録からの抽出、文書生成、工程への影響の提示を組み合わせた形です。段階番号は現状と揃えます。

1. 変更が発生する（人。ただし残し方を決める）
   – AIが受け取るもの：現場で施工管理が話した音声、撮った写真
   – AIが返すもの：音声を文字にしたもの
   – 人が確認すること：その場で話す習慣をつくること。口頭のままAIは拾えないため、残す行為そのものは人の仕事として残る
2. 変更事項を拾い出す（AIが抽出）
   – AIが受け取るもの：チャットの書き込み、音声のテキスト、打合せ記録
   – AIが返すもの：変更らしいやり取りの一覧。案件・場所・誰の発言・元のメッセージへの参照つき
   – 人が確認すること：拾い漏れと拾いすぎ。雑談や検討段階の会話が混じるため、施工管理が目を通す
3. 決定と検討中に分け、影響を見る（AIが整理、人が承認。新しく増える段階）
   – AIが受け取るもの：段階2の一覧、現在の見積書と工程表
   – AIが返すもの：決定と検討中に分けた案、費用と工期に影響しそうな項目、後続工程への影響範囲
   – 人が確認すること：仕分けの妥当性。変更の承認と費用・工期への反映は営業と工務が決める
4. 施主へ伝えて合意を取る（AIが下書き、人が送る）
   – AIが受け取るもの：承認済みの変更内容、写真
   – AIが返すもの：施主への確認文の下書き。変更前と変更後、費用と工期の扱いを並べた形
   – 人が確認すること：金額と表現。送信は営業が行い、返信で得た合意を記録に残す
5. 職人と発注へ伝える（AIが宛先別の下書き）
   – AIが受け取るもの：合意済みの変更、関係する職人と仕入先の一覧
   – AIが返すもの：宛先ごとに必要な部分だけを抜いた連絡文の下書き、伝達先の候補
   – 人が確認すること：伝える相手の過不足。発注の修正は人が実行する
6. 工程表を更新する（AIが影響範囲、人が確定）
   – AIが受け取るもの：変更内容、現在の工程表
   – AIが返すもの：後続工程のどこがずれるかの一覧と更新案
   – 人が確認すること：職人の空きと実行可能性。工程の確定と施主への説明は工務が行う
7. 変更記録を残し、請求に反映する（AIが集約）
   – AIが受け取るもの：段階2から6までの記録
   – AIが返すもの：案件ごとの変更一覧。合意の有無、費用の扱い、反映先（見積・発注・工程）が揃った形
   – 人が確認すること：請求する範囲の確定。月末にさかのぼる作業が、確認するだけの作業に変わる

例えば、内装工事中に施主が現場で「このスイッチの位置を壁の反対側にしたい」と話したとします。施工管理がその場で音声を残せば、AIは変更候補として拾い、電気工事と壁の下地に影響しそうだと示します。この時点では検討中であり、営業が費用と工期を確認して施主へ確認文を送り、合意が記録されてから電気業者へ連絡が回ります。これは仮想の例で、特定の工務店の記録ではありません。

現状とAI活用後の比較

変わらないこと（人が決める範囲）

• 変更を認めるかどうか。納まり、構造、保証の範囲に関わる変更は、現場の都合だけで決められません。工務と営業が現物と図面を見て判断します。
• 費用と工期への反映。追加費用を請求するか、サービスにするかは粗利に直結します。AIは影響しそうな項目を並べるまでで、金額は人が決めます。
• 契約内容の変更をどう書面に残すか。建設業法が請負契約の書面と記載事項を定めており、変更の扱いを確認文だけで済ませてよいかは事業者が判断します。
• 施主への説明。言い方ひとつで納得にも不信にもなります。AIの確認文は下書きで、送る前に営業が金額と表現を確かめます。
• 施主情報をAIへ渡す範囲。氏名・住所・間取り・写真を扱うため、個人情報の保護に関する法律の観点から、入力してよい範囲と承認者を社内規程に定め、サービスの保存と学習利用の設定を確認します（e-Gov法令検索・2026年9月22日確認）。

実装の型

1. トリガー：現場で変更が出たとき、施工管理がその場で音声を残すか、案件のチャットに書く。書く場所を案件ごとに一つに決める。
2. 元データ：案件のチャット、音声のテキスト、打合せ記録、現在の見積書と工程表、職人と仕入先の一覧。
3. AI処理：やり取りから変更らしい箇所を抽出し、決定と検討中に分けた案を出す。費用と工期に影響しそうな項目、後続工程への影響範囲、宛先別の連絡文の下書きを作る。
4. 検証：施工管理が抽出の漏れと拾いすぎを見る。元のメッセージへ戻れる形にし、根拠が示せない項目は採らない。
5. 例外の扱い：電話だけで終わったやり取り、図面に手書きした指示、現場で急いで直した納まりはAIが拾えない。後から人が追加する欄を一覧に用意する。
6. 人の承認：変更の承認は工務と営業。施主の合意が記録されてから発注と工程へ反映する。承認者と日時を残す。
7. 記録先：案件ごとの変更一覧に、変更内容、合意の有無、費用の扱い、反映先、元のやり取りへの参照を残す。工程表と見積の更新はここから行う。
8. 効果測定：導入前と導入後で、案件3件について「変更の記録率」「施主との認識違い」「伝達漏れ」「追加工事の請求漏れ」「段階2と段階7の作業時間」を記録し、工務責任者が月次で見る。

前提条件・費用の考え方・リスク

データが揃っていない場合に先にやることは、やり取りの置き場所を案件ごとに一つにすることです。変更の連絡が電話中心なら、抽出する対象がそもそも存在しません。職人への連絡が個別の電話で完結しているなら、先に案件ごとのチャットへ寄せ、そこに書く習慣をつくります。次に、変更記録の様式と承認者を決めます。

費用は項目に分けて考えます。金額は会社の規模と既存ツールで変わるため置きません。

• ライセンス：音声入力と文書生成AIの利用料。現場責任者の人数分
• 設計：抽出の条件、決定と検討中の分け方、確認文と連絡文の型、承認の流れ、記録の残し方
• 連携：チャット・工程表・見積ソフトの間の受け渡し。最初は手動の貼り付けで始めてよい
• 検証：導入前後の計測と、拾い漏れ・拾いすぎの見直し
• 運用：案件が増えたときの設定追加、担当交代時の引き継ぎ、職人と仕入先の一覧の更新

本メディアでは、抽出した変更は施主への確認文で合意が記録されてから見積・発注へ反映すべきだと判断します。合意前に流すと、届いた商品と施主の認識が食い違い、追加費用も請求できなくなるためです。前提は、確認文を送る担当者と様式が決まっていることです。躯体の安全に関わる納まりの変更で現場が止まるなら、この判断は外れ、工務が先に承認して記録を後から揃えます。

本メディアでは、チャットから抽出した変更を発注システムへ自動で反映する設計は勧めません。人が気づく場所が消え、誤って拾った検討中の会話がそのまま商品の手配になるためです。抽出と下書きまでをAIに任せ、発注の実行は人が行う形にします。

リスクは三つです。誤出力は、雑談を変更として拾うことと、寸法や品番を誤って文字にすることで、対策は元のメッセージへ戻れる形にし、数量と品番は人が確かめることです。情報漏えいは、施主の氏名や住所、室内写真が外部サービスへ渡ることで、対策は入力範囲を規程に定め、設定と契約で確認することです。依存は、AIが止まった日に記録が止まることで、従来どおりチャットに書く運用を残します。

変更のやり取りが月に数えるほどしかなく、社長と施工管理が同じ車で移動しながら口頭で共有できているなら、AIは入れない方がよい段階です。確認の手間が増えるだけで、伝達漏れは減りません。この場合は変更ではなく、反響対応や現地調査の記録から手を付けます。

最初の90日

• 30日：計測と置き場所の統一。案件3件で、変更の記録率、施主との認識違い、伝達漏れ、追加工事の請求漏れを記録する。案件ごとのチャットに変更を書く運用へ寄せ、変更記録の様式と承認者を決める。成果物は計測表と様式。見る指標は記録率。
• 60日：1案件で試す。抽出と仕分け、確認文の下書きを運用に乗せる。施主情報の入力範囲を文書化し、確認文は営業が送信前に見る。成果物は変更一覧と、拾い漏れ・拾いすぎの記録。見る指標は拾い漏れと、合意記録のある変更の割合。
• 90日：拡張の判断。同じ案件3件で導入前後の計測表を並べ、工務責任者が対象を増やすか、抽出条件を直すか、止めるかを決める。成果物は比較表と判断メモ。見る指標は伝達漏れ、請求漏れ、段階2と段階7の時間差。

写真付きの指示が多い現場なら、抽出の対象に写真の添付を含め、部位ごとに整理する運用から始めます。一人親方への依頼が中心で連絡先が個人の携帯なら、連絡文の下書きまでをAIに任せ、送信は従来どおり人が行います。