問い合わせ返信にAIを使うなら、任せるのは下書きまでです。元メールから要件を抜き、確定した情報だけを渡します。人が見直すのは、事実、約束、宛先の3点です。
ここでは、架空の問い合わせを使い、下書きを作って見直す順番を整理します。優先するのは、文章のうまさより意味の正確さです。
この記事でわかること
- 問い合わせ内容をAIへ渡す前の整理
- 返信の下書きを作る4つの手順
- 送信前に人が見る3項目
- 次回も使える返信の型の残し方
元メールから返信に必要な情報を抜き出す
元メールを貼る前に、返信へ必要な内容だけを抜き出します。渡す情報を減らすほど、AIが何に答えればよいのかもはっきりします。
最初に分けるのは、次の4項目です。
- 相手が知りたいこと
- こちらで確定していること
- 社内で確認が必要なこと
- 返信してはいけない情報
たとえば「見積もりと来月の対応可否を知りたい」という問い合わせなら、質問は二つです。金額が未定なら、その場で数字を作らず「確認が必要」と分けます。
問い合わせの意図が複数ある時は、一文へまとめません。質問ごとに箇条書きへすると、返信の抜けを元メールと照合しやすくなります。
もう一つ、事実と判断と表現を分けます。「受付済み」は事実ですが、「対応できます」は社内の判断が入った表現です。文章が丁寧に整っていても、意味まで変わっていれば採用できません。
AIへ入れない情報を先に外す
入力してよいか判断できない情報は、AIへ渡さないのが基準です。氏名や会社名を残す必要がなければ、役割が分かる仮名へ置き換えます。
入力前に外す候補は次のとおりです。
- 氏名、メールアドレス、電話番号
- 会社名や担当部署を特定できる情報
- 契約金額、未公開の見積もり
- URLに含まれる認証情報
- 添付資料にある顧客情報
「A社の担当者」「商品A」のように置き換えても、下書きの目的は保てます。入力してよいか迷う情報は、社内ルールと利用するAIサービスの扱いを先に確かめます。
メール本文を入れる前の匿名化では、残す情報と伏せる情報を分けています。実データを扱う前に確認しておくと安心です。
問い合わせ返信の下書きを作る4つの手順
AIへは、元メールではなく整理済みの要点を渡します。目的、確定している事実、未確定の事項、出力条件の4つを分けて書くと、どこを人が埋めるべきかが出力にも表れます。
1. 返信の目的を一文で決める
返信の目的は一つに絞り、「質問へ回答し、未確定の納期は確認中と伝える」程度の一文にまとめます。
目的が二つ以上ある場合、謝罪と日程調整のどちらを先に伝えるかは人の判断です。
2. 確定事実と未確定事項を分ける
回答材料にするのは確定した内容だけで、未確定の事項は推測で補わず、保留のまま渡します。
確定していること:
- 対応範囲は商品Aの初期設定まで
- 受付済みである
未確定のこと:
- 見積金額
- 作業開始日空欄を埋める仕事と、文章を整える仕事は分けます。未確定の項目が空欄のまま残るので、根拠のない約束が紛れ込んでも気づけます。
3. 出力条件を短く指定する
長い指示より、守ってほしい条件を箇条書きにすると、文章の目的と禁止事項を見直しやすくなります。
次の情報だけを使い、問い合わせ返信の下書きを作成してください。
目的:
質問へ回答し、未確定事項は確認中と伝える
条件:
- 300字以内
- 敬体
- 金額と日付を補わない
- 不明な項目は「要確認」と書く
- 件名、宛名、署名は作らないAIが作った文面は完成品ではないため、出力条件に合っているかを人が元の要点と比べます。
4. 元メールと下書きを横に並べる
下書きだけでなく、元メールと整理した要点も横に置きます。照合では、書かれていない情報の追加と、必要な回答の欠落を探します。
見比べる順番は、質問、回答、保留事項です。文章の自然さを整えるのは、この照合が終わってからにします。
たとえば、確定情報が「問い合わせを受け付けた」だけなのに、下書きが「対応を開始しました」となっていれば修正します。受付と着手は別の事実です。
同じく「来週の予定を確認する」が「来週対応する」に変わっていないかも見ます。短い言い換えほど、約束の強さが変わりやすい部分です。
送信前に人が確認する3点
送信前の確認は事実、約束、宛先の3点に分け、誤字より先に相手の判断へ影響する内容を見ます。
1. 事実が元情報と合っているか
商品名、日付、回答内容を、元メールや社内で確認済みの情報と照合します。元資料にない説明があれば、内容が正しそうに見えても削除の候補です。
根拠を見つけられない文は、担当者へ確認に回します。確かめられないまま、言い回しだけをやわらげて残す、という処理はしません。
2. 金額・納期・対応範囲を約束していないか
「対応できます」「来週までに完了します」といった文は、書き手にその気がなくても相手には約束として届きます。社内で未確定なら、下書きの段階で外します。
見積もり、納期、キャンセル条件は、下書きの段階でいちばん言い切られやすい部分です。AIへ自然な文章を求めても、判断まで任せない線引きが要ります。
チェックでは、断定する動詞を拾います。「対応します」「完了します」「含まれます」を見つけたら、誰が決めたか、根拠はどこかを確かめます。
3. 宛先・CC・添付・署名が正しいか
本文が正しくても、宛先や添付を間違えれば事故になります。下書きの確認とは別に、メール画面で宛先、CC、添付、署名をもう一度見直します。
AIの下書きを別のメールへ貼り付ける時は、そのメールに残った過去の宛名や署名まで確認します。最後に送信するのは人です。
再利用するのは顧客情報ではなく返信の型
次回へ残すのは、固有の問い合わせ内容ではなく、整理の枠と確認項目です。返信例をそのまま蓄積すると、別の相手の情報が混ざる原因になります。
次の形なら、固有情報を持ち越さず再利用できます。
- 返信の目的
- 確定事実
- 未確定事項
- 書いてはいけない内容
- 送信前の確認者
問い合わせの種類ごとに型を一つ作り、ダミー情報で試します。最初の1業務の選び方へ戻ると、返信を続けるか別の候補を試すか判断できます。
問い合わせが増えてきたら、返信例を集めるより元資料の整理が先です。元資料にない回答を増やさず社内FAQを作る方法へつなぐと、確認済みの回答だけを残せます。
おわりに
問い合わせ返信では、元メールから要点を抜き、確定した情報だけで下書きを作ります。送信前に見るのは、事実、約束、宛先の3点です。AIへ任せる範囲を下書きまでに区切れば、人が判断する場所を残せます。
ダミー情報で型を試すところまでは、自社でも進められます。返信文は作れても、未確定事項の扱いや最終確認者が決まらない。そんな場合は、実際の顧客情報を持ち込む前にお力になれるかもしれませんので、お気軽にご相談ください。
