問い合わせ対応の一次回答をAIで下書きする｜誤送信後の初動まで決める

顧客からのメールやチャットでの問い合わせに、AIで一次回答を下書きさせる運用を始めた、あるいはこれから検討している会社に向けた記事です。想定しているのは、従業員10〜20名で、問い合わせ対応の専任者を置かず、営業や総務の担当者が他の業務と兼任で対応している会社です。

「AIに下書きさせ、送信は人が確認する」という運用の骨格そのものは、すでに多くの会社に定着しつつあります。ただし骨格だけを決めて、中身を決めていない会社が少なくありません。確認する人が1人しかいない体制でどう回すか、AIがなぜ誤った回答を作るのか、確認をすり抜けて誤った内容を送ってしまった後にどう動くか。この3点は、運用を始めた後になって初めて問われます。

この記事では、チャットボットや問い合わせ管理システムの選び方は扱いません。すでに使っているツールを前提に、下書きの確認と誤送信後の対応に絞っています。個人情報保護法など回答内容が法令に触れうる論点は、判断の入口だけを示し、条文の解釈そのものには立ち入りません。判断に迷う場合は原典または専門家への確認を前提にしてください。また、営業担当者が能動的に送る提案書やフォローメールの作成は営業でAIを使うで扱っており、本記事は顧客側から届いた問い合わせへの応答に限定します。

先に結論｜確認者が1人でも回る体制と、誤送信後の初動を先に決める

AIに一次回答の下書きを作らせてよいかどうかは、機能の性能ではなく体制で決まります。先に決めておくことは2つです。確認する人が1人しかいない前提で、その人が休んだときに送信を止める仕組みがあるか。そして、確認をすり抜けて誤った内容を送ってしまったときに、最初の30分で何をするかが決まっているか。この2つが決まっていれば、AIの下書き機能はそのまま使い始めて構いません。

多くの会社で止まっているのは、この先です。「AIは下書きまで、送信は人が確認する」という原則は広く知られていますが、確認者が不在の日にどうするか、誤った内容が実際に届いてしまった後にどう動くかは、決めないまま運用が始まっています。原則を作った時点で安心してしまい、例外の設計が後回しになっているのが実情です。この記事は、その先の手順を扱います。

AIが誤った一次回答を作る仕組み

AIが下書きを誤る理由は、機械が意図的に嘘をつくからではありません。渡された情報の中から、もっともらしい答えを組み立てているだけです。誤りが生まれる経路は、大きく3つに整理できます。以下は記事を作るうえでの整理であり、特定の製品の内部処理を検証した結果ではありません。個別の挙動については、利用しているサービスの仕様を別途確認してください。

経路	具体的に起きること	見分け方のヒント
社内FAQに無い質問への外挿	学習済みの一般的な受け答えの型から、その会社の規定にない答えを作ってしまう	「根拠になった文書」を尋ねても、具体的な文書名が出てこない
古い規約・価格情報の参照	過去に取り込んだ資料の中に残っている失効済みの価格表やキャンペーン規約を、現行のものと区別せずに使う	金額や期限が、最新の公開情報と食い違う
質問の意図の取り違え	似た言い回しの別の質問（解約と休止など）を同じ扱いにしてしまう	質問文の一部だけに反応した答えになっている

3つに共通するのは、AI側に「知らない」という自覚がないことです。人であれば「その件は確認します」と答えを保留できますが、AIは渡された材料の範囲で、常に何かしらの答えを作ろうとします。下書きを確認するときに見るべきなのは文章の丁寧さではなく、この3つの経路のどれかに当てはまっていないかという点です。

手順1｜AIに下書きさせてよい問い合わせと、だめな問い合わせを分ける

すべての問い合わせをAIに下書きさせる必要はありません。最初に、下書きさせてよい範囲を決めます。基準は「間違えたときに取り返しやすいかどうか」です。

問い合わせの種類	AIに下書きさせてよいか	理由
社内FAQの範囲内にある定型的な質問	下書きしてよい	根拠が明確で、確認も早く終わる
価格・見積に関わる質問	下書きはしてよいが、金額は必ず照合する	古い価格表を参照する経路が起きやすい
契約・解約に関わる質問	下書きしてよいが、送信前に一度立ち止まる	条件によって回答が変わり、誤ると取り消しにくい
クレーム・苦情	下書きさせない	感情への配慮が要り、定型文で返すと悪化しやすい
個人情報の開示・削除に関する請求	下書きさせない	法令上の対応が必要で、誤答の影響が大きい
社内FAQに無い、初めて受ける種類の質問	下書きさせない	外挿によって誤答を作る経路そのものに当てはまる

この線引きは固定ではありません。クレームや個人情報に関わる質問でも、「確認いたします」という一次受付の定型文だけをAIに下書きさせる運用はできます。どこまで任せるかは、送る内容の取り返しやすさで判断してください。何を入力してよいかという別の論点は生成AIに入力してはいけない情報で扱っています。

手順2｜確認者1人体制での確認手順

確認者を増やすことが解決策にならない会社は多くあります。もう1人を確認業務に充てる余裕がないという前提で、手順そのものを短くします。

確認する項目	見るところ	迷ったときの対処
回答の根拠	AIが参照した文書名や条項が、具体的に示されているか	示されなければ送信せず、人が一から書き直す
金額・期限	見積や契約書など、原本と一致しているか	一致を確認できなければ、金額を空欄にして後で伝える
約束していない内容	「できます」と読める表現が、実際にできる範囲を超えていないか	表現を弱め、社内確認中である旨を添える

確認の質を上げるより先に、確認にかける時間を一定にすることを優先してください。1件あたり3分と決めておけば、忙しい日でも確認が後回しにならずに済みます。確認者が不在の日は、この3項目のうち根拠と金額の2つだけに絞り、約束していない内容の確認は送信後の見直しに回すという判断もできます。誰が確認するかを固定する考え方はAIと人の役割分担で扱っています。

手順3｜送信前の最終確認チェックリスト

手順2の3項目を、実際の問い合わせに当てはめた記入例です。数値や固有名詞は、考え方を示すための仮の値です。

確認項目	記入例（仮の値）
問い合わせ内容	見積の有効期限について
AIの下書きの根拠	2026年8月版の料金案内ページを参照、と表示された
金額・期限の一致	有効期限「発行日から30日」は最新の料金案内と一致。金額は見積書原本と一致
約束していない内容の有無	「今なら特別に延長可能です」という一文があり、実際には未承認のため削除
判断	一文を削除したうえで送信可

この記入例のように、AIの下書きには実際には存在しない特典が紛れ込むことがあります。単独では気づきにくいため、削除や差し戻しの判断を1行で残しておくと、同じ誤りが繰り返されているかどうかを後から確認できます。

誤送信・誤回答が起きたときの初動

確認をすり抜けて、誤った内容がすでに顧客へ届いてしまった場合の初動です。生成AIに関わる事故全般の初動は生成AIで事故が起きたときの初動で扱っており、ここでは顧客への一次回答に絞った動きを示します。

経過時間	やること
気づいた直後	誤りの範囲（金額か、期限か、約束していない内容か）を特定する。訂正メールの文面は下書きに頼らず自分で一から書く
その日のうち	顧客へ訂正の連絡を入れる。原因をAIのせいにせず、確認不足として伝える
翌営業日以降	同じ経路で誤りが起きていないか、直近の下書きを数件見直す

訂正メールで大切なのは、書く順番です。先に事情を説明すると言い訳に読めます。先に誤りと訂正内容を書き、事情は後に短く添えてください。

よくあるつまずきと対処

つまずき	主な原因	対処
確認者が休んだ日に、下書きがそのまま送られてしまう	代理の確認者や保留のルールが決まっていない	確認者不在の日は新規の下書き送信を止め、翌営業日にまとめて確認する
古い価格表がいつまでも参照され続ける	AIが読み込む資料が更新されず、新旧が混在している	価格・規約の資料は1つのファイルだけを正とし、古い版を別フォルダへ移す
確認に時間がかかりすぎて、結局まとめて後回しにする	確認項目が多く、優先順位がない	手順2の3項目だけに絞り、それ以外は目視で流す
誤送信後、原因の切り分けに時間がかかる	どの下書きを誰がいつ確認したかの記録がない	送信前に確認者名と確認時刻だけを1行残す
訂正メールがかえって不信感を強める	事情の説明が先に来て、言い訳に読める	誤りと訂正を先に書き、事情は後に短く添える
同じ種類の誤りが繰り返される	誤りを個別対応で終え、パターンとして記録していない	手順3の記入例のように削除・差し戻しの判断を残し、月に一度見返す

実在しそうな失敗パターンから学ぶ（想定ケース）

以下は、実在する特定の企業の事例ではありません。中小企業で起こりうる状況をもとに、考え方を示すために作成した想定ケースです。社名・人数・数値はすべて仮のものです。

想定ケース1。従業員15名ほどの卸売業で、問い合わせ対応を営業事務の担当者1人が兼任していたとします。AIの下書きに、半年前に終了したはずのキャンペーン価格が含まれたまま顧客へ送信されました。原因は、価格表を更新した際、古いファイルを削除せずに同じ共有フォルダへ残していたことでした。AIはどちらが最新かを判断できず、参照しやすい方を使ったと考えられます。ここから読み取れるのは、AIの確認以前に、参照させる資料そのものを1つに保つ必要があるという点です。

想定ケース2。確認者が体調不良で休んだ日に下書きの承認待ちが数件たまり、代わりに確認する人が決まっていなかったとします。翌日出社した確認者が一括で目を通したところ、その間に1件が確認されないまま送信されていたことが分かりました。原因は、確認者不在時の代理ルールも保留のルールも決めていなかったことでした。ここから読み取れるのは、確認者を増やせない会社ほど、不在時は「代わりに見る」よりも「止める」というルールのほうが実行しやすいという点です。

2つの想定ケースに共通するのは、AIの回答精度そのものではなく、資料の管理と不在時の運用が原因になっていることです。AIを入れ替えても、この2つを直さない限り同じ状況が繰り返されます。

よくあるご質問

確認者が複数の問い合わせを同時に抱えているときは、どうすればよいですか

件数が多い日ほど、確認項目を絞る効果が出ます。手順2の3項目のうち、金額と約束していない内容の2つを優先し、根拠の確認は下書きに文書名が明記されている場合は省略しても構いません。それでも間に合わない場合は、一次連絡だけ先に送り、詳しい回答は後で届ける対応もあります。

AIに下書きさせると、回答のトーンが担当者ごとにばらつきませんか

ばらつきは、AIを使う前から存在していた可能性があります。AIへ渡す指示文（トーンや長さの指定）を統一すれば、むしろ揃いやすくなります。ばらつきが気になる場合は、指示文が担当者ごとに違っていないかを先に確認してください。

誤送信を完全に防ぐ方法はありますか

完全に防ぐ方法はありません。この記事が扱っているのは、誤りが起きる前提で、起きたときの初動と再発防止をどう設計するかです。予防だけに力を入れると確認者の負担が増え、かえって確認が形だけになりやすくなります。

チャットとメールで、確認の手順を変える必要がありますか

チャットは返信までの時間が短く期待されるため、確認項目を絞る判断がより重要になります。金額や期限に関わらない定型的なやり取りは下書きをそのまま送る運用にし、手順2の3項目に該当する内容だけ人の確認を挟むという分け方が現実的です。

まとめ｜今週やること

AIに一次回答を下書きさせる運用は、機能を導入しただけでは完成しません。確認者が1人しかいない前提で手順を決め、誤った内容を送ってしまった後の動き方まで決めて、初めて運用と呼べます。

今週やることは1つです。直近1か月に送った問い合わせへの回答を10件ほど見直し、手順1の基準に沿って「AIに下書きさせてよかった質問」と「人が最初から書くべきだった質問」に分けてください。分けた結果は、そのまま自社版の手順1の基準表として使えます。

確認の手順や誤送信後の初動を、自社の体制に合わせて整理したい場合はお問い合わせからご相談ください。