Skip to content
ユースケース

スケールでのチケットトリアージ:サポートチームが応答時間を60%短縮する方法

手動チケットトリアージはすべてのサポートチームがいずれ直面するボトルネックです。AI駆動のトリアージ、レスポンス作成、ナレッジベース更新が連携して応答時間を短縮する方法を解説します。

JT
JieGou Team
· · 1 分で読めます

1日50チケットなら、サポートチームは手作業でトリアージできます。誰かが各チケットを読み、優先度を判断し、適切な人に割り当て、レスポンスを作成します。1日200チケットになると、そのプロセスは破綻します。経験豊富なエージェントは問題解決よりチケットルーティングに多くの時間を費やし、新しいエージェントには正確にトリアージするためのコンテキストが不足しています。

結果:クリティカルな問題がパスワードリセットの後ろのキューに留まり、初回応答時間が伸び、顧客が気づきます。

Ticket Resolution Pipeline

SupportスターターパックにはTicket Resolution Pipelineというワークフローが含まれています。トリアージ、レスポンス作成、ナレッジベース更新を一括処理します。

  1. チケットトリアージ — AIがチケットを読み、構造化出力を生成:カテゴリ(billing、technical、account、feature request)、優先度(critical、high、medium、low)、センチメント(frustrated、neutral、positive)、簡潔なサマリー。FAQやナレッジベースの既知のパターンに一致するかも特定。

  2. 条件:クリティカルの場合 — 条件ステップが優先度をチェック。クリティカルチケットは事前作成されたエスカレーションサマリー付きでシニアエージェントに即座にルーティング。それ以外は標準パイプラインを続行。

  3. レスポンス作成 — AIがチケット内容、カテゴリ、一致するナレッジベース記事に基づいてレスポンスを作成。ドラフトはチームのトーンに合わせます — プロフェッショナルかつ共感的、汎用的な「調査します」ではなく具体的な次のステップ付き。

  4. ナレッジベース更新 — チケットがドキュメントのギャップを明らかにした場合(一致するKB記事のない質問)、ワークフローがフラグ付けし、オプションでレビュー用のドラフト記事を生成。

トリアージ精度の仕組み

トリアージレシピは汎用カテゴリではなくチームのチケットカテゴリを使用します。セットアップ時にチームが使用するカテゴリ、各カテゴリの意味、ルーティングルールを定義。AIのプロンプトテンプレートにこれらの定義が含まれるため、訓練されたエージェントと同じ基準でチケットを分類します。

エージェントの役割

ワークフローはドラフトと分類を生成します。エージェントがレビューします。これは意図的です:

  • トリアージのオーバーライドは簡単。 AIが「billing」に分類したが実際にはbilling苦情に偽装されたtechnical問題の場合、エージェントがワンクリックで再分類。AIはほとんどの場合正しいですが、最終判断はエージェント。
  • レスポンスドラフトはパーソナライズ。 AIがレスポンスの80%を書きます。エージェントが過去のやり取りからコンテキストを追加、既知のVIP向けにトーンを調整、または知っている特定の回避策を含めます。
  • エスカレーション判断は人間。 ワークフローがクリティカルチケットをフラグ付けしますが、エスカレーションの判断には顧客コンテキスト、現在のチームキャパシティ、ビジネス関係についてのAIには見えない判断が含まれます。

応答時間への影響

計算は単純です。トリアージが手動で1チケット3分かかりAIが数秒で行う場合、1日200チケットを処理するチームは10時間節約。レスポンス作成が5分かかりAIが数秒で使えるドラフトを生成する場合、さらに16時間。エージェントはゼロからの作成ではなくレビューと送信に時間を費やします。

より大きな成果は一貫性です。金曜午後4時の人間エージェントは月曜午前9時と異なるトリアージをします。AIはしません。キューの深さ、時間帯、エージェントの疲労に関係なく優先度分類が一貫します。

スケジュールとトリガー

ほとんどのサポートチームはスケジュールではなくWebhookトリガーとしてパイプラインを設定します。Zendeskまたはヘルプデスクに新しいチケットが到着するとWebhookが発火し、パイプラインが即座に実行。エージェントがチケットを開く頃には、トリアージが完了しレスポンスドラフトが待っています。

Feedback to Actionワークフローを週次スケジュールで実行することもできます — チケットトレンドを分析し、繰り返し発生する問題を特定し、プロダクトチームとエンジニアリングチーム向けのアクションアイテムを生成。

フルSupportパック

Ticket Resolution PipelineはSupportスターターパックの4つのワークフローの1つです:

  • エスカレーションワークフロー — コンテキストを要約、適切なマネージャーにエスカレート、ステークホルダーに通知
  • Feedback to Action — チケット全体のフィードバックトレンドを分析し、優先順位付きアクションアイテムを生成
  • 新規顧客オンボーディング — ウェルカムメッセージ、セットアップガイダンス、プロアクティブなチェックインスケジューリング

各ワークフローは個別に実行したり新しい方法で組み合わせたりできるレシピから構築されています。チケットトリアージレシピはフルパイプラインなしの分類だけが必要なチームでも単独で動作します。

support ticket-triage workflows customer-experience
この記事をシェアする

この記事はお役に立ちましたか?

ワークフローのヒント、製品アップデート、自動化ガイドをメールでお届けします。

No spam. Unsubscribe anytime.