SLAに基づくZendeskのエスカレーション自動化を設定する方法：完全ガイド

サービスレベルアグリーメント（SLA: Service Level Agreement）は、あらゆる本格的なサポート業務のバックボーンです。SLAは、顧客との明確な期待値を設定し、チームに測定可能な目標を与えます。しかし、ここで問題となるのは、チケットがSLA違反になりそうなときに何が起こるかということです。理想的には、期限が過ぎる前に適切な担当者に警告する自動エスカレーションが必要です。残念ながら、Zendeskではこれが簡単ではありません。

「Zendesk エスカレーション 自動化 SLA」と検索したことがある方は、他の人と同じギャップに気づいたことでしょう。ZendeskはSLAが違反されたときに通知できますが、「違反のX分前」に基づいて自動化をネイティブにトリガーすることはできません。これはZendeskコミュニティで最も要望の多い機能の1つであり、公式の機能リクエストには数百の賛成票が集まっています。

朗報は、回避策があるということです。Zendeskネイティブのものもあれば、サードパーティツールを使用するものもあります。各方法を順を追って説明し、チームに最適なものを選択できるようにします。また、よりインテリジェントにエスカレーションを処理するソリューションをお探しの場合は、eesel AIでのアプローチ方法をご紹介します。

ZendeskのSLA自動化の制限事項について

SLAベースの自動化に関して、Zendeskで何ができて何ができないのかを明確にしましょう。

Zendeskには、トリガーと自動化という2種類のビジネスルールがあります。トリガーは、チケットが作成または更新されたときにすぐに発動します。自動化は1時間ごとに実行され、時間ベースの条件に基づいて動作できます。しかし、どちらも特定のSLAターゲット違反に基づいて直接トリガーすることはできません。

混乱は、「最後のSLA違反からの時間」という条件から生じることがよくあります。これは有望に聞こえますが、SLAがすでに違反された後、どれだけの時間が経過したかしかわかりません。「このチケットは30分後に違反する」とは教えてくれません。

なぜこれが重要なのでしょうか？リアクティブな通知（違反後）では、チームが介入する時間が与えられないからです。プロアクティブなエスカレーション（違反前）では、コミットメントを満たす時間があるうちに、再割り当て、通知、またはアクションを実行できます。

SLAベースの自動化トリガーに関する公式の機能リクエストは、何年も前からアクティブです。Zendeskの回答は一貫しており、利用可能な回避策を使用するようにとのことです。そこで、それについて説明します。

eeselでは、別のアプローチを取っています。時間ベースの自動化トリガーと格闘する代わりに、当社のAIチームメイトが平易な英語でエスカレーションルールを学習します。「エンタープライズのお客様からのチケットで、2時間以内に返信がない場合はエスカレーションする」などのように指示するだけで、残りの処理はAIが行います。複雑なワークフローは必要ありません。

SLAエスカレーション自動化の前提条件

エスカレーションワークフローを設定する前に、次のものが揃っていることを確認してください。

Zendeskプランの要件

• SLAポリシーには、Zendesk Suite Professional（月額1エージェントあたり115ドル）以上が必要です。
• グループSLAには、Zendesk Suite Enterprise（月額1エージェントあたり169ドル）が必要です。
• Support Teamプラン（月額1エージェントあたり19ドル）には、自動化とトリガーが含まれていますが、SLA機能はありません。

権限と知識

• Zendeskへの管理者アクセス（管理者のみがビジネスルールを作成できます）
• トリガーと自動化の違いの理解
• チームのエスカレーションマトリックスの理解（誰にいつ通知する必要があるか）

オプションの連携

• Slackワークスペース（通知チャネル用）
• PagerDutyアカウント（オンコールエスカレーション用）
• n8nアカウント（高度なワークフロー用、月額20ドルから）

最初にサンドボックス環境ですべてをテストしてください。ZendeskはEnterpriseプランでサンドボックス環境を提供しています。または、テストビューを作成して、メインキューに展開する前に自動化の効果を監視できます。

方法1：グループベースのエスカレーションワークフロー

これは、最も信頼性の高いネイティブの回避策です。「SLA違反間近」でトリガーする代わりに、自動化とトリガーを組み合わせて、時間条件が満たされたときにチケットをエスカレーショングループに移動します。

ステップ1：SLAポリシーを作成する

まず、適用するSLAポリシーを設定します。

管理センター → オブジェクトとルール → ビジネスルール → サービスレベルアグリーメントに移動します。「ポリシーを作成」をクリックして、ターゲットを定義します。

決定する必要がある主な事項：

• 追跡する指標（初回返信時間、次回返信時間、または解決時間）
• 各優先度レベルのターゲット時間（緊急、高、通常、低）
• 営業時間とカレンダー時間

営業時間は、設定されたスケジュール中のみカウントされます。カレンダー時間は24時間365日カウントされます。ほとんどのチームは、初回返信時間には営業時間を使用し、解決時間にはカレンダー時間を使用しますが、これは顧客とのコミットメントによって異なります。

SLAポリシーが有効になると、Zendeskは一致するチケットのターゲットの追跡を開始します。チケットビューと個々のチケットページでSLAバッジを確認できます。

ステップ2：「SLA違反」グループを作成する

次に、エスカレーションされたチケット専用のグループを作成します。

管理センター → メンバー → グループに移動し、「グループを追加」をクリックします。「SLA違反」や「エスカレーション - SLAリスク」など、わかりやすい名前を付けます。エスカレーションされた問題を処理するエージェントを割り当てます。これらは、上級サポートスタッフまたはチームリーダーである必要があります。

グループには多くのメンバーは必要ありません。その目的は、チケットを視覚的にフラグを立て、トリガーベースの通知を有効にすることです。その担当者がすべてのエスカレーションを管理する場合、このグループのエージェントは1人だけでもかまいません。

ステップ3：自動化を設定する

次に、チケットをエスカレーショングループに移動する自動化を作成します。

管理センター → オブジェクトとルール → ビジネスルール → 自動化に移動します。「自動化を追加」をクリックします。

設定する条件：

• 「リクエスタの更新からの時間」がXより大きい（リスクしきい値に基づいて設定します）
• ステータスがオープンである（保留中または保留中のチケットはエスカレーションしないでください）
• チケットが「SLA違反」グループにない（再実行を防ぎます）

実行するアクション：

• タグ「sla_breach_risk」を追加する（追跡用）
• グループを「SLA違反」に変更する

この自動化は1時間ごとに実行されます。条件に一致するチケットが見つかると、エスカレーショングループに移動します。制限事項は、「SLA違反に近づいている」の代わりに「更新からの時間」をプロキシとして使用していることです。これは正確ではありません。ただし、ネイティブのZendeskツールでできる限り近いものです。

ステップ4：通知のトリガーを作成する

最後に、チケットがエスカレーショングループに入ったときに担当者に通知するトリガーを設定します。

管理センター → オブジェクトとルール → ビジネスルール → トリガーに移動します。「トリガーを追加」をクリックします。

条件：

• グループが「SLA違反」に変更された
• タグに「sla_breach_risk」が含まれている

アクション：

• グループ「SLA違反」にメールを送信する（割り当てられたエージェントに通知します）
• オプション：ターゲットに通知する（SlackウェブフックまたはPagerDuty）
• 内部メモを追加する：「このチケットは、SLA違反に近づいているため、エスカレーションされました」

このワークフローを徹底的にテストします。テストチケットを作成し、放置して、自動化によってチケットが移動され、トリガーによって通知が送信されることを確認します。「更新からの時間」のしきい値を調整して、適切なタイミングでチケットをキャッチするようにします。

方法2：n8nによるプロアクティブなSLA監視

より正確な制御が必要なチームには、n8nが強力な代替手段を提供します。n8nは、Zendesk APIを1時間ごとにポーリングし、正確なSLAパーセンテージを計算し、正確なしきい値で通知をトリガーできるワークフロー自動化プラットフォームです。

仕組みは次のとおりです。

ワークフローは1時間ごとに実行されます。API経由でZendeskからすべてのオープンチケットを取得します。これには、created_atとsla_dueのタイムスタンプが含まれます。チケットごとに、次の式を使用してSLA時間の経過率を計算します：percentElapsed = (1 - remaining/total) × 100。

75％経過すると、Slackチャネルに警告が送信されます。90％経過すると、Zendeskでチケットの優先度が「高」に更新され、チームに即時対応が通知されます。すべてのイベントは、コンプライアンスレポートのためにGoogleスプレッドシートに記録されます。

n8nのホスト型プランは、2,500回の実行で月額20ドルから始まります。各実行は、処理するチケットの数に関係なく、1回の完全なワークフロー実行としてカウントされます。ほとんどのサポートチームにとって、これはスタータープランで数百枚のチケットを1時間ごとに監視できることを意味します。

ネイティブのZendeskの回避策に対する主な利点は何でしょうか？精度です。「X時間後」ではなく、SLA経過の正確に75％と90％で通知を受け取ることができます。トレードオフは複雑さです。ワークフローを設定および維持し、API認証情報を管理し、n8nインスタンスを監視する必要があります。

次の場合は、この方法を選択してください。

• 専用の運用または技術スタッフがいる
• SLAの精度がビジネスにとって重要である
• コンプライアンスのために監査ログが必要である

次の場合には、ネイティブのZendeskの回避策を使用してください。

• 精度よりもシンプルさを優先する
• 技術的なリソースがない
• 1時間ごとの粒度で十分である

内部エスカレーション追跡にグループSLAを使用する

Zendesk Enterprise（月額1エージェントあたり169ドル）をご利用の場合、グループSLAにアクセスできます。これらは、運用レベルアグリーメント（OLA: Operational Level Agreements）とも呼ばれる、内部チームの説明責任を測定します。

標準SLAが顧客へのコミットメントを追跡するのに対し、グループSLAはチケットが内部チームにどれだけ長く留まっているかを追跡します。グループSLAは、グループ所有時間を測定します。これは、チケットがグループに割り当てられてから、再割り当てまたは解決されるまでの時間です。

グループSLAは、複数部門のワークフローに役立ちます。例：

• ITチームがインフラストラクチャチームにチケットがどれだけ長く留まっているかを追跡する
• 財務チームが承認のターンアラウンドタイムを測定する
• 製品チームがエンジニアリングでエスカレーションがどれだけ長く留まっているかを監視する

グループSLAの設定は、標準SLAと同様です。管理センター → オブジェクトとルール → ビジネスルール → サービスレベルアグリーメントに移動し、「グループSLA」タブを選択します。ポリシーを作成し、ターゲットグループを選択し、所有時間のターゲットを設定します。

重要な制限事項：

• グループSLAは、割り当てとエスカレーションを区別できません。グループでの時間を測定するだけです。
• チケットが再割り当てされるとリセットされます。チケットがチームAからチームBに移動し、チームAに戻ると、チームAは新しい所有時間タイマーを取得します。
• 自動化をトリガーしません。通知には、前述のグループベースの回避策が依然として必要です。

グループSLAは、リアルタイムのエスカレーショントリガーではなく、事後レポートと説明責任に最適です。

サードパーティソリューションと連携

いくつかのサードパーティツールは、ZendeskのSLAエスカレーションのギャップを埋めることができます。以下に比較を示します。

SweetHawk Suite

SweetHawkは、ワークフロー自動化のための最も人気のあるZendeskアプリを作成します。Timersアプリ（月額1エージェントあたり2ドル）と完全なSweetHawk Suite（月額1エージェントあたり12ドル）は、Zendesk内に強化されたSLA適用を直接追加します。

ネイティブのZendeskとは異なり、SweetHawkアプリはより高度な時間ベースのルールを作成できます。Zendesk専用に構築されているため、セットアップには数分しかかからず、インターフェイスはネイティブに感じられます。SweetHawkは、Amazon、eBay、Twilioを含む12,000以上の組織から信頼されています。

PagerDuty連携

エスカレーションプロセスにオンコールエンジニアを起こすことが含まれる場合、PagerDutyはZendeskと直接連携します。チケットがSLAに違反した場合、または特定の条件を満たした場合、PagerDutyは電話、SMS、またはプッシュ通知でオンコールチームにページングできます。

PagerDutyプランは、Professionalティアで月額1ユーザーあたり25ドルから始まり、SlackおよびMicrosoft Teams連携、外部ステータスページ、および基本的な自動化が含まれます。Businessティア（月額1ユーザーあたり49ドル）には、カスタムフィールド、高度なワークフロー、およびServiceNow連携が追加されます。

eesel AI

私たちはエスカレーションについて異なる考え方をしています。複雑な自動化ルールを構築する代わりに、平易な英語でエスカレーションポリシーを学習するAIチームメイトを雇います。

仕組みは次のとおりです。AIをヘルプデスクに接続し、ルールを指示します。「1,000ドルを超える請求紛争は、財務チームにすぐにエスカレーションしてください。」「VIP顧客のチケットに30分以内に返信がない場合は、アカウントマネージャーに通知してください。」AIは監視とエスカレーションを自動的に処理します。

ライブに移行する前に、過去の数千枚のチケットでAIをシミュレートして、ルールを正しく理解していることを確認できます。ライブになると、修正から学習します。エスカレーションが必要ない場合は、お知らせください。調整します。

当社のAIエージェントは、成熟した展開で最大81％のチケットを自律的に処理し、定義した内容のみをエスカレーションします。AIトリアージ製品は、経過時間だけでなく、コンテンツに基づいてチケットにタグを付け、ルーティングし、優先順位を付けます。

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

どの方法を選択する場合でも、次のプラクティスに従って、エスカレーションを効果的に維持してください。

**自動化する前に、現実的なSLAターゲットを設定します。**チームがSLAを常に逃している場合、より積極的にエスカレーションしても役に立ちません。最初に根本原因を修正してください。

手動監視にSLAベースのビューを使用します。「次のSLA違反」で昇順にソートされたビューを作成します。エージェントは、自動化がなくても、リスクのあるチケットを一目で確認できます。

**最初にサンドボックスでテストします。**Zendesk Enterpriseにはサンドボックス環境が含まれています。実際のチケットに影響を与える前に、そこで自動化ロジックをテストしてください。

**エスカレーションマトリックスを文書化します。**誰にいつ、どのチケットタイプで通知されるかを書き留めます。これにより、混乱を防ぎ、休暇中または離職中のカバレッジを確保します。

**エスカレーション率を監視します。**チケットの50％がエスカレーションされている場合、しきい値が高すぎます。エスカレーションがまったくない場合、SLAが寛大すぎる可能性があります。小さく、実行可能なパーセンテージを目指してください。

**顧客に情報を伝えます。**自動エスカレーションは目に見えないものであってはなりません。トリガーを使用して、「チケットはより迅速な解決のために上級チームにエスカレーションされました」などの更新を送信します。

**四半期ごとにレビューと調整を行います。**SLAのニーズは、チームと製品の進化とともに変化します。ポリシーと自動化ルールの四半期ごとのレビューをスケジュールします。

AIでよりスマートなエスカレーションワークフローを構築する

SLAベースの自動化に関するZendeskのネイティブの制限事項は、よく知られており、十分に文書化されています。説明した回避策（グループベースのワークフロー、n8n連携、グループSLA、およびサードパーティアプリ）は、それぞれ問題の一部を解決しますが、すべてシンプルさと精度の間でトレードオフが必要です。

私たちは、エスカレーション管理はよりシンプルであるべきだと考えています。複雑なワークフローを構成する代わりに、新しいチームメンバーに説明するのと同じ方法でエスカレーションルールを定義できる必要があります。つまり、平易な英語で定義できるべきです。

当社のAIを使用すると、次のことができます。

• エスカレーションルールを自然に定義する：「エンタープライズのお客様からのチケットは、常に2時間後にエスカレーションする」
• ライブに移行する前に、過去のチケットでシミュレートして、ルールが機能することを確認する
• レビューのためにAIによる応答の作成から開始し、完全な自律処理にレベルアップする
• ルーチンチケットをエンドツーエンドで処理し、本当に人間の注意が必要なものだけをエスカレーションする

当社のアプローチは、別の自動化レイヤーを追加することではありません。エスカレーションプロセスにインテリジェンスをもたらすことです。当社のAIは、過去のチケット、マクロ、およびヘルプセンターからビジネスを学習します。タイムスタンプだけでなく、コンテキストを理解します。

Zendeskの回避策との格闘にうんざりしていて、AIがよりインテリジェントにエスカレーションを処理する方法を確認したい場合は、eesel AIをお試しくださいまたはデモを予約して、実際のチケット履歴で動作を確認してください。インテリジェントなチケット管理の詳細については、ヘルプデスクのAIエージェントに関するガイドをご覧ください。または、よりスマートなエスカレーションワークフローの詳細については、Zendesk AIエージェントのエスカレーションについてお読みください。