カスタマーサポートの生成AI活用｜問い合わせ対応を効率化する設計
カスタマーサポートの現場では、同じ内容の問い合わせが何度も届き、担当者が毎回ゼロから返信文を書いているケースが少なくありません。一方で、生成AIを導入したものの「回答がずれる」「結局オペレーターが全部書き直している」と、期待した効果が出ない例もよく聞きます。
この記事では、問い合わせ対応を4つの層に分け、どの層にAIを使い、どこで人に引き継ぐかという設計の考え方を解説します。回答テンプレートづくりと返信下書きに使えるプロンプト例、そしてAIに答えさせてはいけない問い合わせの線引きも示します。
この記事でわかること
- 問い合わせ対応を4層に分けて、AIの担当範囲を設計する方法
- 回答テンプレートとナレッジをAIで整備する具体的な手順
- AIに答えさせてはいけない問い合わせの種類と引き継ぎ設計
- 問い合わせデータを分析して、問い合わせ自体を減らす進め方
問い合わせ対応を4層に分けて設計する
「サポートにAIを入れる」と考える前に、問い合わせがどの層で解決すべきものかを分けます。層ごとに、使う手段も品質基準も変わります。
次の表は、問い合わせ対応の4層と、それぞれでの生成AIの役割を整理したものです。
| 層 | 内容 | AIの役割 | 人の役割 |
|---|---|---|---|
| 第1層 自己解決 | FAQ・ヘルプページ | 記事の下書き・言い換え | 内容の正確性の確認 |
| 第2層 一次対応 | 定型的な問い合わせ | 返信文の下書き作成 | 送信前の確認と送信 |
| 第3層 個別対応 | 複雑な事情・交渉 | 使わない、または要約のみ | 判断と対応のすべて |
| 第4層 改善 | 問い合わせ傾向の分析 | 分類・共通点の抽出 | 改善施策の決定 |
効果が大きいのは第1層と第4層です。返信を速くすることより、問い合わせ自体を減らすほうが効くという視点を持つと、投資対効果の判断がしやすくなります。
第1層：FAQとナレッジの整備にAIを使う
FAQが機能していない原因の多くは、「作った人の言葉で書かれている」ことにあります。顧客は社内用語では検索しません。
顧客の言葉に翻訳させる
既存のマニュアルや仕様書を渡し、「顧客が実際に使う言い回しで見出しを付け直してください」と依頼します。過去の問い合わせ本文を材料に渡せると、精度がさらに上がります。
プロンプト例
あなたはカスタマーサポートのナレッジ担当です。
以下の情報から、ヘルプページ用のFAQ記事を作成してください。
【製品・サービスの仕様（社内資料を貼り付け）】
【実際に届いた問い合わせ文（個人情報は削除済み）】
・
・
【出力形式】
1. 質問文は、問い合わせ文に出てくる顧客の言い回しをそのまま使う
2. 回答は「結論→手順→補足」の順。手順は番号付きで
3. 1記事あたり400字以内
4. 仕様資料に書かれていない内容は書かない。
資料で確認できない部分は【要確認】と明示する
5. 記事を10本作り、最後に「資料に情報がなく書けなかったFAQ」を列挙する
【禁止】
・推測での手順説明
・「簡単です」「すぐできます」など難易度を決めつける表現ポイント
最後の「資料に情報がなく書けなかったFAQ」が、ドキュメントの穴を教えてくれます。問い合わせが減らない原因は、たいていこの穴にあります。
第2層：返信下書きの作り方
一次対応でのAI活用は、オペレーターの下書き支援として設計するのが現実的です。顧客に直接自動送信する設計は、後述する理由から慎重に検討してください。
社内ルールを一緒に渡すのが要点
問い合わせ本文だけを渡すと、AIは一般論で回答します。自社の規約や運用ルールを一緒に渡し、「この範囲でしか回答しない」と縛るのが要点です。
プロンプト例
あなたはカスタマーサポート担当者です。以下の問い合わせに対する
返信文の下書きを作ってください。
【自社の規約・運用ルール（該当箇所を貼り付け）】
【問い合わせ本文】※氏名・連絡先・注文番号は削除済み
【返信の条件】
・です・ます調。300字以内
・冒頭で問い合わせ内容を1文で要約し、認識のずれを防ぐ
・上記ルールに書かれていることだけを根拠に回答する
・ルールで判断できない場合は回答文を作らず、
「この問い合わせは有人対応が必要」と理由付きで出力する
・返金、解約条件、障害の原因、補償の可否については回答しない
・謝罪表現は事実を認める範囲にとどめ、責任の所在を断定しない
【出力】
1. 返信文の下書き
2. 送信前に担当者が確認すべき点を3つ「ルールで判断できない場合は回答を作らない」という指示が重要です。AIは何かしら答えを出そうとするため、答えない選択肢を明示的に与える必要があります。
AIに答えさせてはいけない問い合わせ
自動応答やAIによる下書きを使う場合、次の種類の問い合わせは必ず人に引き継ぐ設計にしてください。
- 返金・解約・請求に関するもの…金銭が動き、後から取り消せない
- 障害・不具合の原因説明…事実確認前の説明は二次被害を生む
- クレーム・強い不満の表明…感情面への対応は人が担う
- 健康・安全に関わる内容…製品の使用による体調不良などは即座に有人へ
- 法的な主張を含むもの…契約解釈や損害賠償の話は法務・専門家へ
注意
自動応答が誤った案内をした場合でも、その責任は事業者が負うのが原則です。「AIが答えた」ことは免責の理由になりません。とくに契約条件や返金可否といった顧客の利益に直結する内容は、自動応答の対象から外し、有人対応へ確実に引き継ぐ導線を用意してください。判断に迷う場合は法務部門や専門家に確認しましょう。
引き継ぎ導線は「最初から見える場所」に置く
自動応答を導入する際、有人対応への切り替えボタンを分かりにくい場所に置くと、顧客の不満が一気に高まります。最初の画面から有人対応を選べる設計にしておくほうが、結果的に評価は下がりません。
第4層：問い合わせデータの分析と改善
サポート業務でAIが最も効くのは、実はこの層かもしれません。蓄積された問い合わせを人手で読み込むのは大変ですが、分類作業はAIが得意とするところです。
分類させて、上位から潰す
個人情報を削除した問い合わせ本文をまとめて渡し、「内容の種類で10グループに分類し、件数の多い順に並べてください」と依頼します。上位3グループについて、FAQの追加、画面表示の改善、案内メールの文言修正といった対策を検討します。
改善は「問い合わせが減ったか」で測る
効果測定は、対応時間の短縮より該当カテゴリの問い合わせ件数の推移で見るほうが実態に合います。件数が減れば、対応時間は自然に減ります。
顧客情報と品質の管理
サポート部門は、顧客の個人情報に日常的に触れる部署です。運用開始前に次を決めてください。
- 入力前のマスキング…氏名、メールアドレス、電話番号、住所、注文番号は削除してから入力する。手作業では漏れるため、削除の手順書を作る
- 利用ツールの条件確認…入力内容の取り扱いは提供事業者やプランで異なります。2026年時点でも仕様変更があり得るため、公式情報での確認と定期的な見直しが必要です
- 送信前チェックの義務化…AIが作った文面は、必ず人が読んでから送信する
- 誤案内が起きたときの手順…訂正連絡の担当と文面を、事前に決めておく
よくある質問
Q. チャットボットを入れれば問い合わせは減りますか？
A. ボットを入れただけでは減らないことが多く、元になるFAQやヘルプの内容が整っていることが前提です。まずはナレッジの整備から着手し、その内容をボットに載せる順序をおすすめします。順番を逆にすると、回答できないボットが不満を生みます。
Q. AIの返信を自動送信してもよいですか？
A. 受付完了の連絡など内容が固定された通知であれば運用されている例もありますが、個別の質問への回答を無確認で自動送信するのは推奨しません。誤案内の責任は事業者が負うためです。まずは下書き支援から始め、精度を確認しながら範囲を検討してください。
Q. オペレーターの人数は減らせますか？
A. 短期間で人員を減らせると期待しないほうが安全です。効果が出るまでには、ナレッジ整備と運用の調整に相応の期間がかかります。現実的な狙いは、増える問い合わせに同じ人数で対応できるようにすること、そして難しい対応に人の時間を回すことです。
Q. 過去の問い合わせ履歴をAIに学習させるべきですか？
A. 個人情報を含むデータの取り扱いは、利用目的の範囲や委託先管理の観点から慎重な検討が必要です。個人情報を削除したうえで、FAQの素材として使う範囲から始めるのが現実的です。実施前に法務部門や専門家に確認してください。
Q. 多言語対応にも使えますか？
A. 翻訳の下書きには使えますが、契約条件や補償に関わる文面をそのまま送るのは避けてください。表現の微妙な違いが解釈の相違につながります。重要な文書は、その言語が分かる担当者か翻訳の専門家に確認してもらう体制が必要です。
まとめ
カスタマーサポートでの生成AI活用は、「速く返信する」ことより「問い合わせを減らす」ことに重心を置くと成果が出やすくなります。FAQとナレッジの整備、問い合わせ内容の分類、そして分類結果に基づく改善。この循環にAIを組み込むのが、遠回りに見えて確実な設計です。
一次対応では、社内ルールを一緒に渡し、答えられない場合は「有人対応が必要」と出力させる設計にします。返金・解約・障害・クレーム・健康に関わる問い合わせは、AIの担当範囲から外し、人へ確実に引き継ぐ導線を用意してください。誤案内の責任は事業者側にあるという前提を、設計の出発点に置くことが大切です。
- 問い合わせ対応を4層に分け、層ごとにAIの役割を決める
- FAQは顧客の言葉に翻訳させ、書けなかった項目を穴として洗い出す
- 返信下書きは社内ルールとセットで渡し、答えない選択肢を与える
- 返金・解約・障害・クレームは有人対応へ確実に引き継ぐ
- 個人情報は入力前に削除し、送信前の人による確認を義務づける