生成AIをカスタマーサポートに使う｜問い合わせ対応の何が速くなり、何は変わらないか

「チャットボットを入れれば、問い合わせが減りますよね」。この質問を受けるたびに、私は少し言葉を選びます。減ることもありますが、期待されているほどには減りません。そして、そこを期待して導入すると、半年後に「効果が出ていない」という評価になります。

生成AIがカスタマーサポートで確実に効くのは、件数ではなく1件あたりにかかる時間と、担当者による品質のばらつきのほうです。過去の対応を探す時間、返信文を書き出すまでの時間、新人が先輩に聞きに行く回数。ここは目に見えて変わります。

この記事では、サポート業務を工程に分解したうえで、どこから載せ替えるのか、なぜ「お客様に直接AIが答える」を最後に回すのか、そして任せてはいけない領域はどこかを整理します。私は業務システムの導入を仕事にしてきましたが、サポート部門の負荷は、問い合わせの数よりも「毎回ゼロから調べ直していること」から生まれている場面が多いです。

サポートの仕事を、6つに分けて考える

ひとくちに問い合わせ対応と言っても、中身は性格の違う作業の連なりです。分けてみると、AIが効く場所とそうでない場所がはっきりします。

この表の見方はひとつです。効くのは「調べる・書く・記録する」であって、「受ける・判断する」ではありません。ところが導入の相談は、たいてい「受ける」を減らす話（＝チャットボット）から始まります。順番が逆になりやすいところです。

まず載せ替える3つ（この順番で）

1. 社内向けの「探す」を載せ替える

最初に手をつけてほしいのは、お客様に見える部分ではなく、オペレーターが自分で使う道具です。過去の対応履歴、商品仕様、規約、社内マニュアル。これらを読み込ませて、「この症状のとき、以前はどう答えたか」を聞ける状態をつくります。

ここが効く理由は単純で、サポートの時間を最も食っているのが「前例を探す時間」だからです。ベテランは頭の中に索引を持っているので速い。新人は持っていないので、探すか、先輩に聞くしかない。この差が、そのまま対応時間の差になっています。社内向けなら、答えが多少ずれても人が気づけるので、事故になりません。

2. 返信文の下書きをつくらせる

次が返信文です。ポイントは、「送信する文章」ではなく「下書き」として位置づけること。事実関係（金額・納期・仕様）は人が確認して差し替える前提にします。

効果が出やすいのは、書き出しに時間がかかる種類の返信です。お詫びを含む文面、経緯が長い案件の説明、複数の質問がまとめて来たメールの整理。白紙から書くのと、たたき台を直すのとでは、必要な集中力がまるで違います。文章づくりの一般的な進め方は生成AIで資料をつくるでも触れています。

3. 問い合わせログを分類・要約させる

3つ目は、改善につながる工程です。1か月分の問い合わせを読ませて、内容の種類ごとに分け、多いものから並べる。「今月いちばん多かったのは、返品手続きの場所が分からないという問い合わせだった」とわかれば、直すべきはサポート体制ではなく、サイトの導線だと判断できます。

この作業は、人手でやると誰もやらなくなる典型です。件数が多いほど後回しになる。だからこそ機械に向いています。ここまで来て初めて、問い合わせの「数」を減らす打ち手が見えてきます。

なぜ、お客様に直接答えさせるのを最後にするのか

チャットボットを最初に置くと、うまくいかないことが多いです。理由は3つあります。

1. 元になる文書が整っていない：FAQやマニュアルが古い、または存在しない状態でAIに答えさせると、古い情報を自信たっぷりに返します。人が答えていたときは、担当者が頭の中で補正していただけです
2. 例外が多い：サポートに来る問い合わせは、そもそも「説明を読んでも分からなかった人」が送っています。定型で答えられる質問ほど、すでにサイトで解決しているという構造です
3. 期待値が上がる：会社の名前で答える以上、間違いは会社の回答になります。社内向けなら「調べ直そう」で済むものが、対外では訂正と謝罪の対象になります

ですから順番としては、まず社内で使って、答えの元になる文書を整えてから、外に出す。1〜3をやるうちにFAQが整備されるので、そのあとであればチャットボットも成立します。回り道に見えて、これがいちばん短い道です。

任せてはいけない4つ

4つとも、運用ルールとして先に文書化しておくのが確実です。使い始めてから決めようとすると、たいてい決まらないまま各自の判断になります。ルールの作り方はAI利用規程のつくり方にまとめています。

特に1つ目は、サポート部門に固有の難しさがあります。問い合わせ本文には、お客様の氏名も注文番号も最初から書かれているからです。「入力しないでください」だけでは守れません。伏せてから貼る手順を、実際の画面で一度やってみせる必要があります。

効果は、何で測るか

導入の目的を「問い合わせ件数の削減」に置くと、ほぼ確実に評価が難しくなります。件数は、商品の売れ行きやサイトの変更でも動くからです。次の4つで見てください。

おすすめは、導入前に1週間だけ測っておくことです。後から「前はどうだったか」を思い出そうとしても、たいてい記憶は都合よく変わります。3つ目の「先輩への確認回数」は、正の字を書くだけで足ります。数字の重さのわりに、測る手間がいちばん軽い指標です。

研修は、自分が受けた問い合わせを持ち込む

サポート部門向けの研修で、いちばん失敗するのは汎用の例題を使うことです。「架空の会社への問い合わせに返信してみましょう」では、翌週から使われません。自社の言葉、自社の商品名、自社のお客様の書き方が入っていないからです。

ノセカエの研修では、実習で扱う題材を受講者自身に持ってきてもらいます。サポート部門なら、直近で自分が返信に困った問い合わせを1件。個人情報を伏せる手順も、その場で一緒にやります。座学だけで終えると「便利そうだった」で終わってしまうというのが、私たちが繰り返し見てきたことです。定着の考え方は生成AIによる業務効率化にも書いています。

なお、法人向けの研修費用については、人材育成に関する助成制度の対象になることがあります。ただし要件や受付状況は制度ごとに異なり、受給や採択が確約されるものではありません。実際の可否は、各制度の窓口でご確認ください。

まとめ

生成AIをカスタマーサポートに入れるとき、期待をどこに置くかで結果が変わります。問い合わせの件数は減りません。減るのは、1件あたりの時間と、担当者による品質の差です。

順番は、社内向けの「探す」から。次に返信文の下書き。そして問い合わせログの分類。お客様に直接答えさせるのは、FAQが整ってからで十分です。文書が整っていない状態で外に出すと、古い情報を会社の名前で返すことになります。

任せてはいけないのは、個人情報の入力、金額や納期の断定、返金・補償の判断、確認なしの送信。この4つを先に文書にしておいてください。そして効果は、一次回答までの時間と、新人が先輩に聞く回数で測る。自社のどの問い合わせから載せ替えられるかを整理したい方は、無料診断からお声がけください。

※本記事は一般的な整理であり、個別の法令・契約の解釈を示すものではありません。個人情報や顧客情報の取り扱いについては、自社の規程および取引先との契約をご確認ください。助成制度の要件・受付状況は変わることがあるため、最新の情報は各制度の窓口でご確認ください。