問い合わせメールの返信案をChatGPTに作らせるなら、氏名だけを伏せて本文を丸ごと貼るのは避けます。会社名、メールアドレス、注文番号、契約内容、署名、過去のやり取りも、相手や案件を特定する手がかりになるためです。
先にすることは、メールを「誰から届いたか」ではなく「何に答える必要があるか」へ書き換えることです。返信に必要な事実だけを残し、固有情報は一貫したダミー名へ置き換えます。この記事では、その作業を迷わず進めるための順番とテンプレートをまとめます。
この記事でわかること
- ChatGPTへ貼る前に削除・置換する情報
- 氏名を消すだけでは足りない理由
- 問い合わせを要件だけへ変える匿名化テンプレート
- 置き換え漏れを見つける確認順
- 入力せず、社内確認へ回したほうがよい条件
匿名化の前に「本文を入れる必要があるか」を決める
最初の判断は、メール全文をどこまで隠すかではありません。返信案を作るために、その全文が本当に必要かです。
たとえば、営業時間の質問へ答えるだけなら、差出人の名前、会社、住所、署名、過去の注文履歴は要りません。「営業時間を尋ねられた。公開済みの案内をもとに返信案を作る」という要件だけで進められます。入力しなかった情報は、あとから漏れる心配もありません。
私は、次の順番で必要性を見ます。
- AIを使わず、定型文や既存FAQで答えられないか
- 問い合わせの種類と回答条件だけで下書きを作れないか
- 個別事情が必要なら、実データではなくダミーへ置き換えられないか
- それでも実情報が必要なら、入力せず社内の管理者へ確認する
「便利だから全文を貼る」ではなく、回答に必要な最小限を作るところから始めます。
消す情報は5つのまとまりで探す
上から読んで名前だけを探す方法では、取りこぼしが出ます。情報の種類ごとに分けて確認します。
| 種類 | メールに含まれやすい情報 | 基本の扱い |
|---|---|---|
| 本人・連絡先 | 氏名、メールアドレス、電話番号、住所、SNSアカウント | 削除または ［相談者A］ などへ置換 |
| 所属・関係者 | 会社名、部署、役職、担当者名、取引先名 | 回答に不要なら削除。必要なら ［会社A］ へ置換 |
| 取引・契約 | 注文番号、顧客番号、商品名、金額、契約日、利用プラン | 必要な条件だけ一般化し、番号は実値を残さない |
| 認証・セキュリティ | パスワード、確認コード、秘密の質問、管理画面URL、APIキー | 入力しない。見つけた時点で作業を止める |
| 間接的な手がかり | 日時、地域、珍しい役職、固有のトラブル、添付名、引用履歴 | 組み合わせで特定できないかを見て削除・一般化 |
注意したいのは、単体では問題が小さく見える情報の組み合わせです。「地方名」「開催日」「一人しかいない役職」が並べば、氏名がなくても相手を推測できることがあります。必要な日付なら ［申込日］、必要な地域なら ［対象地域］ と役割へ置き換えます。
メールのヘッダー、署名、転送履歴、引用された過去メール、添付ファイル名も本文とは別に確認します。画面で見えている一通だけでなく、返信履歴の下に古い連絡先が残っていることもあります。
「伏せ字」より一貫したダミー名へ置き換える
文字を黒塗りにした画像を渡したり、名前の一部だけを ○○ にしたりする方法では、文脈が分かりにくくなります。文章の関係を保ちたいときは、役割が分かるダミー名へ統一します。
たとえば、同じ顧客はすべて ［相談者A］、自社担当は ［担当者］、商品は ［プランB］ とします。途中で A社、お客様、相談者 と呼び方を変えると、ChatGPTが別の相手として扱う可能性があります。
数字も同じです。金額の桁が判断に必要なら ［5万円未満］ のような範囲へ変え、正確な金額が不要なら ［契約金額］ とします。返信に期限が必要なら、実際の日付ではなく ［回答期限］ と置いて、下書きができたあとに人が戻します。
要件だけを残す匿名化テンプレート
問い合わせ本文をそのまま加工するより、別の枠へ必要事項を移すほうが漏れを見つけやすくなります。次のテンプレートは、返信案に必要な情報と、まだ確認できていないことを分ける形です。
目的：問い合わせへの返信案を作る
相手：［相談者A］
問い合わせの種類：［料金／不具合／納期／その他］
相手が知りたいこと：
- ［質問1］
- ［質問2］
回答に使ってよい事実：
- ［公開済みの案内、社内で承認済みの条件］
- ［確定している日付や対応範囲］
まだ確認できていないこと：
- ［担当者確認が必要な点］
書かないこと：
- 推測した金額、納期、保証
- 元資料にないサービス内容
- 個人情報、認証情報、実在する固有名詞
出力：
- 件名案
- 返信本文
- 人が確認する項目この形なら、ChatGPTに「不明点は補わず、確認事項として残す」と指示できます。元メールへ戻らなければ確定できない箇所は、［要確認］ のまま出力させます。
空欄をAIに埋めさせない。ここを崩すと、匿名化した意味がなくなります。
入力前は原文と置き換え後を別々に確認する
匿名化した文章は、原文と見比べるだけでは漏れを見落とすことがあります。原文を閉じ、置き換え後の文章だけを上から読み直します。
確認する語は次のとおりです。
@、電話番号らしい数字、郵便番号- 人名、会社名、商品固有名、ドメイン名
- 注文・契約・会員・請求に関する番号
- URL、ファイル名、署名、引用記号
- 日時、場所、役職など、組み合わせると相手が分かる情報
- パスワード、確認コード、秘密鍵などの認証情報
そのうえで、「この文章だけを別の担当者が見て、相手や案件を推測できるか」と考えます。推測できそうなら、情報をもう一段一般化します。
返信案ができたあとも、そのまま送信しません。固有名詞、金額、期限、対応範囲を原文や承認済み資料と照合します。ChatGPTの回答を業務で使う前の確認は、事実・数字・出典を見る3段階に分けると進めやすくなります。
データ設定の確認は、入力してよい理由にはならない
ChatGPTには、会話をモデル改善へ使うかを選ぶデータコントロールがあります。一時チャットには、履歴やメモリを残さず、モデルのトレーニングに使わないという現行の案内もあります。ただし、設定を変えたことと、会社や顧客の情報を入力してよいことは別です。
利用前には、少なくとも次を確認します。
- 会社で利用を認めているアカウントか
- 契約プランとデータの取り扱い
- モデル改善に関する現在の設定
- チャット、ファイル、メモリの保持と削除の扱い
- 社内規程、顧客との契約、利用目的に反しないか
個人情報保護委員会も、生成AIへ個人データを入力する場面について、利用規約の確認などを求める注意喚起を公表しています。個別の入力が法令や契約に適合するかは、この記事だけでは決められません。判断が必要なら、実データを入れる前に社内の情報管理・法務担当へ確認します。
継続して資料を使う場合は、一つの場所へ混ぜる前にProjectsを目的・顧客・権限・保存期間で分ける方法も見ておくと迷いません。
入力を止める条件
次のどれかに当てはまる場合は、匿名化を続けるより入力を止めます。
- パスワード、確認コード、APIキー、秘密鍵が含まれる
- 本人確認書類、決済情報、健康・採用・評価など慎重な扱いが必要な情報を含む
- 契約や社内規程で外部サービスへの入力可否が分からない
- 匿名化すると回答に必要な意味まで失われる
- 相手を特定できる情報を消し切れない
- 法律、契約、返金、事故対応など、担当者の判断が必要な返信である
この状態なら、AIで文面を作るより、既存の定型文や社内の確認経路を使うほうが早く済みます。匿名化は、入力してよいという保証ではありません。入力しない判断も、安全な使い方の一つです。
おわりに
問い合わせメールをChatGPTへ貼る前に見るのは、氏名だけではありません。所属、連絡先、取引、認証情報、そして組み合わせで相手を特定できる手がかりまで確認します。全文を伏せるのではなく、回答に必要な要件だけを別のテンプレートへ移し、固有情報を一貫したダミー名へ置き換えると作業しやすくなります。
どの情報を残せば業務に使えるか、社内でどこまで確認すべきか。ここで決めきれない場合は、一つの問い合わせ業務をダミーデータで組み立てるところからお力になれるかもしれませんので、お気軽にご相談ください。
