工務店・ハウスメーカーのAI商談記録の訂正 履歴と確認責任の残し方

本稿の事例に登場する「工務店例077」は、この記事だけで使用する完全な架空の工務店です。実在の会社・顧客・案件とは関係ありません。会社の人数や年間棟数は訂正手順に不要なため設定せず、営業担当者、営業責任者、設計担当者が関与する一つの固定案件を使って説明します。

実務上は、顧客理解や後続業務を変えない誤字なら、担当者が訂正し、簡易な履歴を保存する運用が考えられます。一方、提案条件、金額、契約判断、顧客への連絡、次回の宿題に影響する誤りは、録音・手書きメモ・受信メールなどの根拠へ戻り、起票者以外の確認を経てからCRMや派生資料へ反映します。根拠同士が食い違うときは、もっともらしい答えを選ばず、「未確定」に戻して確認します。

本稿が扱うのは、AI商談記録が作られた後の訂正実務です。発言と営業担当者の推測を分けて要約する方法は工務店の商談要約をAIで作る｜顧客の発言と営業の推測を分ける、AIへ入力した情報や保存先の管理は工務店のAI追客データ利用記録｜入力範囲と保存先を管理するに譲ります。追客業務全体の役割分担は工務店のAI追客フロー｜下書き・確認・送信・記録を分けるを参照してください。

01.訂正の目的を「文章の修復」ではなく「判断の修復」に置く

商談記録は、読みやすい議事録を残すためだけのものではありません。営業担当者が次回の質問を決め、設計担当者が要望を読み、見積担当者が前提条件を確認し、管理者が案件の進み具合を判断するための業務記録です。

したがって、訂正の優先順位は誤字の目立ちやすさではなく、誤った記録が次の判断や行動へ与える影響で決めます。「南側に大きな窓を希望」が「南側の大きな窓は不要」になっていれば、一語の違いでも設計提案を反転させます。反対に、「打合せ」を「打ち合わせ」に直すだけなら、通常は顧客理解や提案条件を変えません。

訂正対象は、次の四層に分けます。

原資料は「当時、何が記録されたか」を確かめる材料です。AI出力は作業途中の候補であり、そのまま社内の確定情報とは限りません。現行記録は後続業務で参照されるため、誤りを放置できません。訂正履歴は、なぜ現在の内容になったのかを後日再現するために残します。

この四層を混ぜると、「AIは誤っていたが担当者は直していた」「CRMは直したが設計依頼には旧条件が残った」「後日の変更を過去の誤記として消した」といった混乱が起きます。画面上では最新版だけを見せる場合でも、裏側では訂正前の値、変更日時、変更理由をたどれる設計が必要です。

訂正では、数値だけでなく、次の五要素を点検します。

1. 対象範囲は何か 2. 数値や条件は何か 3. 希望・目安・合意・決定のどの確度か 4. 誰の発言または判断か 5. いつの時点で有効な情報か

「4,000万円」という数値が合っていても、建物だけか、土地を含む総額か、諸費用まで含むかで意味は変わります。「2027年中」という時期が合っていても、理想なのか必須条件なのかで工程判断は変わります。訂正とは、文字列を合わせる作業ではなく、この五要素を正しい状態へ戻す作業です。

02.発見直後は上書きせず、利用停止と証拠固定を順番に行う

誤りを見つけた担当者が最初に行うのは、正しいと思う文章への書き換えではありません。訂正前の状態を保存し、その情報が使われる直前の作業を止めます。先に上書きすると、誤りがAI生成時、人の編集時、CRMへの転記時のどこで生じたのか判別できなくなります。

顧客への送信、見積確定、設計着手、契約判断が迫っている場合は、次の順序で処理します。

案件全体を止める必要はありません。希望エリアだけが未確定なら、その条件に依存する土地提案は止めても、住宅ローン相談の日程調整まで止める理由はありません。止める対象、止めない対象、解除条件を明示すると、必要な安全を確保しながら過剰な業務停止を防げます。

訂正前の状態として、最低限、案件ID、商談日時、対象項目、訂正前の値、発見日時、発見者、利用中の画面や資料を保存します。スクリーンショットだけでは検索や比較が難しいため、訂正台帳にも文字として記録します。画面保存を補助資料にする場合は、システム名、画面名、取得日時を結び付けます。

根拠は「録音で確認」とだけ書かず、別の確認者が同じ箇所へ到達できる粒度で示します。

顧客本人から後日届いたメールが商談時の録音と異なる場合、単純に「メールの方が正しい」と決めるのではなく、意思変更なのか、過去の発言の訂正なのかを確認します。録音が不鮮明である場合や、発言者を識別できない場合も同様です。根拠の種類だけで自動的な優先順位を決めず、日時、発信者、変更の意図、情報の確度を併せて見ます。

商談記録に氏名、住所、家族構成、資金計画などが含まれる場合、訂正履歴も個人情報を含み得ます。個人情報保護委員会「個人情報保護法ガイドライン（通則編）」は、利用目的、安全管理措置、個人データの取扱いなどを検討する際の一次資料です。ただし、特定の訂正申出への法的な対応が本稿だけで決まるわけではありません。対象情報、保有形態、本人確認、自社の公表事項や受付手順を確認し、判断が必要な場合は管理責任者や専門家へつなぎます。

03.訂正判断票で「分類」と「影響度」を別々に判定する

訂正者が迷いやすいのは、「誤字か重要な誤りか」を一つの分類だけで決めようとするときです。氏名の一字違いは形式上の表記ミスでも、別人への連絡や誤配送につながる可能性があります。そこで、誤りの性質を示す「訂正分類」と、後続業務への影響を示す「影響度」を分けます。

訂正分類は、次の五つに統一します。これは法令上の区分ではなく、工務店の社内運用例です。

「更新」は、過去の誤りを直す訂正とは性質が異なります。9月12日時点で平屋が第一候補だったものが、9月20日のメールで二階建ても比較することになった場合、9月12日の記録を誤記として消しません。過去時点の値を履歴として残し、現在値を更新します。商談前に古い条件を洗い出して現在の文脈へ更新する作業は、商談前に現在の前提を更新する手順を参照してください。本稿では、更新後の現在値と旧値を訂正履歴で結び付ける方法に限って扱います。

影響度は、次のように判定できます。

• 低：顧客理解、金額、人物、行動、期限を変えない
• 中：次回の質問や社内共有は変わるが、外部送信や設計・見積は未実行
• 高：顧客送信、設計着手、見積、契約判断、送付先、個人識別に影響する

分類が「表記」でも、メールアドレスや送付先の誤りなら影響度は高くなり得ます。反対に、分類が「更新」でも、まだ誰も参照しておらず後続業務がなければ影響は限定的です。分類と影響度を分けることで、表記だけを理由に軽く扱ったり、すべての訂正を一律に重くしたりすることを防げます。

04.固定した架空案件でAI出力から現行記録までを訂正する

ここからは、工務店例077の固定案件「PJ-1842」を使います。2026年9月12日の初回商談には、顧客本人と配偶者が同席しました。録音の利用は工務店例077の社内手続に従っており、AI出力は自動でCRMへ登録されません。営業担当者が確認し、採用した項目だけを転記する運用です。

原資料に残っている顧客本人の発言は、次のとおりです。

土地を含めて4,000万円くらいを目安にしたい。上限は、まだ銀行に相談していないので決められない。

配偶者の発言は、次のとおりです。

入居は来年中が理想だけれど、子どもの転校を急いでまで合わせる必要はない。

AIは、次の要約を出力しました。

建物予算の上限は4,000万円。2027年中の入居を必須条件としている。

営業担当者は予算の対象範囲に気付き、「総予算4,000万円」へ修正してCRMに登録しました。しかし、「目安」が「上限」に変わった点を直さず、時期の確度と発言者も見落としました。さらに、設計担当者へ「2027年内入居必須」と記載した初期提案依頼が送られました。

この時点の記録は、次の三段階に分かれます。

ここで重要なのは、営業担当者の修正をなかったことにしない点です。予算の対象範囲は「建物予算」から「総予算」へ直っています。訂正前の現行記録は、AI出力の「建物予算上限4,000万円」ではなく、「総予算4,000万円（営業修正後）」です。そのうえで、まだ残っている「上限と目安の取り違え」を訂正します。

項目単位の修正例

CRMに一つの予算欄しかない場合でも、「4,000万円」だけで完結させません。数値欄へ4,000万円、状態欄へ「目安」、備考欄へ「土地・建物を含む。諸費用範囲と上限は未確認」と分けます。状態欄がない場合は、自由記述の先頭に「目安」「未確認」と明示し、後から数値だけが切り出されないようにします。

入居時期も同じです。2027年中という年だけが合っていても、「理想」と「必須」では設計工程への影響が違います。さらに、配偶者の発言を「顧客世帯の決定」として扱うことはできません。訂正後は、営業担当者が世帯の優先順位を確認するまで、設計担当者は必須納期を前提とした案を作らない状態にします。

予算と入居時期には別の履歴IDを付けます。予算は資金計画や見積条件へ、入居時期は設計工程へ影響し、根拠として確認する発言も異なるためです。複数の誤りを一件へまとめると、どの根拠がどの訂正を支えているのか分からなくなります。

05.訂正履歴は別の担当者が再現できる単位で残す

訂正履歴には、「修正済み」「AIが間違えた」といった一行メモではなく、別の担当者が同じ根拠を見て同じ判断へ到達できる情報を残します。目的は責任追及ではなく、訂正判断の再現と反映漏れの防止です。

「訂正後」には、分からない内容まで埋めません。根拠から分かるのが「4,000万円程度を目安」までなら、「上限4,000万円」と確定させないことが重要です。正しい数値が不明な場合は、「未確認」「次回確認」と記録して構いません。誤った確定値を消し、不確実性を正しく表示することも訂正です。

訂正理由には、人物への評価ではなく、確認できた変換の差を書きます。「担当者の注意不足」や「AIが勝手に判断した」だけでは、同じ誤りを防ぐ条件が分かりません。

記載できるのは、たとえば次のような内容です。

• 原発言では土地を含むとされているが、AI出力では建物予算として記載された
• 原発言では目安とされているが、AI出力では上限として記載された
• 配偶者の発言が、顧客世帯の合意として統合された
• 否定表現が落ち、「不要」が「必要」になった
• 後日の顧客メールによる変更が現行記録へ反映されていなかった

AIがなぜその出力を生成したかという内部原因を、検証できないまま断定してはいけません。「AIが土地代を意図的に除外した」ではなく、原資料と出力の観察可能な差を記録します。

履歴の保存期間や閲覧権限は、記録の種類、利用目的、社内規程、利用サービスの条件に合わせて決めます。すべてを無期限に保存することが常に安全とは限りません。原資料を削除した後も訂正履歴だけに詳細な家族事情や資金情報が残り続けないよう、履歴へ必要な情報と参照情報を分けます。

06.確認責任は役職ではなく「何を確認したか」で記録する

訂正手順に「上長承認」とだけ書いても、何を確かめるのかが決まっていなければ形式化します。確認責任は、起票、内容確認、業務反映の三役に分けます。小規模な工務店では同じ人が複数の役割を兼ねても構いませんが、意味、確度、主体の訂正や重要項目の更新では、内容確認を起票者以外が担当する運用が有効です。

内容確認者が訂正作業を最初から全部やり直す必要はありません。確認対象を「原資料と訂正後の一致」「未確定事項を勝手に埋めていないこと」「重要な反映先」の三点に絞ります。意味を変えない一般的な表記修正まで毎回三人で回すと、訂正が滞留します。

確認者の署名や承認ボタンだけでは、確認責任の範囲は残りません。次のように記録します。

• 初回商談録音の該当箇所と、予算の対象範囲・金額・確度を確認
• 入居時期が配偶者の理想であり、世帯の必須条件ではないことを確認
• 設計依頼票の旧版を停止し、訂正版へ差し替えたことを確認
• 顧客送信はなく、次回確認事項へ登録されたことを確認

確認日時も必要です。訂正後に顧客の希望が再び変わった場合、確認者がどの時点の内容を見たのかを区別するためです。

AI利用に関する社内の役割、人による確認、リスク管理を検討する際は、経済産業省のAI事業者ガイドライン掲載ページで利用時点の版を確認します（参照先確認日：2026年9月26日）。本稿の三役や五分類は同ガイドライン所定の様式ではなく、工務店向けの運用例です。

07.訂正後は派生した記録と行動までさかのぼる

CRMの値を直しただけでは、訂正は完了しません。誤った記録から見積条件、設計依頼、顧客向けメール、次回の質問、案件ステータス、会議資料が作られている可能性があります。元データを直しても、派生物が自動更新されるとは限りません。

影響調査では、「その情報を見た人」と「その情報から作られた物」の両方を確認します。工務店例077の固定案件では、誤った入居条件を設計担当者が読み、初期提案依頼にも転記していました。口頭で訂正を伝えるだけでは、依頼票に旧条件が残ります。訂正版を発行し、旧版には利用停止を明示します。

未実行の作業と実行済みの対応は分けます。まだ送っていないメールは破棄して作り直せますが、送信済みメールは取り消せません。未提出の見積書は差し替えられますが、提出済みなら顧客が旧条件を読んだ前提で対応します。

訂正のたびに全システムを無差別に調べる必要はありません。あらかじめ「CRMの予算欄は資金計画依頼と見込み集計へ連携する」「入居時期は設計工程表と次回タスクへ転記する」といった対応表を用意し、該当経路だけを確認します。

検索するときは、訂正前の特徴的な語句を使います。固定案件なら「2027年内入居必須」で、社内のCRM、共有フォルダ、タスク管理を検索できます。ただし、顧客名、住所、家族事情などを、社内で認められていない検索サービスへ入力してはいけません。

完了条件は、各反映先が「更新」「破棄」「影響なし」のいずれかになり、その結果が履歴へ記録されたことです。「担当者へ伝えた」は完了ではありません。受け手が訂正版へ切り替え、旧版を使用しない状態まで確認します。

過去の会議資料を当時の判断記録として保存する場合は、黙って書き換えず、後日訂正されたことが分かる注記や訂正版への参照を設けます。過去時点で何を基に判断したかを残しながら、現在の参照先を誤らせないためです。

08.顧客への訂正と情報管理上の事案を分けて対応する

社内のAI要約に誤りがあったからといって、すべてを顧客へ報告するとは限りません。判断の軸は、誤った内容が顧客へ到達したか、顧客の判断や手続へ影響したか、社内で止められた未確定事項かです。

固定案件では、誤った入居条件は設計担当者まで届きましたが、顧客には送られていません。設計着手前に止められたなら、社内で訂正し、次回商談で入居時期の優先順位を確認する処理が考えられます。一方、誤った予算上限を記載した提案書を送っていれば、顧客の資金判断へ影響する可能性があるため、訂正連絡を検討します。

顧客への訂正文は、内部原因の説明を長くするより、次の四点を明確にします。

1. どの資料のどの記載が誤っていたか 2. 正しくはどの状態か 3. どの資料を差し替えるか 4. 顧客に確認または対応してほしいことがあるか

固定案件の完成文は、次のようになります。

9月12日の打ち合わせ内容を反映した資料について、入居時期の記載に誤りがありました。資料では「2027年中の入居が必須」と記載していましたが、正しくは「2027年中が理想であり、転校を急いでまで合わせる必要はないとのご意向」です。該当箇所を修正した資料をお送りします。入居時期についてのお二人の優先順位は、次回の打ち合わせであらためて確認させてください。

この文面は、「2027年中で決定」という新たな誤りを作らず、配偶者の発言と未確認事項を残しています。また、顧客へ「AIが誤った」とだけ伝えて、何が変わったのかを曖昧にしていません。

顧客から訂正の申出を受けた場合は、次の順序で対応します。

1. 申出内容、受領日時、受付担当者を記録する 2. 必要な本人確認を社内手順に従って行う 3. 対象となる記録と派生資料を特定する 4. その場で判断できない場合は回答予定を伝える 5. 管理責任者または所定の確認先へ引き継ぐ 6. 現行値の変更、履歴保存、顧客への回答を分けて記録する

固定案件とは別の架空例として、工務店例077の別案件「PJ-1901」を考えます。商談録音では顧客が「総額の上限は3,000万円」と発言していましたが、8日後に本人から「上限ではなく、現時点の目安として伝えたつもりだった」と訂正申出があったとします。

この場合、過去の録音を「当初から目安だった」と書き換えるのではありません。

• 10月3日：商談録音に「総額の上限は3,000万円」と発言記録あり
• 10月11日：顧客本人から「上限ではなく目安」と訂正申出あり
• 現在値：総額3,000万円程度を目安。上限は未確認
• 次回確認：対象範囲と、資金相談後の上限

このように、過去の記録と現在の意思を時系列で両立させます。この別案件は、固定案件PJ-1842の録音内容とは関係ありません。

顧客の申出が訂正だけでなく、削除、利用停止、開示などを含む場合は、通常の商談記録訂正だけで閉じません。本稿の訂正票を法的な請求への回答書として流用せず、本人確認、申出範囲、自社の公表事項、法令上の取扱いを所定の責任者が確認します。

誤記が別の顧客への送信、宛先違い、権限外の閲覧、共有範囲の誤設定を伴う場合も、通常の内容訂正とは分けます。まず追加送信や閲覧を止め、送信先、閲覧可能性、対象情報、回収の可否を確認し、情報管理上の事案として社内の報告経路へ載せます。顧客への説明や外部報告の要否は、具体的事実と適用される手順に基づいて判断します。

09.AIへの再入力は項目別の訂正候補づくりに限定する

AIの誤りをAIでもう一度要約させれば、速く直せるように見えます。しかし、同じ長い録音や文字起こしを丸ごと再処理すると、今回の訂正対象ではない要望、宿題、発言者まで変わる可能性があります。

訂正時にAIを使う場合は、案件全体ではなく、必要な発言と対象項目だけを入力します。顧客の氏名や住所が判断に不要なら入力しません。使用するサービス、保存設定、契約条件、社内の利用ルールに照らして入力範囲を決めます。

固定案件の入力例は、次のとおりです。

次の発言だけを根拠に、予算の「金額」「対象範囲」「確度」「発言者」「未確認事項」を分けて抽出してください。発言にない内容は補わず、「不明」としてください。

顧客本人：「土地を含めて4,000万円くらいを目安にしたい。上限は、まだ銀行に相談していないので決められない」

採用可能な出力候補は、次の形です。

AIが「住宅ローン上限4,000万円」と出力した場合は採用しません。「銀行へ相談していない」という発言は、借入上限が4,000万円であることを意味しないためです。AIは候補を分解する補助に使い、現行記録へ反映する判断は人が行います。

再生成した要約を旧版へ丸ごと置き換える運用も避けます。一項目だけを訂正する場合は、変更前後の差分を表示し、対象外の項目に変化があれば採用を止めます。

AI出力の版を残す場合は、少なくとも次を結び付けます。

• 生成日時
• 使用目的
• 入力した範囲
• 出力された候補
• 採用者
• 採用した項目
• 採用しなかった項目と理由
• 関連する訂正履歴ID

モデル名や設定だけを保存しても、訂正判断は再現できません。元の入力範囲、人による編集、採用判断、CRMへの反映を分けて残す必要があります。

AI利用履歴と商談内容の訂正履歴も目的を分けます。前者は「どの情報をどのサービスで処理したか」、後者は「業務記録をなぜ直したか」を扱います。一つの備考欄へ詰め込むと、閲覧権限、保存期間、確認責任を分けにくくなります。

10.例外処理と評価表を先に決め、完了条件を統一する

訂正手順は、根拠が一つで正解が明確な場合だけを想定すると機能しません。録音がない、文字起こしが欠けている、同席者の記憶が違う、顧客の希望が変わった、外部へ送信済み、担当者が不在といった例外があります。

大量の記録に同じ誤りが見つかった場合は、個別訂正と共通原因の改善を分けます。「希望」を常に「決定」と要約する指示が使われていたなら、その指示を使用した期間と案件を候補として抽出します。ただし、各案件で原資料、後日の変更、外部到達状況が異なるため、無条件の一括置換はできません。

運用開始時には、台帳の様式より先に、停止条件、二者確認条件、完了条件を決めます。金額、対象物件、顧客識別、送付先、合意事項、約束期限の誤りを見つけた場合は、関連作業を止められるようにします。

訂正を完了にできるのは、次の六点がそろったときです。

1. 訂正前の値が保存されている 2. 訂正後の値または未確定状態が記録されている 3. 訂正理由と根拠の参照位置がある 4. 必要な確認者が確認範囲と日時を記録している 5. CRMと派生資料への反映結果がある 6. 顧客連絡の要否と処理結果がある

正解が分からなくても、「未確定へ戻す」という訂正を行い、確認タスクを起票できれば、誤った確定情報を使い続ける状態からは抜けられます。

最後に、完成した訂正を次の評価表で点検します。

月次で見る指標は、訂正件数だけではありません。発見から関係作業を止めるまでの時間、根拠へ到達できなかった件数、派生資料への反映漏れ、同じ原因の再発、未確定のまま期限を超えた件数を確認します。

訂正件数が多い担当者を単純に低評価すると、起票を避ける行動を招きます。適切に発見・報告された訂正と、隠れたまま後続業務へ流れた誤りは区別します。原因分析に使う会議資料には、個別の顧客情報を必要以上に転載せず、分類、影響先、再発条件を集約します。

表記の誤りが多ければ辞書や入力規則を、意味の誤りが多ければ否定表現と対象範囲の確認方法を見直します。確度の誤りが多ければ、「候補」「希望」「目安」「合意」「決定」をCRMで分けます。主体の誤りが多ければ、文字起こし時の話者分離と担当者確認を改善します。更新漏れが多ければ、後日のメールや電話内容を現在値へ反映する担当と期限を決めます。

目指すのは、AIが一度も間違えない運用ではありません。誤りが見つかったときに、訂正前の状態を失わず、不明な内容を確定させず、根拠と確認責任を残し、派生した記録と行動まで正せる運用です。現行記録を直した場所だけで完了にせず、次の判断に誤りが残っていないことまで確認して、初めて訂正を完了にします。