カスタマーサポート向けAIエージェント

Turn this article into takeaways for your work.
Each assistant summarizes the article only for you and suggests best practices for your work.
月曜の朝、キューには340件のチケットが待っています。5秒で終わるパスワードリセットもあれば、解約寸前のお客様からの連絡もあります。違いを見分けるためだけに、担当者は1件ずつすべてを開かなければなりません。昼になってもキューはほとんど変わりません。新しいチケットが、古いチケットを読み終えるより速く届き続けるからです。実際に誰かが対応する前に必要な、読む、仕分ける、振り分けるというトリアージの作業こそ、多くのサポートチームが最初にAI agentを投入する領域です。
このページでは、サポートチームのどこにAI agentが適しているのかを整理します。それぞれのagentが実際に何をするのか、そしてどの実在のブループリントから構築すればよいのかを紹介します。まず基本的な定義を知りたい方は、what an AI agent actually isをご覧ください。すでに自社のユースケースが決まっているなら、下の表に進んでください。
AI agentがサポートチームのためにすること
基本的なチャットボットは、台本に沿って答え、台本が尽きたら人間に引き継ぎます。AI agentは違います。チケットを読み、ナレッジベースとアカウントの履歴を確認し、解決するか、セルフサービスに誘導するか、エスカレーションするかを判断し、そのうちの1つを提案するだけでなく実際に実行します。アカウント履歴の部分は、思われている以上に重要です。同じ質問でも、初日のお客様と、今月5件目のチケットを送ってきたお客様とでは、適切な対応が異なりますが、台本ではこの2つを区別できません。

サポートは、ビジネス全体の中でもagentに最も適した領域の1つです。ボリュームが多く、よくある問い合わせは本当に繰り返しが多く、ほとんどのヘルプデスクにはすでに明確なエスカレーション経路があります。早い段階で正しく設計しておきたいのは境界線です。agentが単独で解決することは何か、人間に確認することは何か、必ず引き継ぐことは何か。how an AI agent gets builtのガイドでは、この境界線を実際のチケットボリュームのもとでも保てるようにする6つの要素(ロール、ツール、ルール、シナリオ、意思決定ロジック、ガードレール)を解説しています。
Key Facts: カスタマーサポート向けAIエージェント
- 2024年のGartner調査によると、現在セルフサービスで完全に解決されるカスタマーサービスの問題は14%にとどまり、86%は依然として人間のキューに回ります。
- Gartnerは、2029年までにagentic AIが一般的なカスタマーサービスの問題の80%を人間の介入なしに自律的に解決すると予測しており、運用コストは30%削減されるとしています。
- 実務上の目安として、十分なナレッジベースを備えて適切に設定された、セルフサービス誘導用のagentは、チューニングが済めば、対象となるチケットの40〜60%を人間なしで解決できることが多いです。
今日の多くのチームの現状と、このカテゴリが向かっている先との間には、大きな隔たりがあります。サポートのリーダーは、その隔たりを人員の圧力として実感しています。チケットの量は増え続ける一方で、対応する人員を増やすための予算は、通常、同じペースでは増えません。この隔たりを埋める第一歩は、次の中から、現在最も多くのチケットに関わる機能を1つ選ぶことです。
カスタマーサポート向けの主なAI agent
各行は、それぞれ別の役割です。サポートチームが、これらすべてを一度に構築することはあまりありません。今日の最大のキューに最も近いものを選んでください。

| サポート機能 | agentが行うこと | ブループリント |
|---|---|---|
| チケットのトリアージ | 受信したチケットを読み、緊急度とトピックを分類して、適切なキューに振り分けるか、その場で解決する | AI Support Triage Agent |
| セルフサービスによる解決 | ドキュメントだけを根拠に回答し、出典の記事を示し、ナレッジベースの不足箇所にフラグを立てる | AI Knowledge Base Agent |
| チャットボットの品質モニタリング | ボットの会話を確認してハルシネーションやデッドエンドを見つけ、四半期ごとのレビューではなく数分で問題を捕捉する | AI Chatbot QA Agent |
| エスカレーションとSLAの追跡 | サービスレベルアグリーメント(SLA)の期限を追跡し、適切な担当者に通知して、チケットが違反する前にエスカレーションする | AI Escalation Manager Agent |
| 満足度調査 | CSATとNPSの調査を適切なタイミングで送信し、否定的な回答を人間による迅速なフォローアップへ回す | AI CSAT Survey Agent |
| レビューへの返信 | 公開レビューへの返信を、各プラットフォームにわたって下書きし、承認ルールの範囲内で投稿する | AI Review Response Agent |
| カスタマーオンボーディング | 新規のお客様にセットアップの手順を案内し、途中で止まっている方に働きかける | AI Customer Onboarding Agent |
| 返金と返品 | 通常の返金・返品の依頼をポリシーの上限内で処理し、それ以外はエスカレーションする | AI Refund / Returns Agent |
| 音声サポート | 他のチャネルと同じルールで、電話でのサポート対応を行う | AI Voice Call Agent |
| 解約リスクと更新 | 利用状況とセンチメントのシグナルから解約リスクを監視し、更新の話し合いの前にアカウントにフラグを立てる | AI Renewal / Churn Agent |
多くのサポートチームは、トリアージかセルフサービスによる解決から始めます。この2つは、届くほぼすべてのチケットに関わり、すぐに初回対応の時間を空けてくれるからです。
始め方
「解決・誘導・エスカレーション」テスト: 何かを設定する前に、よくあるチケットの種類ごとに、この3つのうちどれをデフォルトにするかを決めてください。これがサポートagentの仕事の全体像であり、それ以外はすべてその下にある細部です。

agentが必要とする前に、ルールを書き出す。 ナレッジベース、返金ポリシー、SLAのティア、エスカレーションのマトリクス。agentの正確さは、文書化された内容を超えることはできません。ドキュメントの穴は、そのままagentが安全に解決できる範囲の穴になります。when to use an AI agentのガイドでは、プロセスがすでに十分に文書化されているかどうかを見極める方法を解説しています。
実際のヘルプデスクに接続する。 この種のagentが接続する最も一般的なプラットフォームは、Zendesk、Intercom、Freshdeskです。サポートツールやプラットフォームをまだ比較している段階であれば、support toolsのハブとbest AI customer service tools guideで、現在の選択肢を並べて確認できます。
完全な自律ではなく、セルフサービス誘導から始める。 ドキュメントですでに十分にカバーされている質問にはagentに答えさせ、それ以外はすべて振り分けます。範囲を広げるのは、引き継ぎの精度が、調子の良い日だけでなく、週を追っても安定していることが確認できてからにしてください。
誘導率と同じくらい、誤エスカレーション率にも注目する。 誘導率だけを見ていると、エスカレーションが遅すぎてお客様に静かにストレスを与えているagentを見逃すことがあります。ダッシュボード上で見栄えのする指標だけでなく、両方を追跡してください。
すべてのチャネルでトーンを一貫させる。 チャットでは温かくブランドらしい返信を受け取ったのに、メールでは冷たい定型文が届いたら、お客様はその差に気づきます。agentのボイスは文書で一度だけ設定し、チャネルごとに個別に調整するのではなく、稼働するすべての場所に適用してください。
次に読むもの
まず、上の表のうち、今日の最大のキューに合致する行から始めてください。受信チケットの量が課題なら、まずAI Support Triage Agentのブループリントを読んでください。ドキュメントですでに答えられている繰り返しの質問が課題なら、AI Knowledge Base Agentから始めましょう。どちらも、how to build an AI agentで解説している同じ基本設計を共有しています。
