ZendeskからJiraへのAIエスカレーション：バグをトリアージし、重複を避け、顧客への連絡まで完結させる

エスカレーションのループには4つの仕事がある

私はeeselで連携の開発をしており、ZendeskとJiraの組み合わせは営業の打ち合わせで頻繁に話題になります。週に約1,000件のZendeskチケットを扱う米国のデジタルメディアネットワークは、望むワークフローをほぼそのまま言葉にしてくれました。ユーザーがサポートに連絡し、AIがトラブルシューティングを行い、解決しないものはJiraにエスカレーションする、というものです。1つのステップに聞こえますが、実際には4つあり、市場の各ツールはそれぞれ異なる一部をカバーしています。

多くの構成で抜け漏れが生じるのは、仕事2と仕事4です。重複排除を飛ばすと、エンジニアリングには同じバグが5件届き、それぞれに顧客への影響の5分の1しか付いていません。フォローアップを飛ばすと、修正はリリースされたのに、顧客は誰も聞いてくれなかったと思ったままになります。Hacker Newsのある開発者は、欠けている部分をはっきりとこう述べていました。

"A bug tracker by itself... doesn't feel as valuable as the integration that enables the smooth management of a bug for all those who interact with it."

buro9, Hacker News

このテーマに詳しくない方は、チケットエスカレーションのプロセスとチケットトリアージのガイドで基本を、SaaSサポートのベストプラクティスでより広いワークフローを解説しています。この記事では、ZendeskとJiraの構成で、4つの仕事をそれぞれ誰が、あるいは何が行うのかを扱います。

ネイティブのZendesk Jiraアプリができること

ネイティブ連携はベースラインであり、本来の目的には優れています。セットアップの手順はZendesk Jira連携のガイドで詳しく説明したので、ここでは4つの仕事との対応に絞ります。

起票とリンク（仕事3）。 チケット内のJiraサイドバーアプリから、エージェントは課題を作成したり、既存の課題をリンクしたりできます。チケットから課題を作成するガイドとチケットを課題にリンクするガイドで、両方の流れを紹介しています。リンクには、課題キー、貼り付けたリンク、または入力中に課題を候補表示するキーワード検索やJQL検索を使います。1つのJira課題には最大200件のチケットをリンクできます。作成またはリンクすると、チケットにjira_escalatedタグが、課題には対応するラベルが付き、jira_で始まるチケットタグはすべてラベルとしてコピーされます。

重複排除（仕事2）。 そのキーワード検索が重複排除の手段ですが、手作業です。エージェントが検索しようと思い立ち、適切な語句を選び、結果が本当に同じバグかを判断しなければなりません。忙しいキューでは、ここが飛ばされるステップです。

ループを閉じる（仕事4）。 この部分は、多くの人が思っているより高機能です。Zendeskのステータス変更の記事によると、連携はJiraワークフローに「Notify Zendesk Support」ポストファンクションを追加します。これをトランジションに設定すると、チケットのステータス変更、内部コメントまたは公開コメントの追加、タグの追加を、{{issue.key}}のようなプレースホルダー付きで行えます。Zendesk自身の例は控えめな使い方です。

"For example, after an engineer changes the Jira workflow status of an issue from "In progress" to "Done," Jira can automatically add an internal note to the linked Zendesk ticket notifying the agent. The agent can then notify the customer."

Zendesk help center

このコメントを公開にすることもできますが、トランジションごとにテンプレートは1つです。リンクされた顧客は全員、元の質問が何であれ、どの言語で書いてきたかにかかわらず、同じ文面を受け取ります。ドキュメントには、必須フィールドが空のチケットはポストファンクションで解決済みにできないこと、タグの削除はサポートされていないことも書かれています。設定にはJiraワークフローの編集と再公開が必要で、通常はJira管理者が必要です。

トリアージ（仕事1）。 対象外です。エージェントがチケットをバグと判断するまで、アプリは何もしません。

すべてのZendesk SuiteプランとSupport Team以上で、Jira CloudとData Centerと組み合わせて使え、インストールには両方のツールの管理者権限が必要です。

2026年のアプリの方針転換

インストール前に知っておくべきことが1つあります。入手できるのは元のアプリです。2026年4月28日、Zendeskは、移行が「confusing」で「could lead to issues during setup or transition」と顧客が感じたことを受けて、新しいJiraアプリの掲載を取り下げ、元のバージョンを再掲載すると発表しました。すでにv2を使っている顧客は当面そのままです。Zendeskは、Atlassianと協力して新しい機能を「over the next few months」で元のアプリに取り込むとしています。ブログ記事で見つからないv2の画面が紹介されていたら、これが理由です。

Zendesk AIが上乗せするもの

インテリジェントトリアージからAIエージェントまで、ZendeskのAIスタックはループの3か所に関わります。どれも実際に機能しますが、どれも重複チェックの手前で止まります。

インテリジェントトリアージがチケットにラベルを付ける

インテリジェントトリアージは、新しいチケットをトピック、感情、言語、製品名などのエンティティで分類します。分類は「a ticket's subject and the text of the first public comment」に基づき、各フィールドには確信度スコアが付きます。カスタムトピックを追加できるので、「Bug report」というトピックを自分で定義することもできます。Zendeskの感情分析で扱っているように、感情で最も怒っているバグ報告にフラグを立てることもできます。

注意点はプランの側にあります。分類はSuiteとSupport Professional以上で表示されますが、「Using them in workflows requires the Copilot add-on」とあり、Zendeskの料金ページではこれを年払いでエージェント1人あたり月50ドルとしています。トピックでルーティングするトリガーはCopilotの機能です。選択肢の比較はZendesk AIチケットトリアージのガイドで行っており、Copilotアドオンの記事では、50ドルで他に何が手に入るかを詳しく説明しています。

また、ラベルはZendesk内にしか存在しません。トリアージはチケットがバグらしいことは教えてくれますが、Jiraにそのバグがすでにあるかどうかは知りません。

類似チケットはZendesk内を見る

Copilotには「Similar tickets（類似チケット）」と「Merging suggestions（マージの提案）」も含まれます。どちらも他のZendeskチケットを参照し、料金表によれば、マージの提案は前後2週間以内の同じリクエスターしか対象にしません。重複した会話のマージには便利ですが、Jiraは検索しません。

アクションフローで課題を起票できる

ここは多くの人が見落とす部分です。Zendeskのアクションビルダーには、Suite Growth以上とSupport Team以上で組み込みのJiraコネクタがあり、課題の作成、取得、編集、トランジションの4つのアクションを備えています。Zendesk自身の例には、チケットで報告されたバグのJira課題を作成することや、チケットをクローズする前に課題のステータスを確認することが含まれています。

エスカレーションでは2つの点が重要です。1つ目は、検索アクションがないことです。フローはキーがすでにわかっている課題は読めますが、課題を探すことはできません。重複チェックには、Jiraの検索APIに対するカスタムアクションを自分で構築する必要があります。2つ目は、すべてのJiraアクションがアカウントを接続した人の操作として記録されるため、Zendeskは専用のサービスアカウントを推奨していることです。

Jira側にはAtlassian独自のAIがあり、JiraのAIによるチケット作成で扱っていますが、これはJiraから動くもので、Zendeskのキューから動くものではありません。

また、オートアシストがエージェントにトラブルシューティングを案内し、その後カスタムアクションでJira課題を作成するCopilotのワークフローレシピもあります。これにはCopilotアドオン、JiraのOAuthクライアント、文書化された手順が必要です。この側面はZendeskオートアシストのアクションで掘り下げています。

各選択肢が止まる場所

4つの仕事のループをもう一度示し、各選択肢が自身のドキュメントに基づいて標準で何をカバーするかをまとめます。

要するに、リンク機能はネイティブアプリが最も優れ、製品内のラベルはZendesk AIが最も優れていますが、どちらもJiraを確認してはくれません。この重複チェックと、顧客ごとに書かれたフォローアップが、私がAIチームメイトに任せたい部分です。

AIチームメイトがループを回す方法

私がAIチームメイトと言うとき、それはサポートエンジニアのように両方のツールで働くエージェントを指します。eeselは、別々の連携でZendeskとJiraに接続し、平易な英語で書いた指示に従います。以下は、eeselのJiraドキュメントとZendeskドキュメントに記載されたアクションだけを使って、私がSaaSチーム向けに構築する構成です。

ステップ1：ZendeskとJiraを接続する

エージェントがヘルプセンター、マクロ、過去のチケットを読み、チケットに対して操作できるよう、Zendeskはフル接続で接続します。次に、Atlassianのサブドメイン、アカウントのメールアドレス、APIトークンでJiraを接続します。Jira側にMarketplaceアプリをインストールする必要はありません。

実務上の注意点が2つあります。エージェントが見られるのはトークンのアカウントが閲覧できるJiraプロジェクトだけなので、バグ用プロジェクトにアクセスできるアカウントを使ってください。また、AtlassianはAPIトークンに有効期限を設けているので、再接続のリマインダーをカレンダーに入れておきましょう。製品ドキュメントがConfluenceにあるなら、それも接続してください。既知の問題や回避策をエージェントが探すのはConfluenceだからです。

ステップ2：最初のメッセージでトリアージする

Zendeskのトリガー「Only on the customer's first message（顧客の最初のメッセージのみ）」で自動化を作成します。Zendeskのトリガーを作ったことがあれば、チケットを読めるエージェントに渡すトリガーだと考えてください。eeselのドキュメントでは、トリアージとルーティングのためのトリガーと説明されています。誰かが返信する前に、チケットごとに1回発火します。Zendeskでは、各イベントを最大15分保留して、自社のZendeskトリガーを先に実行させることもできます。

トリアージを行うのは指示です。たとえば「チケットが使い方や請求に関する質問なら、ヘルプセンターを基に回答し、レビュー用の下書きにしてください。製品が誤った動作をしていると書かれていれば、バグの可能性として扱い、足りない再現情報を尋ねてから、以下のJiraの手順を実行してください」といった具合です。エージェントは過去のチケットとドキュメントを読むので、「Freeプランではエクスポートがグレーアウトしている」（仕様どおり）と「10 MBを超えるファイルでエクスポートがタイムアウトする」（バグ）を見分けられます。これはキーワードのルールや単一のトピックラベルでは難しい判断です。そうしたルールの書き方は、チケットトリアージを自動化するガイドで解説しています。

設計上考慮すべき制限が1つあります。eeselの最初のチェックでは、Zendeskのカスタムチケットフィールドやリクエスターのメールアドレスが見えません。プランの階層のようなフィールドが重要なら、それをタグに変換するZendeskトリガーを追加し、そのタグに対して指示を書いてください。

ステップ3：起票する前にJiraを検索する

重複を止めるのがこのステップです。eeselのJira連携には、JQLクエリを実行するSearch Issues（課題の検索）と、キーで1件の課題を読むGet Issue（課題の取得）があります。指示はシンプルで、まず検索し、それから起票します。

project = BUG AND statusCategory != Done AND text ~ "export timeout"

エージェントはチケットからクエリを書くので、顧客の言葉と、その機能の製品上の名前の両方を試せます。~テキスト演算子については、AtlassianのJQLリファレンスで説明されています。そのうえで次のように分岐します。

• 一致する課題がある。 エージェントはJira課題に、チケットのリンクと顧客のケースの1行要約をコメントします。Zendeskチケットにはjira-bug-1432のように課題キーをタグ付けし、担当者向けに内部メモを残します。
• 一致する課題がない。 エージェントはプロジェクト、要約、説明、ラベル、担当者を指定して課題を作成し、同じ方法でチケットにタグを付けます。後述のループを閉じるステップで見つけられるよう、起票またはコメントするすべての課題にzendeskラベルを付けるよう指示してください。担当者は先に人物を検索するので、名前で割り当てられます。

eeselのドキュメントのいくつかの詳細が、私の指示の書き方に影響します。Update Issue（課題の更新）は課題の説明を丸ごと置き換えるので、影響の情報は説明の編集ではなく、必ずコメントで追加するようエージェントに指示してください。Jira Service Management以外のJiraプロジェクトでは、すべてのコメントが課題を見られる全員に表示されます。社内のバグ用プロジェクトなら問題ありませんが、知っておく価値はあります。また、eeselはJiraの課題リンクやウォッチャーを変更できないため、Zendeskのタグがリンクの役割を果たします。

この最後の点には実務上の利点があります。リンクが単なるタグなので、Zendeskのビューやレポートに表示されます。エンジニアも課題のコメントから何人の顧客が待っているかを確認できます。Hacker Newsのあるエンジニアが述べていたように、エンジニアがZendeskのシートを持っていない場合、これは重要です。

"However pricing is definitely an issue - at both these companies us engineers did not have individual zendesk accounts as it was deemed too expensive. So we couldn't check the ticket ourselves for details. Jira-zendesk integration mitigated this to some extent though."

hiyer, Hacker News

ステップ4：課題が動いたらループを閉じる

ここは正確に書いておきます。eeselのJiraトリガーが発火するのは、Jira Service Managementの課題が作成されたとき、またはコメントされたときです。Jira Softwareのバグのステータス変更だけでは、エージェントは起動しません。この隙間を埋める方法は2つあります。

選択肢A：Jiraの自動化ルールとeeselのWebhook。 Jiraの自動化に慣れていない方にとって、これは最も一般的な使い方です。eeselでWebhook自動化を作成すると、専用のURLが発行されます。Jiraでは「Issue transitioned」をトリガーとする自動化ルールを追加し、課題キーと新しいステータスをそのURLに送る「Send web request」アクションを設定します。eeselへの指示は「この課題キーのタグが付いた未解決のZendeskチケットを検索してください。それぞれについて、顧客が最初に報告した内容に触れながら、何が変わったかを顧客の言語で伝える返信を下書きしてください」です。

選択肢B：スケジュール。 Jiraの自動化に手を加えたくない場合は、スケジュールを最短10分ごとに実行して、Jiraに何が変わったかを問い合わせられます。

labels = zendesk AND status CHANGED AFTER -15m

ほとんどのチームには、私なら選択肢Aを選びます。トランジションそのものに反応するからです。エージェントが処理する配信は1回ごとに1実行としてカウントされますが、指示で除外した配信は課金されません。ただし、Jiraの自動化は無料ではありません。Atlassianは現在自動化ステップを計量しており、トリガー、条件、アクションのすべてがカウントされます。Jiraの料金ページによると、Freeは月150ステップ、Standardはユーザーあたり400、Premiumはユーザーあたり750です。忙しいバグ用プロジェクトでの2ステップのルールは、Standardなら余裕で収まりますが、Freeでは足りなくなる可能性があります。詳細はJiraの自動化は無料かの記事にまとめています。

どちらの方法でも、AIがテンプレートより真価を発揮するのは返信です。CSVエクスポートのタイムアウトを報告した顧客にはエクスポートの修正がリリースされたことが伝わり、回避策を尋ねた顧客にはその答えも届きます。まずは、各返信を人が承認するまで保留する「Draft ticket reply（チケット返信の下書き）」から始め、信頼できるようになったら送信に切り替えてください。

課題の起票を任せる前のガードレール

Jira課題を作成できるAIは、エンジニアリングのバックログにノイズを生むこともでき、エンジニアはすぐに気づきます。私なら次のように展開します。

1. 課題の作成は先に確認させる。 eeselのアクションと承認では、各アクションを自動で実行する、先に確認する、オフにする、のいずれかに設定できます。Create Issue（課題の作成）を「先に確認」に設定し、最初の数週間はダッシュボードかSlackから承認してください。
2. 本番稼働前に履歴を再生する。 ヘルプデスクのシミュレーションスキルは、過去のチケットを再生し、エージェントの回答をチームが実際に送った内容と比較して採点します。エスカレーションされた1か月分のチケットで実行し、何を起票していたかを確認してください。
3. エンジニアリングにテンプレートを渡す。 再現手順、期待される動作と実際の動作、プラン、ブラウザー、影響を受けた顧客数といったバグのテンプレートを指示に入れてください。情報が揃った状態で届く課題は、チケットを貼り付けただけの課題より早く着手されます。
4. Activityログを読む。 実行ごとに、エージェントが何を検索し、どのアクションを取り、誰が承認し、なぜそうしたのかが表示されます。

ハンドオフの側面については、AIエスカレーションとZendesk AIのエスカレーションルールの記事でさらに掘り下げています。Jiraではなく人にもエスカレーションする場合は、スペシャリストへのエスカレーションをご覧ください。

費用

3つの選択肢は課金単位が異なるので、具体例で計算します。Zendesk Suite Professionalでエージェント10人を抱え、月に1,500件の新規チケットを受け、そのうち約100件がバグと判明するSaaSチームを想定します。

これらの数字についていくつか補足します。Zendeskの価格は料金ページによるもので、Suite Professionalは年払いでエージェント1人あたり月115ドル、アクションクレジットはすべてのプランに含まれ、追加は10万クレジットあたり200ドルです。eeselの料金は、シート料金なしの月額固定のクレジット枠です。チケット1件は何ステップかかっても1クレジット、Webhookの配信は実行としてカウントされ、超過利用を有効にすると追加クレジットは1件0.80ドルです。この例では1,600回の実行が1,500のプランをわずかに超えるので、999ドルのプランか、80ドルの超過料金でまかなえます。

Copilotはトリアージ以外にもオートアシストや文章作成ツールなどを含むため、単純な置き換えにはなりません。AIエージェント向けのZendeskの成果ベース料金は、さらに別のメーターです。すでにCopilotに支払っているなら、ラベル付けはCopilot、Jiraとの往復はAIチームメイトという組み合わせが最も安上がりなことがよくあります。Zendesk側の計算にはZendesk AI料金計算ツールが、Atlassian側についてはJira料金ガイドが役立ちます。

私ならどの構成を選ぶか

現在ループのどこが壊れているかをたどっていくと、たいていは適切な構成が自然に決まります。

まとめると次のとおりです。

1. バグの量が少なく、エージェントがすでにうまくエスカレーションしている。 ネイティブアプリのまま、Notify Zendesk Supportのポストファンクションを追加してください。無料で、それで十分です。
2. すでにCopilotに支払っている。 バグのラベル付けにはインテリジェントトリアージを、起票にはアクションフローを使います。重複排除は手作業のままと割り切るか、カスタムの検索アクションを構築してください。
3. 重複と、誰にも知らされない修正が本当の悩みである。 仕事2と仕事4にAIチームメイトを追加してください。サイドバーを好むエージェントのために、ネイティブアプリはそのまま残せます。
4. Jira管理者の手が空いていない小規模なSaaSチームである。 スケジュールで動くAIチームメイトなら、Jiraワークフローを一切編集せずに済みます。

この分野のほかの選択肢については、バグレポートトリアージ向けAIのまとめと、チケットトリアージに最適なAIのリストをご覧ください。バグ以外のルーティングは、SaaS向けAIチケットルーティングのガイドで扱っています。

バグがJiraのサービスデスク経由で届く場合は、Jira向けAIエージェントから始めるほうがよいでしょう。

ZendeskとJira向けのeesel

チームが時間を失っているのが仕事2と仕事4なら、それこそがeeselの得意な仕事です。Zendeskに参加し、ヘルプセンター、マクロ、過去のチケットから学習して、返信の下書きまたは送信、タグ付け、ルーティングを行うAIヘルプデスクのチームメイトです。Jiraを接続すると、起票する前に既存の課題を検索し、課題が動いたら顧客ごとの更新を下書きします。

設定はeeselとチャットするだけで、信頼できるようになるまで、すべてのアクションをあなたの承認待ちにできます。100クレジット付き、カード不要でeeselを無料で試してください。直近1か月分のエスカレーションされたチケットで実行し、何を起票していたかを確認してみてください。まだ比較検討中なら、ZendeskのAI代替のまとめとeesel vs Zendesk AIが次の読み物としておすすめです。