工務店・ハウスメーカーのAI追客情報の更新 古い条件を文面へ混ぜない方法

土地、予算、入居時期、家族の希望、自社からの提案内容は、商談が進むにつれて変わります。過去のメモが当時の記録として正しくても、現在の追客文面に使えるとは限りません。資料請求時の回答、来場時の希望、電話での見直し、担当者が送った資料を一緒に要約させると、AIが新旧の条件を自然な一つの顧客像へまとめるおそれがあります。

この方法を適用できるのは、担当者が確認日と情報源を残せること、送信前に人が根拠記録へ戻れること、AIに不明事項を推測させないことが条件です。複数の担当者が別々の場所へ記録している、変更後の状態を誰も確定していない、連絡停止や新着返信を送信前に確認できない場合は、文面生成より先に記録と運用を整えます。

本記事で作る成果物は、次の三つです。

1. 旧条件の根拠までたどれる「案件時系列」 2. AIへ渡す情報を限定する「更新済み入力票」 3. 入力と出力の差分を確認する「送信前評価表」

追客全体の役割分担は、工務店のAI追客フロー｜下書き・確認・送信・記録を分けるで扱っています。個人情報を減らした入力メモは、工務店のAI追客用メモ｜個人情報を減らして相談を整理するを参照してください。本記事では、文面作成前の情報更新と、古い条件を出力から除く判断に範囲を絞ります。

01.古い条件が混ざる原因を「記憶違い」だけにしない

工務店の追客では、資料請求フォーム、電話メモ、来場アンケート、商談記録、資金計画、土地提案、メール返信など、同じ案件の情報が複数の場所に蓄積します。それぞれの記録は作成日時と目的が異なるため、すべてが当時の事実であっても、現在の追客に使えるとは限りません。

たとえば、資料請求時に「土地あり」と回答した顧客が、初回来場で「親族所有地を使えるかは未確認」と話すことがあります。この場合、資料請求時の回答を消す必要はありません。しかし、現在条件として「ご所有の土地に合わせてご提案します」と書けば、利用できる土地が確定しているという誤案内になります。

更新対象は、次の六つに分けます。

1. 連絡状況 2. 時期 3. 予算・資金 4. 土地・エリア 5. 世帯・要望 6. 自社対応・提案

「連絡状況」には、返信待ち、日程調整中、検討休止、再開希望、連絡方法の希望などを含めます。「時期」は、着工、入居、土地決定、住宅会社決定のどれを指すのかまで分けます。「自社対応・提案」には、送付済み資料、次回までの宿題、見積もりの範囲、担当者が伝えた期限などを含めます。

古い条件が生まれる経路は、大きく四つあります。

• 情報が時間とともに変わる「経時変化」
• 顧客の希望や前提が変わる「意向変更」
• 同じ発言を担当者が異なる意味で記録する「解釈差」
• 会社側の予定、資料、商品条件、提案内容が変わる「自社更新」

顧客の変更だけを探していると、送付済み資料、回答期限、見積もりの前提など、自社側の古い情報を見落とします。

止めるべきなのは、最後の言い回しではなく、「現在情報と区別されない」段階です。生成後に誤りを探すだけでは、AIが補った因果関係や自然な言い換えに隠れた旧条件を見落とします。

特に注意したいのは、古い情報ほど具体的で、直近の情報ほど曖昧になりやすいことです。半年前の記録に「総予算3,500万円、X市、翌春入居」と数字が並び、直近の電話記録には「資金計画から見直したい」としか書かれていないことがあります。具体性の高さを採用基準にすると、現在は使えない数字が優先されます。

採用基準は、記録量や具体性ではありません。いつ、誰が、何を情報源として確認し、その後に変更、撤回、矛盾を示す記録がないかで判断します。

02.更新前に一つの案件時系列を作る

更新作業では、散らばった記録を一つの時系列へ並べます。すべての会話を再現する必要はありません。六つの更新対象について、元の条件、変更を示す記録、現在の扱いをたどれる範囲に絞ります。

以下は、注文住宅を扱う架空の工務店例074における架空案件です。資料請求から約四か月が経過し、来場二回、電話一回、メールで複数回連絡した設定に固定します。実在の顧客、取材結果、運用成果を示す事例ではありません。

この時系列では、6月3日の「土地あり」と6月18日の「利用できるか確認中」を並べたままAIへ渡してはいけません。総予算3,500万円も、顧客が実際に話した数字ではありますが、7月9日の見直し発言を受けて現在値としての使用を止めます。

入居時期も同様です。6月3日の「翌春入居」は、8月2日に「時期を決めず、土地条件を先に整理」と更新されています。平屋についても、8月2日の記録は「比較候補」であり、「平屋を希望」「平屋で決定」とは書けません。

情報源の違いも確認します。顧客本人から届いた直近の返信や、会話直後に残された記録は、後日の記憶だけで作られた引き継ぎメモより判断根拠を示しやすい情報です。ただし、「新しい記録だから必ず正しい」とは限りません。誤記の疑い、主語の欠落、担当者間の不一致がある場合は、最新値ではなく確認待ちにします。

同じ日の記録が食い違う場合も、単純に後から入力された方で上書きしません。営業メモに「X市が第一希望」、設計メモに「Y市も検討」とあるなら、「X市からY市へ変更」とは限りません。「X市を第一希望としながらY市を候補へ追加した」可能性があるためです。

次の三つは別の変更として扱います。

• 選択肢が追加された
• 優先順位が変わった
• 従来の条件が撤回された

時系列は、送信直前に初めて作るものではありません。追客候補を抽出した後、文面作成前に整理し、送信直前には入力票作成後の差分だけを確認します。短い承認時間の中で全履歴を読み始めると、「おそらく変わっていない」という推定で送信されやすくなります。

03.六つの更新対象を三つの状態へ分ける

時系列を作った後は、情報を「使用可」「要確認」「使用停止」の三状態に分けます。この状態は、情報が永久に正しいかを表すものではありません。今回の追客文面で、現在の事実として使えるかを示します。

本記事での「要確認」は、社内記録だけでは現在値と断定できる根拠が不足している、または変更を示す記録があり、人が確認を終えるまで文面へ事実として使用しない状態を指します。単なる作業メモや、AIへ判断を委ねる区分ではありません。

• 「使用可」：現在値としての根拠があり、その後の変更記録が見当たらない
• 「要確認」：根拠不足、曖昧な表現、変更の兆候、複数記録の不一致がある
• 「使用停止」：撤回、変更、期限切れ、誤記などが判明し、現在条件として使用しない

項目全体を一括して「使用可」にしないことが重要です。「予算・資金」の中でも、具体的な総額は要確認、資金計画を見直したい意向は使用可、自己資金は情報なし、という分かれ方があります。文面へ移す単位で判定します。

状態に迷った場合は、次の二点を確認します。

1. 顧客本人が読んだとき、現在の希望や状況として認められる根拠があるか 2. 担当者が、その根拠となる記録をすぐ提示できるか

どちらかを満たせない情報は、使用可にしません。顧客へ確認する必要がなければ、質問にもせず、今回の文面から外します。

使用停止は、記録そのものを消すという意味ではありません。過去の経緯として残しながら、現在参照欄とAI入力から分離します。完全に削除すると、別の担当者が古いメールや資料から同じ条件を再び現在値へ戻すことがあります。

空欄も使用可ではありません。予算欄が空欄だからといって、「予算に制約がない」「以前から変更がない」とは判断できません。今回使える情報がない状態として扱い、AIには補完や推測をさせません。

04.最新確認日と情報の有効条件を一組で記録する

更新日だけでは、古い条件の混入を十分に防げません。同じ日に確認した情報でも、有効な範囲と前提が異なるからです。「X市を希望」という記録は、土地を購入する場合の希望かもしれません。親族所有地を利用できる場合には、別のエリアになる可能性があります。

そこで、「値」「状態」「確認日」「情報源」「有効条件」「旧条件との関係」を一組にします。本記事では、この組み合わせを更新単位と呼びます。

架空の工務店例074の案件を更新単位へ直すと、次のようになります。

平屋が比較候補で、土地の利用可否も未確定なら、「平屋をご希望でしたので、土地に合うプランをご提案します」とは書けません。平屋について今回確認する必要がある場合に限り、「以前は平屋も比較候補に挙がっていましたが、現在も検討対象でしょうか」と質問へ変えます。

要確認の情報をすべて一通のメールで尋ねる必要はありません。時期、予算、土地、間取り、家族の希望を一度に確認すると、顧客の回答負担が大きくなります。今回の連絡目的に必要な項目だけを選び、それ以外は文面へ入れない判断が必要です。

この案件の連絡目的が「11月に入ったため、相談再開の意向を尋ねる」であれば、旧予算や旧入居時期を書く必要はありません。資金計画から整理したいという直近の意向に触れるかどうかを判断し、相談を再開する場合の入口だけを示せば足ります。

有効条件には、年月だけでなく前提となる出来事も記録できます。

• 親族所有地を利用できる場合
• 家族での相談が終わった後
• 金融機関への事前相談後
• 見積もりの対象範囲を確定した場合
• 現地確認が完了した場合

前提が成立していない情報は、具体的であっても現在の確定条件として扱いません。

05.AIへ渡す情報を更新済み入力票へ変換する

AIに商談履歴をそのまま渡すと、使用可、要確認、使用停止の情報が同じ文脈に並びます。そこで、AIへ渡す前に「更新済み入力票」へ変換します。

更新済み入力票は、顧客管理システムの代わりではありません。今回の文面作成に必要な情報だけを抜き出し、事実として使う情報、質問へ変える情報、出力してはいけない情報を分ける作業用データです。

入力票には、次の項目を設けます。

• 連絡目的
• 使用可情報
• 確認したい情報
• 禁止情報
• 表現上の制約
• 根拠記録
• 入力票作成後の差分確認日時

架空の工務店例074の案件では、次のように記入できます。

AIへの依頼は、単に「追客メールを書いて」では不足します。少なくとも、次の境界を指示します。

使用可情報のうち、今回の連絡目的に必要なものだけを事実として使用してください。確認したい情報は、現在の条件だと断定せず質問にしてください。禁止情報は、言い換えや推測を含めて本文へ入れないでください。不明な日付、金額、予約、提案内容を補わないでください。

禁止情報の具体的な値までAIへ渡す必要がない場合は、人の照合欄とAI入力欄を分けます。AIには「旧予算額を記載しない」とだけ伝え、3,500万円という具体値は社内照合欄に残す方法です。

個人情報についても、文面作成に必要な範囲へ減らします。氏名がなくても下書きを作れるなら、案件番号や「顧客」という表記で足ります。住所の番地、生年月日、勤務先、詳細な借入状況など、今回の文面に不要な情報を過去メモごと入力しません。

個人情報の利用目的、安全管理、外部サービスの利用条件などを確認する一次資料として、個人情報保護委員会「個人情報保護法ガイドライン（通則編）」があります。ただし、このガイドラインを参照しただけで、特定のAIサービスへの入力が一律に適法になるわけではありません。自社が通知・公表した利用目的、契約内容、サービス設定、委託や第三者提供に関する整理など、具体的な条件を担当部署または必要に応じて専門家へ確認します。

入力票の作成者と送信承認者が異なる場合、承認者は根拠記録へ戻れる状態にします。入力票だけを正解として扱うと、転記時の誤りを見抜けません。一方で、承認のたびに全履歴を読み直すと負担が大きくなるため、各情報に記録日と情報源を付けます。

「今回の目的に必要な情報を選ぶ」のは、状態分類の後です。必要そうな情報だけを先に拾うと、旧予算や旧日程のように具体的な情報を採用しやすくなります。最初に新旧と根拠を判定し、その後で利用範囲を絞ります。

06.AIの出力を事実・質問・提案に分解して直す

AIが作った文章は、全体の印象だけで確認しません。一文ずつ「事実」「質問」「提案」に分け、異なる基準で評価します。

• 事実：入力票の使用可情報と一致し、根拠記録を示せるか
• 質問：未確認事項を現在の条件として断定していないか
• 提案：自社が実行でき、社内承認や準備が済んでいるか

AIは、情報同士を自然につなぐために、入力にない因果関係を補うことがあります。「土地条件が決まり次第、平屋プランをご提案します」は自然な文章ですが、この案件では土地利用も平屋希望も提案の約束も確定していません。

修正後は、文章が弱くなりすぎていないかも確認します。「もし」「可能であれば」「差し支えなければ」を重ねると、顧客が何を返せばよいか分からなくなります。未確定事項を減らし、質問を一つか二つに絞れば、過度な婉曲表現は不要です。

事実、質問、提案のどれにも当てはまらない「評価」にも注意します。「理想の住まい」「ご家族に最適な土地」「無理のない予算」といった表現は、誰がどの基準で評価したのかが不明です。古い条件そのものではなくても、顧客の状況や価値判断を決めつけるため、追客目的に不要なら削ります。

AI出力の照合は、入力票との一致だけでは完了しません。入力票作成後に顧客から返信が届いていないか、担当者が電話していないか、停止希望が登録されていないかを確認します。入力票で使用可だった情報も、新しい接点によって状態が変わります。

07.変更の衝突と例外を処理する

実際の案件では、「新しい記録を採用し、古い記録を止める」だけでは処理できない場合があります。顧客本人と家族の発言が異なる、同じ言葉が別の範囲を指す、自社担当者の説明が変わったといった場合は、一つの記録で全体を上書きしません。

顧客本人と家族の希望が異なる場合

家族内で希望が異なるとき、直近に話した人の希望を世帯全体の最新条件にしません。一人が平屋を希望し、もう一人が二階建ても比較したいと話したなら、「平屋から二階建てへ変更」ではなく、「平屋と二階建てを比較中」「世帯としての優先順位は未確認」と整理します。

文面でも、「平屋をご希望でしたので」とまとめず、「以前は平屋と二階建てを含めて比較されていましたが、現在の優先順位はいかがでしょうか」と質問へ変えます。ただし、家族の誰が何を話したかをメール本文へ細かく書くと、個々の発言を不用意に引用することがあります。必要がなければ、比較中という状態だけを示します。

同じ「予算」が異なる範囲を指す場合

「3,500万円」という数字があっても、建物本体だけか、付帯工事を含むか、土地費や諸費用まで含むかで意味が変わります。後日の記録に「4,000万円」とあっても、単純な増額とは限りません。

対象範囲が違う場合は、数字の新旧比較をせず、両方を要確認にします。AIには金額を渡さず、「資金計画の対象範囲を改めて確認する」と入力します。顧客への質問も、「予算に変更はありますか」だけではなく、「土地費を含む総額から整理するか、建物にかける金額から整理するか」のように対象を分けます。

自社の回答期限や商品条件が変わった場合

古くなるのは顧客情報だけではありません。「次回までに見積書を送る」「今月中ならこの仕様で案内できる」「担当者が現地を確認する」といった自社側の情報も更新対象です。

履行状況が不明なままAIへ渡すと、「見積書をご確認ください」「現地確認後のご提案です」など、実施済みを前提にした文章が作られます。送付予定、作成中、承認待ち、送付済みを分け、実際に確認できる状態だけを文面へ使います。

キャンペーン、補助制度、金利、商品仕様など時点によって変わる情報は、顧客メモの更新だけでは正しさを担保できません。公開中の一次情報、社内の現行資料、担当部署の確認へ戻ります。過去のメールに記載があるという理由だけで、現在も利用できると案内してはいけません。

文面作成後に新しい返信が届いた場合

文面を作成し、承認や予約送信を待っている間に顧客から返信が届いた場合は、承認済みであっても送信を止めます。返信内容が「まだ検討中です」だけでも、質問の重複、連絡時期、相談再開の意向が変わる可能性があります。

実行順序は次のとおりです。

1. 予約送信または送信作業を停止する 2. 新着返信を案件時系列へ追加する 3. 影響する更新対象を三状態へ再分類する 4. 更新済み入力票を直す 5. 必要な場合だけ文面を再生成し、再承認する

予約送信を使う場合は、予約時刻の直前に新着返信を確認する担当者と、予約を解除する方法を決めます。仕組み上できない場合は、日程調整中、苦情対応中、重要な条件変更中の案件を予約送信の対象外にします。

更新できないまま連絡時期が来た場合

確認材料が不足していても、顧客が希望した連絡時期が来ることがあります。その場合は、古い条件で具体性を出さず、目的を「現在の状況と今後の連絡希望を確認する」に限定します。

その後のご検討状況はいかがでしょうか。ご相談を再開される場合は、現在のご希望から改めて伺います。まだ情報収集中でしたら、今後の連絡を希望される時期をお知らせください。

過去の条件を一通のメールへ並べ、顧客に一つずつ訂正させる必要はありません。まず現在地を確認し、返信後に必要な項目を段階的に更新します。

08.送信前評価表で入力と出力の差分を確認する

送信前には、文章の読みやすさだけでなく、更新済み入力票から出力へ移る間に情報が変形していないかを確認します。承認者が全履歴を読み直すのではなく、使用可情報、要確認情報、禁止情報と出力の差分を見られる評価表を使います。

確認順序は、宛先、連絡可否、直近返信、事実、質問、提案、添付・URL、送信予定日時です。誤字や文章表現を最初に見ると、自然な文章に引っ張られて事実誤認を見落としやすくなります。文章の仕上げは、条件確認の後です。

評価表の目的は、すべての欄に機械的なチェックを付けることではありません。差し戻し条件に該当したとき、どの工程へ戻るかを明確にすることです。新しい返信が見つかった場合は、文章だけを直さず、六つの更新対象の分類まで戻ります。

AI出力を部分修正した後にも注意が必要です。旧予算の数字だけを消しても、「そのご予算に合う土地」のような指示語が残ることがあります。禁止情報の数値や固有語だけでなく、それを受ける代名詞、比較表現、因果関係も確認します。

添付資料も本文とは別に古くなります。本文で「現在の条件から改めて伺います」と書いていても、添付した旧資金計画書に過去の予算や入居時期が残っていれば、更新は完了していません。添付ファイルの版、作成日、対象案件、数値、提案条件を確認します。

URLを再利用する場合も、送信時点でページを開きます。施工事例、イベント、商品、補助制度の案内は、同じURLでも内容や開催日が更新される場合があります。過去に送った記憶ではなく、送信時の表示内容を基準にします。

原因が情報更新にあるなら入力票まで戻り、AIの表現だけにあるなら出力を直します。戻り先を分けることで、次回も同じ旧条件が生成される状態を残さずに済みます。

配信対象や連絡停止の詳しい判定は、工務店のAI追客と連絡希望｜配信対象と停止条件を確認するで確認してください。本記事の「使用可」は、情報内容を文面へ使えるという判定であり、顧客へ連絡してよいという判定ではありません。

09.現在値と履歴を分け、訂正手順は別に管理する

古い条件は、現在参照欄から外して履歴側へ残し、AIには原則として現在参照欄だけを渡します。本記事では「現在の文面に何を使うか」までを扱い、元記録の誤記を誰がどのように訂正するか、旧値をどう保持するかという訂正手順は、工務店のAI追客記録の訂正｜旧値を残して誤記を直すへ分けます。別担当者の記録に誤りが疑われる場合は、その場で元記録を上書きせず、訂正手順に従って確認してください。

更新済み入力票には「今回の文面で参照する値」「その値を確認した原記録と日時」「確認待ちの値」を分けて記入します。たとえば希望予算が二つ残っているときは、新しい日付の値を機械的に採用せず、どちらが顧客の現在の意向かを担当者が確認します。確認できるまで金額を本文に書かず、確認すべき質問として残します。

10.更新漏れを個人の注意力ではなく運用条件で減らす

更新作業を担当者の慎重さだけに任せると、繁忙期や引き継ぎ時に崩れます。どの接点で、誰が、いつまでに、どの項目を確認するかを決めます。すべての接点で六項目を埋め直す必要はありません。変化が起きやすい接点に更新条件を置きます。

たとえば、次のように分担できます。

• 来場後：時期、予算・資金、土地・エリア、世帯・要望を確認する
• 電話後：会話で触れた項目と連絡状況を更新する
• 顧客からのメール返信後：連絡状況と返信内で変更された項目を更新する
• 見積書や資料の送付後：自社対応・提案を更新する
• 担当変更時：現在参照欄と未確認事項を引き継ぐ
• 文面作成前：六項目を三状態へ分類する
• 送信直前：新着返信、停止希望、添付・URLの差分を確認する

更新対象への言及がなかった場合は、「変更なし」と断定せず、「当該項目への言及なし」と記録します。話題にならなかったことは、以前の条件が現在も有効だという確認ではありません。

過去案件を一度に完全整理しようとすると、作業量が大きくなります。まずは送信予定のある案件から、案件時系列、三状態、更新済み入力票を作ります。ただし、連絡停止、希望する連絡時期、利用可能な連絡方法は、送信予定案件を選ぶ前に確認しなければなりません。

更新漏れを見つけた場合は、その文面だけを直して終わらせず、混入経路を特定します。

• 記録先が複数あり、現在値を参照する場所が決まっていなかった
• 変更を示すメモが時系列へ入っていなかった
• 要確認情報を使用可として入力した
• 禁止情報を入力票へ明示しなかった
• AIが作った提案を社内確認せず採用した
• 添付ファイルを確認しなかった
• 予約送信後の返信を検知できなかった

件数を集計する場合は、送信前の検出と送信後の誤案内を分けます。たとえば、「AI下書きを作成した追客文面数」を分母とし、次の数を別々に記録します。

• 入力票作成時に使用停止へ移した旧条件の件数
• 送信前評価で古い条件を発見した文面数
• 送信後に顧客から訂正を受けた文面数
• 同じ原因で旧条件が再混入した件数

送信前に誤りを発見できたことは確認工程が働いた結果ですが、発見件数の多さ自体を成果にはしません。入力票や元記録の段階で混入を減らす改善につなげます。

修正内容も六つの更新対象で分類します。予算の誤りが続くなら、資金計画書と商談メモの参照関係に問題がある可能性があります。自社対応・提案の誤りが多いなら、送付済み資料や担当者の約束を記録する場所が不足しているかもしれません。

AI利用の管理を検討する際の一次資料として、経済産業省「AI事業者ガイドライン」公開ページを参照できます（参照先確認日：2026年9月26日）。本記事の三状態分類、更新済み入力票、送信前評価表は工務店向けの実務案であり、国が定めた様式ではありません。入力情報、出力確認、担当者の役割、問題発生時の対応を自社で定める際は、公開ページで利用時点の版と改訂状況を確認してください。

外部資料の版やURLは変更される可能性があるため、本文では特定の版番号を固定しません。公開前にはリンク先が経済産業省の正式な掲載先であること、最新版への導線、資料名、改訂日を実際の画面で確認し、その確認日を記事管理欄へ記録します。確認できない状態では、「最新版を確認済み」とは表示しません。

AIへの入力記録についても、全文を無期限に保存すればよいとは限りません。保存期間、アクセス権、外部サービスとの契約、入力データの取扱いは、利用環境によって異なります。「AIへ入力した情報は必ず学習される」「特定の設定なら必ず外部提供に当たらない」と一律に判断せず、利用規約、契約、管理画面の設定、社内規程を確認します。

11.実務では「書ける情報」より「今書く必要がある情報」を選ぶ

古い条件を混ぜないために、最新情報をすべて文面へ盛り込む必要はありません。使用可情報であっても、今回の連絡目的や顧客の回答に関係しないなら、書かない方が誤解を減らせます。

追客文面へ入れる情報は、次のいずれかに役立つものへ絞ります。

1. 今回連絡した理由を説明する 2. 顧客が無理なく回答を選べるようにする 3. 返信後に自社が次の準備をできるようにする

架空の工務店例074の案件で必要なのは、11月以降の連絡希望に合わせたこと、相談を再開するか、再開する場合に何から整理するかです。旧予算、旧入居時期、土地所有の扱い、平屋の希望度は、返信後に必要なものから確認できます。

更新済み入力票を基にした完成文は、次のようになります。

以前、11月以降の連絡をご希望いただいていたため、ご連絡しました。

資金計画から条件を整理したいと伺っておりましたが、その後のご検討状況はいかがでしょうか。ご相談を再開される場合は、土地の利用条件と資金計画のどちらから確認したいか、お知らせいただければ準備いたします。

まだご家族で検討を続けたい段階でしたら、今後連絡を希望される時期だけでも差し支えありません。

この文面を送れるのは、次の条件をすべて満たす場合です。

• 11月以降の連絡希望が現在も有効である
• 送信前に新しい返信や停止希望がない
• 資金計画から整理したいという記録を使用可と判断できる
• 土地の利用条件と資金計画を相談項目として提示できる
• 「準備いたします」と書ける社内体制がある
• 連絡方法と送信日時が別途の配信条件を満たしている

いずれかを満たさない場合は、該当する一文を削るか、更新済み入力票まで戻ります。

反対に、次のような文面は具体的でも使用できません。

ご所有の土地で平屋を建てる計画について、3,500万円のご予算に合うプランをご用意しました。来春入居に向けて、11月中にお打ち合わせを再開しましょう。

土地所有、平屋希望、予算、入居時期、プラン準備、打ち合わせ再開のすべてに、未確認または使用停止の要素があります。「かもしれません」「ご検討ください」と語尾を弱めても、前提の誤りは残ります。一つずつ表現を直すのではなく、更新済み入力票から書き直します。

古い条件を見つけたときの判断は、最終的に次の四つです。

1. 現在値としての根拠があり、今回必要なら事実として書く 2. 現在値を断定できず、今回確認する必要があるなら質問へ変える 3. 今回の目的に不要なら、正しい情報でも書かない 4. 変更、撤回、期限切れ、誤記が判明しているなら、現在参照欄とAI入力から外す

AIは文章を読みやすく整えられても、工務店内のどの記録を現在値とするかを自動的に決められるとは限りません。状態を分けずに履歴を渡せば、古い情報も新しい情報も顧客理解の材料として滑らかに統合されます。生成後の校正より前に、入力の採用条件を決める必要があります。

送信後に顧客から訂正を受けた場合は、返信文を整えるだけで終わらせません。まず、その条件を現在の文面利用から停止します。次に、訂正手順に従って元記録を確認し、関連する添付、予約送信、別の追客文面、担当者の手元資料に同じ条件が残っていないかを確認します。

工務店のAI追客情報を更新するときに守るべき線は明確です。過去に一度聞いた情報を固定的な顧客属性として扱わず、今回使える根拠のある事実だけを選ぶ。根拠が不足する情報は事実として使わず、必要なものだけを質問へ変える。変更済みの条件は現在参照欄とAI入力から外す。そのうえで、出力を事実、質問、提案に分け、根拠と実行可能性を人が確認します。

この分離を入力前、生成後、送信直前の三段階で行えば、自然な文章に隠れた古い条件を顧客へ届く前に止められます。