工務店・ハウスメーカーのAI追客データ利用記録 入力範囲と保存先を管理する

AIでお礼メールや追客文案を作るとき、どこまで顧客情報を入力し、何を記録すればよいのでしょうか。基本は、その文案に必要な情報へ絞り、「元の案件」「入力した項目」「使った環境」「確認後の保存先」を結び付けることです。顧客対応の全文を、別の台帳へもう一度コピーする必要はありません。

ただし、記録があれば入力できるわけではありません。自社が示した利用目的、必要な同意等、サービスの契約・設定、保存や提供者側の利用、社内の権限が入力判断の前提です。氏名を消しただけで、その判断を省略することもできません。

本記事では、お礼メールの架空例を通じて、情報を減らす判断と、後からたどるための記録を説明します。表の区分や様式は編集部の運用提案です。

01.氏名を置き換える前に、文案に必要な情報を選ぶ

一斉配信の一般的な案内なら、イベント日時や内容だけで下書きを作れる場合があります。一方、個別の日程調整には、候補日と相談テーマが必要です。同じ追客でも必要な入力が違います。

まず「面談後のお礼メールで、次回候補日を提示する」のように、作るものと目的を一文にします。その目的なら、詳細な年収、借入残高、勤務先、学区名は通常必要ありません。日付まで消すと作業できないため、必要な日付は残し、ほかの項目を削ります。

氏名を顧客IDへ置き換えても、自社の対応表などと容易に照合して本人が分かる情報は、個人情報に該当し得ます。この判断は個人情報保護委員会の通則ガイドラインで示されています。

ここで行うのは、入力する情報を減らし、氏名等を置き換える作業です。それだけで法令上の「仮名加工情報」「匿名加工情報」の要件を満たすとは扱いません。これらには固有の取扱規律があります。仮名加工情報・匿名加工情報編を参照してください。

情報を減らす際には、意味まで変えないことが重要です。「入学前に転居したい」を一律に「来春まで」と変えると、期限が違う可能性があります。期限が必要なら元記録で確かめ、不要なら期限の記載自体を外します。元のメモにない次回行動を補うことも避けます。

02.入力先の条件は、用途の承認と一緒に決める

個人情報保護委員会の生成AIサービスに関する注意喚起は、事業者が個人情報を入力する際、利用目的に必要な範囲かを十分に確かめるよう求めています。また、本人の同意なく入力した個人データが応答出力以外の目的で扱われる場合には、法違反となる可能性があるため、提供者による機械学習への利用等を確認するよう示しています。

「法人向け」「学習に使わない」という名称や一つの設定だけで、入力全体の適否は決まりません。取得時の説明、実際の取扱い、委託・第三者提供等の該当性を含め、管理担当者が契約と利用方法を照合します。判断できない部分は要確認として保留し、必要に応じて専門家へつなぎます。

毎回規約を調べ直す代わりに、利用環境ごとの台帳を持つ方法があります。

一件の利用記録には「台帳T-02・第2版」のように、利用当時の条件を参照させます。最新の台帳だけを上書きすると、過去にどの設定で入力したかを説明できなくなるためです。

条件が不明なサービスへ顧客情報を入れて試す必要はありません。利用規約等を確認したうえで、顧客情報や社内機密を含まない公開情報の共通文案に用途を絞る案があります。

03.入力区分は社内の作業用に使い、法的な区分と混ぜない

担当者が入力範囲を選ぶために、次の四区分を使う案です。A～Dは法令上の名称ではなく、Bなら個人情報ではない、Cなら上司の承認だけで入力できる、という意味でもありません。

個人番号を使える事務は法令で限定されています。追客や文案作成のための入力に、本人同意や社内承認で例外を設けません。これは特定個人情報のガイドライン（事業者編）の利用制限を踏まえた扱いです。

病歴や障害などの要配慮個人情報には、取得や第三者提供について原則として本人同意を要するなどの条件があります。通則ガイドラインに沿って扱い、社内責任者の承認だけで条件を省略しません。本記事の追客文案では入力対象から外します。顧客に必要な配慮そのものは、人が正式記録に基づいて行います。

氏名がなくても、詳細な建築予定地や希少な事情の組合せから本人が分かる場合があります。区分は項目名だけでなく、実際に渡す文章全体で決めます。

04.架空例：お礼メールの入力と記録をつなぐ

以下は架空の「川辺ホーム」と案件C-1842の記入例です。2026年9月25日に利用した想定で、実在企業の記録ではありません。顧客は初回来場済みで土地探し中、次回は資金計画と土地探しの進め方を相談します。

面談記録には氏名、電話番号、勤務先、希望学区、世帯収入、借入、希望エリア、次回来店候補日があります。お礼と候補日を伝える目的に絞り、AIへ渡す内容は次のようにします。

初回来場後のお礼メールの下書きを作成してください。顧客は土地探し中で、次回は資金計画と土地探しの進め方を相談します。候補日は10月3日午前または10月5日午後です。まだ予約は確定していません。確認できていない土地紹介や資金計画の結果を約束せず、300字以内にしてください。

氏名と連絡先はAIへ渡さず、宛名と宛先は送信画面で扱います。収入、借入、勤務先、学区、詳細地名も省きます。一方、個別案件の候補日を残すため、入力にはC区分が含まれます。この用途でC区分を扱える契約・設定・取扱条件を確認済みの環境を使うという想定です。

架空の利用記録

案件IDでつなぐ場合も、台帳が誰でも読める状態にはしません。IDをたどれる人には顧客が分かるため、管理記録にも閲覧範囲を設けます。

架空の出力は、約束を増やしていないかを見る

AIが「最適な土地をご紹介し、無理のない資金計画をご提案します」と書いた場合、入力した事実だけではその内容を保証できません。送信文は、例えば次のように直せます。

先日はご来場いただき、ありがとうございました。次回は、土地探しの進め方と資金計画について、現在分かっている範囲を一緒に整理できればと思います。ご都合がよろしければ、10月3日午前または10月5日午後はいかがでしょうか。難しい場合は、別の日程もお知らせください。

修正理由は「紹介する土地と資金計画の結果が未確定のため、相談内容の案内に変更。候補日は予約確定と表現しない」と残します。修正前の全文を毎回別の場所へコピーしなくても、承認された保存先で必要な履歴を参照できれば管理できます。

送信時には、文案の確認に加えて、正しい宛先、候補日の現在の空き状況、連絡の許諾や停止希望を既存の顧客記録で照合します。文案を作れることと、販促連絡を送れることは別の判断です。

05.添付ファイルには、画面で見えていない情報もある

入力前の削減は、テキストだけの問題ではありません。PDFや表計算ファイルには複数の情報がまとまっており、必要な箇所以外まで渡す可能性があります。

元記録は所定の場所で保持し、入力用の写しから必要部分を抜き出します。目隠しを重ねただけで元の文字や別シートが残っていないか、渡すファイル自体を開いて点検します。

複数顧客の一覧を一括処理する場合は、一件の返信作成と分けて、対象件数、列、目的、出力先、削除時期を決めます。件数が増えると、誤入力や共有ミスが起きた際に調べる範囲も広がるためです。

06.保存は、正式記録・管理記録・一時作業物に分ける

AI側の履歴を消しても、メール下書きや端末に複製したデータは残ります。保存期間だけでなく、場所、閲覧者、処理方法を一組で決めます。

保存期間は、利用目的、契約、法令、紛争対応、既存の文書管理との関係で決めます。全文の永久保存も、一律の即時削除も、この表だけでは決められません。

サービス側の履歴、社内の正式記録、作業用の複製には、それぞれ管理する人と削除条件があります。画面上で履歴を削除できたことだけを、提供者側の全保存データが消えた証拠にはしません。

07.誤入力は、その場で報告し、履歴だけ消して終えない

不要な顧客情報を貼り付けた、個人アカウントで使った、別顧客の情報が出力された場合は、まず追加の送信・共有を止め、分かっている範囲で直ちに管理責任者へ連絡します。すべての事実を調べ終わるまで報告を待つ必要はありません。

そのうえで、利用日時、アカウント、入力した項目、参照元、出力先、共有範囲を特定します。証拠の保全は閲覧者を絞り、不要なスクリーンショットや全文コピーを増やさずに行います。アクセス遮断などの拡大防止も並行して進めます。

個人情報の漏えい等では、事態に応じて個人情報保護委員会への報告（当該事案の報告受理権限が委任されている場合は委任先府省庁等への報告）や本人への通知が必要です。報告対象なら、速報は速やかに、確報は定められた期限内に行う必要があるため、原因確定を待たずに責任者が要否を調べます。委員会の漏えい等対応案内と通則ガイドラインを参照し、個別の判断が難しければ専門家へつなぎます。個人番号が関わる場合は、番号法側の取扱いも別途調べます。

AIの履歴を消す操作だけで処理を完了せず、どこまで情報が渡り、何を止め、何を処理したかを残します。再開前には、入力テンプレート、添付の方法、アカウントや連携の設定など、原因に近い箇所を直します。

08.点検は、記録の量より判断をたどれるかで見る

日常の記録にはテンプレート番号と版を使い、個別に追加した情報と修正理由を残すと負担を抑えられます。月次点検では、C区分の利用、添付、一括処理、重大な修正などを優先して、実際の入力と台帳の条件が一致するかを見ます。

架空の計算例：1か月のAI利用が80件で、C区分を含むものが12件、添付ありが5件、その重複を除いた重点対象が14件だったとします。この14件のうち10件を点検した割合は、10件÷14件×100＝約71％です。全80件に対する点検率ではなく、望ましい基準値でもありません。残る4件の扱いも点検計画に残します。

点検では、「追客のため」としか書かれていない目的欄、入力当時の設定をたどれない台帳、正式保存先に移されない下書きなどを見ます。修正なしが多い場合も、出力が正確だったのか、照合が浅かったのかを記録から確かめます。

記録を増やす前に、使われない欄や同じ情報の二重入力を減らせないかを考えます。元の案件から、AIへ渡した項目、当時の環境、確認後の正式版までたどれる。その状態を、現場が続けられる記録量で作ることが目的です。