Zendeskでチケットをスペシャリストにエスカレーションする方法：完全ガイド

すべてのサポートチケットが、最初に担当したエージェントによって解決できるとは限りません。技術的な知識、請求権限、または専門的な製品知識を持つ人が必要な場合があります。このような状況では、適切に設計されたエスカレーションプロセスが不可欠になります。

Zendeskを使用している場合は、チケットをスペシャリストにルーティングする方法がいくつかあります。このガイドでは、マクロを使用した手動エスカレーション、トリガーを使用した自動ルーティング、および自動化を使用した時間ベースのエスカレーションの実践的な方法について説明します。また、エスカレーションマトリックスの構築方法と、顧客とエージェントの両方をイライラさせる一般的な間違いを回避する方法についても説明します。

Zendeskのエスカレーションからスペシャリストへの対応とは？

スペシャリストへのエスカレーションとは、顧客の問題を一般的なサポートエージェントから、特定の専門知識または権限を持つ人に移行するプロセスです。Zendeskでは、これは通常、階層的なエスカレーション（スーパーバイザーまたはマネージャーへの昇格）ではなく、機能的なエスカレーション（技術専門家、請求スペシャリスト、または製品スペシャリストへの転送）を意味します。

エスカレーションが理にかなっているのは次のような場合です。

• 専門知識のギャップ： 現在のエージェントには、問題を解決するための技術的な知識が不足しています。
• 権限の制限： 問題には、エージェントが承認できない払い戻し、アカウントの変更、またはポリシーの例外が必要です。
• 複雑な問題： 問題には複数のシステムが関与しているか、開発者の関与が必要です。
• VIP対応： 価値の高い顧客は、特別な注意が必要です。

目標は、チケットを移動させるだけではありません。顧客に同じことを繰り返させたり、不必要に待たせたりすることなく、適切な問題を適切な人に迅速に届けることです。

マクロを使用した手動エスカレーションの設定

マクロは、Zendeskでエスカレーションを処理する最も簡単な方法です。これらは、エージェントがワンクリックで適用する事前定義されたアクションのセットであり、標準化されたエスカレーション手順に最適です。

エスカレーションにマクロが有効な理由

マクロは一貫性を保証します。すべてのエスカレーションには同じ情報が含まれ、正しいグループにルーティングされ、適切な優先度レベルが設定されます。また、時間を節約できます。エージェントは、複数のフィールドを手動で更新したり、同じ内部メモを繰り返し入力したりする必要はありません。

エスカレーションマクロの作成

技術スペシャリストにエスカレーションするためのマクロを作成する方法を次に示します。

1. **管理センター > ワークスペース > エージェントツール > マクロ**に移動します。
2. マクロを追加をクリックします。
3. 明確な名前を付けます（例：「テクニカルサポートにエスカレーション」）。
4. 次のアクションを設定します。
   • グループを「テクニカルサポート」（またはスペシャリストグループ）に設定します。
   • 優先度を「高」に設定します（該当する場合）。
   • 「escalated」や「technical」などのタグを追加します。
   • コンテキストを含む内部コメントを追加します。

マクロ構造の例

優れたエスカレーションマクロには、次のものが含まれている必要があります。

• グループの再割り当て： 正しいスペシャリストチームにルーティングします。
• 優先度の更新： 緊急の問題に適切にフラグを立てます。
• タグ： レポートと追跡のためにチケットをマークします。
• 内部メモ： エスカレーションが発生した理由と顧客のニーズを文書化します。

内部メモのテンプレートを次に示します。

テクニカルサポートにエスカレーション

問題の概要：[エージェントが簡単な説明を入力]
実行された手順：[エージェントがすでに試したこと]
顧客への影響：[これがどれほど緊急/重要であるか]

これにより、スペシャリストは顧客に情報を繰り返させることなく、会話を始めるために必要なものがすべて揃います。

トリガーによるエスカレーションの自動化

トリガーは、チケットが作成または更新されたときに自動的に実行されるビジネスルールです。（エージェントが手動で適用する）マクロとは異なり、トリガーは条件を監視し、即座にアクションを実行します。

エスカレーションにトリガーを使用する場合

トリガーは、エージェントがチケットを見る前に、問題を早期にキャッチしてルーティングするのに優れています。これらは、次のような場合に最適です。

• キーワードベースのルーティング（「払い戻し」、「サブスクリプションのキャンセル」、「バグレポート」）
• 顧客ベースのルーティング（VIPアカウント、エンタープライズ顧客）
• チャネルベースのルーティング（ソーシャルメディアの苦情、技術的なお問い合わせフォーム）
• 感情ベースのルーティング（怒りの感情スコアを持つチケット）

エスカレーショントリガーの作成

キーワードに基づいてエスカレーションするトリガーを設定するには：

1. 管理センター > オブジェクトとルール > ビジネスルール > トリガーに移動します。
2. トリガーを作成をクリックします。
3. 条件を設定します。
   • チケット > 次の場合 > 作成済み
   • 件名テキスト > 次のいずれかを含む > 「払い戻し」、「請求に関する紛争」
4. アクションを設定します。
   • グループ > 請求スペシャリスト
   • 優先度 > 高
   • タグを追加 > 「billing_escalation」
   • メールユーザー > （請求チームのリーダーに通知）

スペシャリストエスカレーションの一般的なトリガーレシピ

トリガー名	条件	アクション
技術的なキーワードエスカレーション	件名に「バグ」、「エラー」、「API」が含まれている	テクニカルサポートにルーティングし、タグを追加
VIP顧客ルーティング	組織が「エンタープライズティア」である	シニアエージェントにルーティングし、優先度を高に設定
ソーシャルメディアの苦情	チャネルが「Twitter」または「Facebook」である	ソーシャルメディアチームにルーティングし、マネージャーに通知
緊急の感情	感情が「怒っている」または「不満を持っている」である	リテンションチームにルーティングし、優先度を緊急に設定

プロのヒント：トリガーループを防ぐために、無効化条件を使用します。「already_escalated」のようなタグを追加し、条件に「タグに次のいずれも含まれていない：already_escalated」を含めます。次に、アクションにそのタグを追加します。

自動化を使用した時間ベースのエスカレーション

自動化はトリガーに似ていますが、即時ではなくスケジュール（1時間に1回）で実行されます。これらは、時間ベースのエスカレーションシナリオに最適です。

自動化がトリガーに勝る場合

エスカレーションがチケットのプロパティだけでなく、時間の経過に依存する場合は、自動化を使用します。

• SLA違反の警告： 期限が過ぎる前にマネージャーに警告します。
• 未割り当てのチケットアラート： 長時間未割り当てのままになっているチケットをエスカレーションします。
• 停滞チケットのエスカレーション： 48時間以上アクティビティがないチケットにフラグを立てます。
• フォローアップのリマインダー： 顧客が保留中のチケットを更新したときにエスカレーションします。

SLA違反のエスカレーションの設定

SLA違反に近づいているチケットをエスカレーションするための基本的な自動化を次に示します。

1. 管理センター > オブジェクトとルール > ビジネスルール > 自動化に移動します。
2. 自動化を作成をクリックします。
3. 条件を設定します。
   • チケット > 次のSLA違反までの時間 < 4
   • チケット > ステータス < 未解決
   • タグ > 次のいずれも含まれていない > 「sla_warning_sent」
4. アクションを設定します。
   • メールユーザー > （マネージャーに通知）
   • タグを追加 > 「sla_warning_sent」
   • コメントを追加 > （SLAリスクに関する内部メモ）

停滞チケットの自動エスカレーション

応答のないチケットは顧客をイライラさせます。この自動化は、チケットが停滞するのを防ぎます。

条件：

• 更新からの時間 > 24
• ステータスが保留中
• タグに「stale_warning」が含まれていない

アクション：

• タグ「stale_warning」を追加
• 割り当てられた人にメールを送信（フォローアップのリマインダー）
• 停滞ステータスを文書化する内部メモを追加

さらに24時間後、アクティビティがない場合は、チケットをスーパーバイザーに実際にエスカレーションする2番目の自動化を作成できます。

エスカレーションマトリックスの作成

エスカレーションマトリックスは、さまざまな種類の問題をいつ、どのようにエスカレーションするかを定義する簡単なドキュメントです。エスカレーションの決定から当て推量を取り除きます。

エスカレーションマトリックスのサンプル

問題の種類	最初の連絡先	エスカレーション先	時間のしきい値	エスカレーショントリガー
パスワードのリセット	ティア1	（エスカレーションなし）	N/A	N/A
技術的なバグ	ティア1	テクニカルサポート	20分	エージェントの裁量
請求に関する紛争	ティア1	請求スペシャリスト	即時	キーワード検出
500ドルを超える払い戻しリクエスト	ティア1	財務マネージャー	即時	金額のしきい値
VIP顧客の苦情	ティア1	シニアエージェント	即時	顧客タグ
API統合の問題	ティア1	開発者サポート	15分	キーワード検出

Zendeskでのマトリックスの実装

マトリックスを作成したら、Zendeskに変換します。

1. 各スペシャリストチーム（テクニカルサポート、請求など）のグループを作成します。
2. 即時エスカレーション（キーワード、VIP、高額）のトリガーを設定します。
3. しきい値ベースのエスカレーションの時間ベースの自動化を構成します。
4. 一貫したドキュメントを使用したエージェント主導のエスカレーションのマクロを作成します。
5. マトリックスと各メソッドを使用するタイミングについてチームをトレーニングします。

実際のエスカレーションパターンと解決結果に基づいて、マトリックスを四半期ごとに見直し、更新します。

エスカレーションのベストプラクティス

メカニズムを正しく理解することは、戦いの半分にすぎません。エスカレーションを実際に機能させるためのプラクティスを次に示します。

すべてを文書化する

チケットを受け取るスペシャリストは、コンテキストが必要です。すべてのエスカレーションには、次のものが含まれている必要があります。

• 顧客が達成しようとしていること
• エージェントがすでに試したこと
• エスカレーションが必要だった理由
• 関連するアカウント履歴またはコンテキスト

これにより、顧客が自分のストーリーを繰り返す必要がなくなり、エスカレーションされたチケットで最大の不満の原因の1つになります。

明確なSLAを設定する

各エスカレーションパスの応答時間の期待値を定義します。

• 技術的なエスカレーション：4時間以内に応答
• 請求のエスカレーション：2時間以内に応答
• VIPエスカレーション：1時間以内に応答

ZendeskでこれらのSLAを追跡し、しきい値に近づいているときに警告する自動化を設定します。

エージェントにエスカレーションのタイミングをトレーニングする

過剰なエスカレーションは、ティア1が処理できる問題でスペシャリストを拘束します。エスカレーション不足は、顧客をイライラさせ、解決時間を延長します。エージェントを次の内容についてトレーニングします。

• エスカレーションマトリックスの特定の基準
• エスカレーションする前に完全な情報を収集する方法
• 正式にエスカレーションする場合と、ヘルプを求める場合

エスカレーションメトリックを監視する

これらのメトリックを追跡して、プロセスを最適化します。

• エスカレーション率： チケットの何パーセントがエスカレーションされますか？
• 解決時間： エスカレーションされたチケットの解決にはどのくらい時間がかかりますか？
• 再オープン率： エスカレーションされたチケットはどのくらいの頻度で再オープンされますか？
• エスカレーションパスごとのCSAT： 顧客はエスカレーションエクスペリエンスに満足していますか？

回避すべき一般的な間違い

• コンテキストなしでエスカレーションする： スペシャリストはゼロから始める必要があります。
• 単純な問題を過剰にエスカレーションする： スペシャリストの時間を無駄にし、他のチケットを遅らせます。
• 顧客とのコミュニケーションを怠る： チケットがエスカレーションされたことや、それが何を意味するのかを知りません。
• フォローアップしない： エスカレーションされたチケットは、ブラックホールに陥ることがあります。

インテリジェントルーティングによるエスカレーションの強化

ルールベースのトリガーと自動化は、予測可能なシナリオでうまく機能します。しかし、エッジケースはどうでしょうか？キーワードだけでなく、チケットの実際の内容と意図に基づいてルーティングする場合はどうでしょうか？

AIを活用したエスカレーション処理は、別のアプローチを提供します。「件名にXが含まれている場合は、Yにルーティングする」というロジックだけに頼るのではなく、AIは会話の完全なコンテキストを分析し、よりスマートなルーティングの決定を行うことができます。

eesel AIでは、エスカレーションに異なるアプローチを取っています。厳格なルールツリーを構築するのではなく、過去のチケットでAIをトレーニングし、どの種類の問題にスペシャリストの注意が必要かを学習させます。AIは次のことができます。

• 単純なキーワードを超えたニュアンスのある言語と意図を理解する
• 顧客の感情と緊急性に基づいてルーティングする
• 解決結果から学習して、時間の経過とともにルーティングを改善する
• 複雑な複数条件のシナリオをわかりやすい英語で処理する（例：「VIP顧客からの1,000ドルを超える請求の問題の場合は、財務マネージャーにすぐにエスカレーションする」）

すでにZendeskを使用しているチームの場合、eesel AIは直接統合し、既存のトリガーと自動化を補完できます。AIがあいまいなケースを処理できるようにしながら、信頼性の高いキーワードトリガーを維持できます。eesel AIのZendesk統合と、エスカレーション処理をどのように改善するかについて詳しく学んでください。

Zendeskのエスカレーションワークフローの改善を開始する

効果的なエスカレーションは、より多くのルールを持つことではありません。適切なコンテキストで、適切なタイミングで、適切な人にチケットを届けることです。

まず、現在のエスカレーションプロセスを監査します。過去50件のエスカレーションされたチケットを見て、次のことを尋ねます。

• 正しいスペシャリストにルーティングされましたか？
• スペシャリストは問題を解決するのに十分なコンテキストを持っていましたか？
• 顧客は解決をどのくらい待ちましたか？
• これらのいずれかは、より良いリソースがあればティア1で解決できましたか？

次に、一度に1つの改善を実装します。一貫したドキュメントのマクロから始めることもできます。または、VIP顧客ルーティングのトリガー。または、停滞チケットをキャッチするための自動化。

小さな改善は複合されます。エスカレーションごとに30秒節約できるマクロを、週に100件のチケットに適用すると、年間50時間が戻ってきます。SLA違反を防ぐ自動化は、顧客との関係を救います。

ルールベースのエスカレーションを超えて、チームの専門知識から学習するAIを活用したルーティングを検討している場合は、eesel AIをお試しくださいまたはデモを予約して、実際に動作する様子をご覧ください。Zendeskと統合して、エスカレーション処理をより複雑にするのではなく、よりスマートにします。