問い合わせ対応AIの分類・引き継ぎルール 2026年5月版

問い合わせ対応にAIを入れるとき、最初から「AIが返信する」仕組みにすると危険です。
先に、問い合わせをどの種類に分けるかを決めます。

最初は細かくしすぎず、次の4つで十分です。
1つ目は、営業時間、料金、使い方などの「よくある質問」。
2つ目は、契約、請求、納期、在庫など、担当者の確認が必要な問い合わせ。
3つ目は、クレーム、解約、返金、トラブルなど、慎重な返信が必要な問い合わせ。
4つ目は、営業、採用、提携、取材など、問い合わせ窓口とは別部門に渡すものです。

AIには、この4分類の候補を付けさせるだけにします。
分類が合っているかは担当者が確認する形にすると、現場で使い始めやすくなります。

AIに任せてよいのは、基本的には「下書き」と「整理」です。
顧客にそのまま返信するところまで任せるのは、最初の段階では避けた方が安全です。

たとえば、AIがしてよいことは、問い合わせ内容の3行要約、返信文の下書き、確認すべき項目の抽出、担当部署の候補出しまでです。
反対に、返金の約束、納期の断定、契約条件の変更、価格の確約、謝罪文の最終送信は、人が確認する前提にします。

「AIが作った文章を人が送る」というルールにしておくと、便利さと安全性のバランスが取りやすくなります。

問い合わせ対応で事故が起きやすいのは、AIが難しい問い合わせを普通の問い合わせとして扱ってしまうときです。
そのため、人に渡す条件を先に書いておきます。

たとえば、怒りや不満が強い、返金や解約が含まれる、契約条件や見積金額に関わる、納期遅れがある、個人情報や支払い情報が含まれる、法律や規約に関わる、といったものは人に渡します。
「自信がない場合も人に渡す」と書いておくことも大切です。

AIに完璧な判断を求めるのではなく、迷ったものを早めに人へ渡す仕組みにする方が、問い合わせ対応では現実的です。

Slackやメールへ自動通知する場合、本文が長すぎると読まれません。
通知は「誰から」「何の問い合わせか」「緊急度」「AIの分類候補」「担当者が確認すべき点」に絞ります。

良い通知の形は、次のようなものです。
「問い合わせ分類: 請求確認」「緊急度: 中」「要約: 先月分の請求書の宛名変更を希望」「確認点: 契約名義と再発行可否を確認」「返信前確認: 経理担当者」。

AIの文章を長く表示するより、担当者が次に何を見ればよいかが分かる通知にする方が、実務では役に立ちます。

問い合わせ対応AIは、いきなり顧客へ自動返信させず、まず社内だけで1週間試します。
問い合わせをAIで分類し、要約し、担当者へ通知するところまでに止めます。

1週間後に、分類が合っていたか、緊急度が低く見積もられていなかったか、通知が多すぎなかったか、担当者が確認しやすかったかを見直します。
この確認をせずに自動返信へ進むと、誤った案内や冷たい印象の返信が増えやすくなります。

自動返信を検討するのは、よくある質問で、回答内容が安定していて、担当者が何度も問題なく確認できたものだけにします。

問い合わせ対応AIのルールは、長いマニュアルにする必要はありません。
最初は1枚で十分です。

その1枚に、問い合わせ分類、AIがしてよいこと、AIがしてはいけないこと、人に渡す条件、通知先、返信前の確認者を書きます。
担当者が迷ったときにすぐ見られる場所に置き、1か月に1回だけ見直します。

大事なのは、AIの性能を信じ切ることではなく、現場の判断が迷わない形にしておくことです。