組織別にZendeskの優先度を設定する方法:完全ガイド

Stevia Putri
Written by

Stevia Putri

Reviewed by

Stanley Nicholas

Last edited 2026 3月 6

Expert Verified

組織別にZendeskの優先度を設定する方法:完全ガイドのバナー画像

すべてのお客様が平等ではありません。エンタープライズアカウントはより多くの料金を支払い、より厳格なSLA(Service Level Agreement)を持ち、より迅速な対応を期待します。しかし、Zendesk は、特に設定しない限り、すべてのチケットを同じように扱います。Zendeskとシームレスに統合するAI(人工知能)搭載の代替手段をお探しの場合は、私のZendesk AI連携をご覧ください。

組織のメンバーシップに基づいてチケットの優先度を設定することは、VIP(重要顧客)のお客様が当然の注意を払われるようにするための最も効果的な方法の1つです。少数の主要アカウントを管理している場合でも、異なるサービスレベルを持つ数千の組織を管理している場合でも、優先度の割り当てを自動化することで、チームは最も重要なことに集中できます。

このガイドでは、Zendeskの2つのネイティブなアプローチについて説明します。トリガー(すべてのプランで利用可能)とグループマッピング(Professional以上)です。また、ルールベースのシステムが限界に達する時期と、のようなAI搭載の代替手段が、より複雑なルーティングの決定をどのように処理できるかについても見ていきます。

Zendeskカスタマーサービスプラットフォームのランディングページ
Zendeskカスタマーサービスプラットフォームのランディングページ

必要なもの

始める前に、以下を確認してください。

  • Zendesk Supportアカウント(トリガーにはどのプランでも使用できますが、グループマッピングにはProfessional以上が必要です)
  • トリガーを作成し、組織を管理するための管理者アクセス権
  • 優先度処理が必要な組織の明確なリスト
  • チームが理解している定義済みの優先度レベル(チームのコンテキストで「高」と「緊急」を構成するもの)

Zendeskにおける組織と優先度の理解

Zendesk の組織は、通常、会社、部門、またはサービスレベルごとにグループ化されたエンドユーザーの集合です。これらは、組織ベースの優先度ワークフローの基礎となります。

Zendeskは、低、普通、高、緊急の4つの優先度レベルを提供します。これらは標準のチケットフィールドであり、カスタマイズできません。新しい優先度の値を追加したり、既存の値を名前変更したりすることはできません。追加の粒度が必要な場合は、カスタムチケットフィールドを作成できますが、これはSLAポリシーとレポートに影響するため、デフォルトの優先度フィールドの代替としては推奨されません。

ワークフローの接続は簡単です。チケットが到着すると、Zendeskはリクエスター(依頼者)の組織メンバーシップを確認します。優先組織に属している場合、トリガーまたはグループマッピングルールは、チケットの優先度を自動的に上げます。これは、エージェントがチケットを見る前に発生します。

Teamプランでは、ユーザーは1つの組織にのみ属することができます。ProfessionalおよびEnterpriseプランでは、ユーザーは最大300の組織に属することができ、ルーティングの目的で1つがプライマリとして指定されます。

方法1:トリガーを使用して組織別にZendeskの優先度を設定する

トリガーは、組織別に優先度を設定する最も柔軟な方法であり、すべてのZendeskプランで動作します。チケットが作成または更新されるとすぐに実行され、複数の条件を組み合わせて高度なルーティングロジックを実現できます。

ステップ1:トリガーページにアクセスする

管理センター > オブジェクトとルール > ビジネスルール > トリガーに移動します。ここでは、すべての自動化ルールを作成および管理します。

チケットのコメントと更新のためのZendeskトリガー条件ビルダー
チケットのコメントと更新のためのZendeskトリガー条件ビルダー

ステップ2:新しいトリガーを作成する

「トリガーを追加」をクリックし、わかりやすい名前を付けます。トリガーの目的が一目でわかる一貫した命名規則を使用します。形式:[理由] - [ワークフロー]。例:「VIP優先度 - エンタープライズ組織」または「高優先度 - プラチナ顧客」。

トリガーの機能とその理由を説明する説明を追加します。将来の自分(および他の管理者)は、コンテキストに感謝するでしょう。

ドロップダウン選択のあるトリガー条件とアクションインターフェース
ドロップダウン選択のあるトリガー条件とアクションインターフェース

ステップ3:条件を設定する

「次のすべての条件を満たす」セクションで、以下を追加します。

  • チケット > 次の状態である > 作成された(または、チケットの変更時に実行する場合は「作成または更新された」)
  • リクエスター > 組織 > 次の状態である > [組織を選択]

オプションで、グループ > 次の状態である > "-" (設定されていないことを意味します)を追加します。これにより、トリガーが他のトリガーまたはグループマッピングによって行われた割り当てを上書きするのを防ぎます。

ステップ4:優先度アクションを構成する

アクションセクションで、以下を追加します。

  • 優先度 > 高(または、組織のレベルに応じて緊急)

ここに追加のアクションを追加できます。

  • グループを設定して、専門チームにルーティングします
  • レポート用に「vip_customer」または「enterprise」のようなタグを追加します
  • シニアエージェントに警告するメール通知を送信します

ステータスオプションとアクションボタンを備えたトリガー作成インターフェース
ステータスオプションとアクションボタンを備えたトリガー作成インターフェース

ステップ5:配置とアクティブ化

「トリガーを作成」をクリックし、リストで新しいトリガーを見つけます。ドラッグハンドルを使用して、トリガーの順序で正しく配置します。トリガーは上から下に実行され、順序が重要です。後で実行されるトリガーは、以前のトリガーによって行われた変更を上書きする可能性があります。

本番環境で依存する前に、Zendeskのトリガープレビュー機能を使用してトリガーをテストします。

方法2:自動割り当てのためのグループマッピング

グループマッピングは、ProfessionalおよびEnterpriseプランで利用できるより簡単な代替手段です。トリガーを使用する代わりに、組織を特定の担当者グループに直接関連付けます。

グループマッピングが構成されている場合、その組織のユーザーからのチケットは、マッピングされたグループに自動的に割り当てられます。これは、ほとんどのトリガーが実行される前に発生するため、トリガーを使用してチケットをさらに変更できます(優先度を設定したり、タグを追加したり、通知を送信したりします)。

グループマッピングを設定するには:

  1. Zendesk Supportの組織ページに移動します
  2. 組織を見つけて「編集」をクリックします
  3. グループドロップダウンからターゲットグループを選択します
  4. 変更は自動的に保存されます

グループマッピングは、組織AからのチケットをグループBに送信するだけのような、簡単なルーティングシナリオに最適です。トリガーよりもメンテナンスが少なくて済みますが、柔軟性は低くなります。条件(時刻やチケットの内容など)や複数の条件を追加することはできません。

多くのチームが両方のアプローチを使用しています。最初の割り当てにはグループマッピングを使用し、優先度の設定や追加のアクションにはトリガーを使用します。このハイブリッドアプローチにより、条件付きロジックの柔軟性を備えた自動割り当てのシンプルさが得られます。

組織ベースの優先度のベストプラクティス

カテゴリ別にトリガーを整理する

トリガーの順序によって実行順序が決まります。Zendeskは、チケットのライフサイクルを反映するカテゴリにトリガーを整理することをお勧めします。

  • 分類トリガーが最初に実行されます。これらはデフォルトを設定し、チケットの内容を識別します。
  • ルーティングおよび割り当てトリガーが次に実行されます。ここでは、組織ベースのグループ割り当てが行われます。
  • ワークフロー自動化トリガーは、エスカレーション、フィールドの更新、および統合を処理します。
  • 通知トリガーは最後に実行され、メールとアラートを送信します。

カテゴリを作成するには、トリガーに移動し、「トリガーを追加」ドロップダウンをクリックして、「カテゴリを追加」を選択します。

意味のある命名規則を使用する

一貫した命名により、トラブルシューティングが容易になります。形式:[理由] - [ワークフロー]。

例:

  • 「VIPのルーティング - エンタープライズ組織」
  • 「優先度高 - プラチナ顧客」
  • 「エスカレーションの通知 - 緊急チケット」

トリガーの競合を防ぐ

ルーティングトリガーには、常に「グループが設定されていない」のような条件を含めます。これにより、グループマッピングまたは以前のトリガーによってすでにルーティングされているチケットが誤って再割り当てされるのを防ぎます。

トリガーの順序を文書化し、新しいトリガーを追加するときに確認します。複数のトリガーが同じフィールドを設定しようとすると、競合が発生することがよくあります。

フォールバックトリガーを作成する

グループ割り当てなしで残っているチケットをキャッチし、「フォールバック」タグ付きのデフォルトグループにルーティングする最終的なルーティングトリガーを追加します。これにより、何も失われず、タグはルーティングロジックのギャップを特定するのに役立ちます。

監視と反復

トリガーのパフォーマンスを毎月確認します。どのフォールバックタグが表示されているかを確認し、誤ってルーティングされたチケットを探し、ビジネスの進化に合わせて条件を調整します。ルーティングは決して「設定して忘れる」ことはできません。継続的な注意が必要です。

一般的な問題とトラブルシューティング

トリガーが優先度を設定しない

トリガーが機能しない場合:

  • トリガーの順序を確認します。別のトリガーが優先度の設定を上書きしていませんか?
  • リクエスターが指定した組織に実際に属していることを確認します
  • Zendeskのトリガーシミュレーションを使用して、正確な条件をテストします
  • トリガーがアクティブであることを確認します(非アクティブに設定されていません)

ユーザーごとの複数の組織

ユーザーが複数の組織に属している場合、Zendeskはルーティングの決定にプライマリ組織を使用します。プライマリ組織は、ユーザーのプロファイルで設定できます。Teamプランでは、ユーザーは1つの組織にのみ属することができます。

APIで作成されたチケットに組織データがない

API経由で作成されたチケット、またはAWS SNSのような外部システムからのチケットには、組織データが正しく入力されていない可能性があります。ルーティングが組織に依存している場合、これらのチケットはフォールバックトリガーにフォールスルーする可能性があります。

解決策は次のとおりです。

  • リクエスターのメールアドレスドメインを使用して、ユーザーマッピングを介して組織を決定します
  • チケットの件名またはカスタムフィールドに組織識別子を含めます
  • Webhookを使用して、チケットの作成後に組織データを検索して設定します
  • メタデータが欠落している場合でも、チケットの内容から組織を推測できるAIトリアージツールを使用します

優先度が上書きされている

後のトリガーは、以前のトリガーからの優先度設定を上書きできます。これは、意図的に使用する場合(VIPオーバーライドなど)は強力ですが、誤って発生した場合は不満が残ります。トリガーの順序を確認し、不要な上書きを防ぐために無効化条件を使用します。

さらに進んで:eesel AIによるAI搭載の優先度

ルールベースのトリガーは、固定されたシナリオではうまく機能しますが、限界があります。履歴チケットのパターンから学習したり、ニュアンスのあるルーティングの決定を処理したり、ビジネスの変化に合わせて適応したりすることはできません。

ここで私がお手伝いできます。私のAIトリアージは、単純なif-thenルールを超えています。

自動チケットルーティングのためのAI搭載のインテリジェントトリアージ
自動チケットルーティングのためのAI搭載のインテリジェントトリアージ

  • **履歴から学習する:**過去のチケットを分析して、明示的に定義していないルーティングパターンを理解します
  • **複雑な決定を処理する:**組織、コンテンツの感情、緊急信号、担当者のワークロードなど、複数の要因に基づいて同時にルーティングします
  • **自然言語の指示:**複雑なトリガー条件を作成する代わりに、「エンタープライズアカウントからの怒っている顧客をシニアエージェントにルーティングする」と指示します
  • **展開前にテストする:**ライブに移行する前に、履歴チケットでルーティングの決定をシミュレートして、精度を確認します

次の場合に、AI搭載のルーティングを検討してください。

  • 維持が難しい数十のトリガーがある
  • ルーティングがルールとして表現するのが難しい複数の要因に依存している
  • ビジネスロジックが頻繁に変更される
  • チームが行う手動トリアージ作業を減らしたい

AIでサポート業務を変革しようとしているチームは、基本的な自動化を超えるカスタマーサービス向けのAIソリューションを検討してください。

今すぐ組織別にZendeskの優先度の最適化を開始する

組織に基づいてチケットの優先度を設定するための2つの確実なアプローチができました。柔軟性のためのトリガーと、シンプルさのためのグループマッピングです。重要なのは、各ルーティングニーズに適したツールを選択し、セットアップを保守可能な状態に保つように整理することです。

行動計画は次のとおりです。

  1. 現在のルーティング設定を監査します。チケットは適切なグループに送信されていますか?
  2. まだ実装していない場合は、トリガーカテゴリを実装します。将来のあなたは現在のあなたに感謝するでしょう。
  3. トリガーの名前と説明を確認します。新しい管理者はそれぞれが何をするかを理解できますか?
  4. スリップするものをキャッチするために、そのフォールバックトリガーを作成します
  5. ライブに移行する前に、Zendeskのトリガーシミュレーションで変更をテストします

ルーティングは決して「設定して忘れる」ことはできないことを忘れないでください。顧客ベースが成長し変化するにつれて、ルーティングロジックも進化する必要があります。問題が顧客に影響を与える前にキャッチするために、毎月のレビューをスケジュールします。

ルールベースのルーティングからインテリジェントな学習主導のチケット割り当てに移行する準備ができている場合は、を試して、AI搭載のトリアージがZendeskのセットアップをどのように補完できるかを確認してください。

よくある質問

はい、トリガーはTeamを含むすべてのZendeskプランで動作します。ただし、グループマッピングにはProfessional以上が必要です。Teamプランでもトリガーを使用して組織ベースの優先度を実現できます。
Zendeskは、ルーティングの決定にユーザーのプライマリ組織を使用します。プライマリ組織は、ユーザーのプロファイルで設定できます。Teamプランでは、ユーザーは1つの組織にのみ属することができます。
一般的な原因は次のとおりです。(1)トリガーが、すでに優先度を設定している別のトリガーの後に配置されており、条件が実行を妨げています。(2)リストの後ろにある別のトリガーが優先度を上書きしています。(3)チケットが適切な組織データなしでAPI経由で作成されました。トリガーの順序を確認し、Zendeskのトリガーシミュレーションを使用してデバッグします。
いいえ、デフォルトの優先度フィールドの値を追加または変更することはできません。値は、低、普通、高、緊急で固定されています。回避策として、追加の優先度粒度に対してカスタムチケットフィールドを作成できますが、これはSLAポリシーと分析に影響します。
ルーティングトリガーで「グループが設定されていない」条件を使用して、他のトリガーまたはグループマッピングによって行われた割り当てが上書きされないようにします。トリガーの順序を文書化し、新しいトリガーを追加するときに確認します。トリガーをカテゴリに整理して、実行順序を制御します。
トリガーはすべてのプランで利用でき、柔軟な条件ロジックを提供します。複数の条件をチェックし、さまざまなアクションを実行できます。グループマッピングはよりシンプルで、Professional +でのみ利用可能で、組織をグループに直接関連付けます。グループマッピングは、ほとんどのトリガーの前に実行されます。

この記事を共有

Stevia undefined

Article by

Stevia Putri

Stevia Putri is a marketing generalist at eesel AI, where she helps turn powerful AI tools into stories that resonate. She’s driven by curiosity, clarity, and the human side of technology.