重要な顧客の問題が発生した場合、1分1秒が重要になります。VIPクライアントの請求エラー、数百人のユーザーに影響を与えるサービス停止、またはセキュリティ脆弱性レポートなどです。これらのチケットは、即時の対応を必要とします。しかし、問題はここにあります。忙しいヘルプデスクでは、緊急チケットがキューに埋もれてしまうことがよくあります。誰も緊急性に気づかないため、何時間も割り当てられずに放置されることがあります。
Zendeskで効果的な緊急アラートを設定することは、迅速な解決と顧客のエスカレーションの分かれ目となる可能性があります。このガイドでは、知っておくべきことすべてを説明します。トリガーと自動化によるネイティブのZendeskアラート、拡張された通知のためのサードパーティ統合、および従来のアラートを超えるAI搭載のアプローチです。
Zendeskの緊急度フレームワークを理解する
アラートを設定する前に、Zendeskがチケットの緊急度をどのように分類しているかを理解する必要があります。このプラットフォームは、ビジネスインパクト評価と一致する必要がある4段階の優先度システムを使用しています。
緊急のチケットは、完全なシステム障害または重大なセキュリティ問題を表します。たとえば、顧客がサインインできない、支払い処理が停止している、またはデータ侵害が報告されているなどです。これらには、通常15〜30分以内に、即時の対応が必要です。
高優先度は、回避策が存在するものの、多大な労力を必要とする重大な機能低下をカバーします。例としては、複数のユーザーで主要な機能が壊れている、または生産性に影響を与えるパフォーマンスの問題などがあります。
通常優先度は、運用を遅らせるものの、許容できる回避策がある問題に対応します。これらは、数時間以内に対応が必要な一般的なサポートチケットです。
低優先度は、情報リクエスト、機能の提案、または軽微な外観の問題を処理します。これらは、標準のキュー処理を待つことができます。
重要な区別：Zendeskの優先度は、エージェントまたはトリガーが手動で設定するフィールドです。チケットの内容から緊急度を自動的に検出することはありません。これは、後で対処する重要な制限事項です。
Zendeskトリガーで緊急アラートを設定する
トリガーは、緊急アラートの最初の防御線です。チケットが作成または更新されたときにすぐに発動するため、リアルタイム通知に最適です。
ステップ1：トリガー設定にアクセスする
管理センター>オブジェクトとルール>トリガーに移動します。Zendeskがデフォルトで含んでいる既存のトリガーのリストが表示されます。
ステップ2：緊急チケットの新しいトリガーを作成する
「トリガーを追加」をクリックし、「緊急チケット通知」のようなわかりやすい名前を付けます。次に、条件を設定します。
- 条件：優先度が緊急
- 条件：ステータスが新規
特定のシナリオに合わせて、さらに条件を追加できます。
- チケットチャネルがメール（緊急メールをキャッチするため）
- 組織がVIP（高価値顧客の場合）
- 件名テキストに「停止」または「緊急」が含まれている
ステップ3：通知アクションを設定する
「アクション」で、条件が満たされたときに何が起こるかを設定します。
- 特定のエージェントまたはグループへのメール通知
- SlackまたはMicrosoft TeamsへのWebhook通知
- 緊急チケットを追跡するためのタグを追加する
- チケットのステータスを「オープン」に設定し、特定のエージェントに割り当てる
緊急アラートの一般的なトリガー条件
チームが使用する実用的なトリガー設定を次に示します。
- VIP顧客アラート：組織がVIPであり、優先度が高いまたは緊急
- キーワードベースの緊急度：件名または説明に「停止」、「ダウン」、「緊急」、または「重大」が含まれている
- SLA違反警告：次のSLA違反までの時間が1時間未満
- 未割り当ての緊急：優先度が緊急であり、担当者が -
プロのヒント：トリガーに依存する前に、トリガーをテストしてください。条件を満たすテストチケットを作成し、通知が正しく発動することを確認します。
時間ベースの緊急アラートに自動化を使用する
トリガーがイベントに応答するのに対し、自動化はスケジュールに基づいて実行されます。チケットを1時間ごとにチェックし、時間ベースの条件に基づいてアクションを実行します。これは、エスカレーションワークフローに最適です。
自動化とトリガーの使い分け
トリガーは、即時通知が必要な場合に使用します。緊急度の高い優先度でチケットが作成されましたか？今すぐアラートを発動します。
自動化は、時間ベースのエスカレーションに使用します。2時間経過してもチケットが割り当てられていませんか？マネージャーにエスカレートします。
ステップ1：停滞した緊急チケットの自動化を作成する
管理センター>オブジェクトとルール>自動化に移動します。「自動化を追加」をクリックします。
ステップ2：時間ベースの条件を設定する
次のような条件を設定します。
- 優先度が緊急
- 作成からの時間が2時間より大きい
- 担当者が -
これにより、2時間以上割り当てられていない緊急チケットがキャッチされます。
ステップ3：エスカレーションアクションを設定する
条件が満たされた場合、自動化は次のことができます。
- チームリーダーまたはマネージャーにメールを送信する
- レポート用に「エスカレート」タグを追加する
- 優先度を緊急に変更する（まだ緊急でない場合）
- Webhookを使用してSlackチャネルに投稿する
重要な制限事項：自動化は1時間あたり1回のみ実行され、1回の実行で最大1,000件のチケットに対してアクションを実行できます。大量のバックログがある場合、一部のチケットはすぐに処理されない可能性があります。
サードパーティ統合でアラートを強化する
ネイティブのZendeskアラートは、基本的なニーズには適していますが、制限があります。メール通知は埋もれてしまいます。Webhookには設定が必要です。そこで、サードパーティ統合が登場します。
OnPage統合
OnPageは、おやすみモード設定を上書きするモバイル通知による重要なアラートを専門としています。Zendeskと統合すると、緊急チケットは注意を引く永続的なモバイルアラートをトリガーします。
主な機能：
- DNDオーバーライド付きのモバイルアラート
- 自動エスカレーションによるオンコールスケジューリング
- ステータス更新のための双方向メッセージング
- 料金はユーザーあたり月額13.99ドルから
最適：営業時間外の重要なアラートを処理するIT運用チーム
xMatters統合
xMattersは、AI搭載の機能を備えたエンタープライズグレードのインシデント管理を提供します。Zendesk統合により、洗練されたエスカレーションチェーンが作成され、オンコールのレスポンダーを自動的にエンゲージできます。
主な機能：
- タイムゾーン全体のグローバルオンコールスケジューリング
- 自動化されたエスカレーションポリシー
- SlackおよびTeamsとのChatOps統合
- AI搭載の根本原因の提案
- 最大10人のユーザー向けの無料プラン。有料プランはユーザーあたり月額9ドルから
最適：複雑なルーティングニーズと24時間365日の対応要件を持つ大規模なチーム
SlackおよびTeamsネイティブWebhook
よりシンプルな設定の場合、ZendeskWebhookを構成して、SlackまたはMicrosoft Teamsチャネルに直接投稿できます。これにより、チームは追加のツールなしで可視性を得ることができます。
最適：チームの連携とチケットボリュームの可視性
緊急アラートワークフローのベストプラクティス
アラートが多いほど良いとは限りません。適切に構成されていないアラートは、チームが無視することを学習するノイズを作成します。効果的なアラートのための実績のあるプラクティスを次に示します。
小さく始めて拡大する
3〜5個の重要なアラートタイプから始めます。一般的な開始点：
- VIP顧客からの緊急優先度のチケット
- 「停止」または「緊急」などのキーワードを含むチケット
- 2時間以上割り当てられていないチケット
アラートの効果を毎月見直します。どのアラートがすぐに応答されますか？どれが無視されますか？アクションを促進しないアラートを削除し、アクションを促進するアラートを絞り込みます。
アラートを適切なチャネルにルーティングする
すべてのアラートをすべての人に送信する必要はありません。チャネルを緊急度に合わせてください。
- 個々のエージェント：割り当てられたキューのチケットレベルのアラート
- チームリーダー：キューの健全性メトリックとSLAリスク警告
- オンコールエンジニア：モバイルページングによる重要なシステムアラート
- 一般チーム：毎日のダイジェスト。個々のチケットアラートではありません
アラートを実行可能にする
すべてのアラートは、次の3つの質問に答える必要があります。
- 誰が応答しますか？
- 予想される応答時間はどれくらいですか？
- いつさらにエスカレートする必要がありますか？
「緊急チケットが作成されました」というアラートは、「VIP顧客Acme Corpからの緊急チケット - 30分以内に応答するか、Sarahにエスカレートしてください」というアラートよりも役に立ちません。
避けるべき一般的な間違い
- 多くの条件でアラートを送信する：すべてが緊急の場合、何も緊急ではありません
- すべてのアラートを同じチャネルに送信する：ノイズが発生し、信号が減少します
- ライブになる前にテストしない：常にサンプルチケットでアラートフローをテストしてください
- モバイルエクスペリエンスを無視する：エージェントは電話でメールをチェックします。アラートをモバイルフレンドリーにしてください
アラートを超えて：eesel AIによるAI搭載の緊急チケット処理
従来の警告の基本的な制限は、人間が優先度を正しく設定することに依存していることです。チケットを急いで処理するエージェントは、顧客のメッセージの緊急性を見逃す可能性があります。VIP顧客のチケットは、組織名を誰も認識しなかったため、キューに放置される可能性があります。
AIは、この問題を解決するのに役立ちます。
ルールベースのアラートの制限
従来のトリガーは、単純な条件で動作します。Xの場合、Y。コンテキストやニュアンスを理解できません。「完全に停止しており、1時間あたり1万ドルを失っています」というチケットは、両方が通常の優先度としてマークされている場合、「パスワードをリセットするのを手伝ってもらえますか？」と同じように扱われます。
eesel AIが緊急度を自動的に検出する方法
eesel AIのAIトリアージ製品は、自然言語理解を使用してチケットの内容を読み取ります。キーワードを探すだけではありません。それは理解しています：
- 意図：顧客は実際に何を求めていますか？
- 感情：彼らの口調はどれほど不満または緊急ですか？
- コンテキスト：彼らは以前にこの問題について言及しましたか？これはフォローアップですか？
- 顧客層：これはあなたのデータに基づいてVIP顧客ですか？
結果：チケットは、エージェントがクリックした優先度フィールドだけでなく、実際の緊急度に基づいてルーティングされます。
AI搭載のルーティングと従来のアラート
緊急チケットについて人間に警告するだけでなく、AIは即座にアクションを実行できます。
- コンテンツの専門知識とエージェントの可用性に基づいて自動割り当て
- 緊急の問題を認識し、期待を設定するために即時の応答を起草する
- どの問題が本当に人間の注意を必要とするかを理解することによりインテリジェントにエスカレートする
- 過去のチケットから継続的に学習して、時間の経過とともに精度を向上させる
緊急チケット処理のためのeesel AIの設定
開始するのは簡単です。
- Zendeskアカウントを接続する：ワンクリック統合、複雑な設定は不要
- eeselに学習させる：eeselは過去のチケットとヘルプセンターを分析して、ビジネスを理解します
- 自然言語ルールを構成する：VIP顧客が停止について言及した場合、すぐにエスカレートするなど、わかりやすい英語でeeselに指示します
- シミュレーションモードでテストする：ライブになる前に、eeselが過去のチケットをどのように処理したかを確認します
- 徐々に開始する：eeselがレビューのために返信を下書きすることから始め、自信が高まるにつれて完全な自動化に進みます
eesel AIのZendesk統合は、既存の設定とシームレスに連携します。Zendeskを置き換えることはありません。よりスマートにします。
チームに適した緊急アラートアプローチを選択する
適切なソリューションは、チームの規模、チケットボリューム、および複雑さによって異なります。
小規模チーム（1〜10人のエージェント）
小規模チームの場合、ネイティブのZendeskトリガーと自動化で通常は十分です。設定：
- 緊急/高優先度のチケットのトリガー
- 可視性のためのSlackまたはTeams通知
- チームリーダーまたはマネージャーへの簡単なエスカレーション
シンプルに保ちます。簡単なワークフローにエンタープライズツールは必要ありません。
中規模チーム（10〜50人のエージェント）
ボリュームが増加するにつれて、次のことを検討してください。
- 営業時間外の重要なアラートのためのOnPageのようなサードパーティ統合
- ダッシュボードによるKPIベースのチームアラート
- 手動割り当てが非現実的になるため、ルーティングを処理するためのAIトリアージ
エンタープライズチーム（50人以上のエージェント）
大規模な組織では、通常、次のものが必要です。
- xMattersまたはPagerDutyのような完全なインシデント管理プラットフォーム
- 大規模なAI搭載のトリアージとインテリジェントなルーティング
- 部門およびタイムゾーン全体の複雑なエスカレーションチェーン
- ITSMプロセスおよび変更管理との統合
従来のアラートよりもAIを検討する場合
次の場合、AI搭載の処理について検討してください。
- チケットボリュームにより、手動ルーティングがボトルネックになる
- 24時間365日の対応が必要ですが、チームを比例して拡大することはできません
- 緊急の問題の応答時間が一貫してターゲットに達していない
- エージェントが解決よりもトリアージに多くの時間を費やしている
重要な質問：アラートは役に立っていますか、それとも単に作業を増やしているだけですか？
今日から緊急チケットをより効果的に処理し始める
Zendeskの緊急アラートのための完全なツールキットを入手しました。ネイティブのトリガーと自動化は基本を処理します。サードパーティ統合は、特定のユースケースに対応する機能を追加します。そして、eesel AIのようなAI搭載ソリューションは、アラートを超えてインテリジェントな処理を実現します。
最適なアプローチは、多くの場合、これらのツールを組み合わせたものです。ネイティブのZendesk機能から始めます。特定のギャップがある場合は、統合を追加します。そして、手動プロセスがボリュームの下で崩壊し始めたら、AIを検討してください。
AIが緊急チケットをどのように処理するかを確認したいですか？eesel AIのシミュレーションモードを試してください。Zendeskアカウントを接続すると、eeselは過去のチケットをどのようにルーティングおよび応答したかを正確に示します。推測やリスクはありません。何が可能かについてのデータ駆動型の洞察だけです。
eesel AIの料金を確認して、どのプランがチームに適合するかを確認するか、デモを予約して特定のワークフローのニーズについて話し合ってください。
