Zendeskで返信を自動化する方法：トリガー、自動化、マクロ、AI

Zendeskで「返信を自動化する」とは実際に何を意味するのか

設定に一切触れる前に知っておくと役立つのは、Zendeskにおける「返信の自動化」は単一の機能ではないということです。それぞれ異なる問題を解決するいくつかの異なるツールであり、人々は何かが間違ったタイミングで発火するまでそれらを混同しがちです。

ここがそれらすべてが着地するエージェントワークスペースです。すべての自動返信、通知、AIの下書きは同じこの会話ビューに収まるので、配線を組み立てる前に行き先をイメージしておく価値があります。

3つのネイティブツールは同じ場所、管理センター > オブジェクトとルール > ビジネスルールにあり、いつ実行されるかでスッキリと分かれます。

ほとんどのチームが実際に採用する順序で取り上げます：まずマクロ（最も穏やか）、次にトリガー、次に自動化、そしてその上のAIレイヤーです。

マクロ：ワンクリックの定型返信

マクロとは、エージェントがワンクリックで適用する事前に用意された返信です。厳密な意味では自動ではなく、エージェントが使うことを選択しますが、チームに同じ答えを1日に40回打ち直させるのを止める最速の方法です。良いマクロは、定型返信と通常一緒に行うチケットフィールドの変更をまとめます：ステータスを解決済みに設定、タグを追加、クローズメッセージを挿入、これらを1つのアクションで行います。

共有マクロを作成するには：

1. 管理センター > ワークスペース > エージェントツール > マクロに移動します。
2. マクロを作成をクリックし、名前を付けます。リストが大きくなっても検索可能であり続けるよう、[チーム] アクション - 文脈のような規則を使います。
3. アクションを追加します。重要なのはコメント/説明で、ここに返信テキストを書きます。{{ticket.requester.name}}のようなプレースホルダーを入れて、定型文のように読まれないようにできます。
4. この返信に伴うフィールド変更を追加します（ステータス、優先度、グループ、タグ）。
5. 可視性を設定し（全エージェントまたは特定のグループ）、保存します。

早めに身につけたい習慣：ステータスだけ変えるマクロはスロットの無駄遣いです。返信もまとめましょう。そして四半期ごとにリストを監査します。Zendeskにはネイティブのマクロ使用レポートがないため、標準的な回避策はマクロにトラッキングタグを追加させてExploreで数えることです。すぐ使える出発点が欲しい場合は、私たちのマクロテンプレートや払い戻し・配送のマクロライブラリで白紙からのスタートを避けられます。

**マクロに手を伸ばす時：**人間がまだ送信前にチケットに目を通したい、大量の繰り返し質問。エージェントをループから外さずに処理時間を短縮します。

トリガー：即時、イベントベースの返信

トリガーはZendeskの「もしこれなら、あれを」です。チケットが作成または更新された瞬間に実行され、条件をチェックし、すべて一致すればアクションを発火します。これがお客様が書き込んだ瞬間に「リクエストを受け取りました」のメールを送るもので、あなたの自動返信体験すべてが構築されているレイヤーです。

これらは標準で動作する状態でいくつか用意されています。Zendeskは新しいアカウントごとに標準トリガーを提供します：

たとえば、請求の質問を適切なグループにルーティングする自動確認を自作するには：

1. 管理センター > オブジェクトとルール > ビジネスルール > トリガーに移動し、トリガーを追加をクリックします。
2. 以下のすべての条件を満たすの下で、チケット | が | 作成されたを設定します。常にCreatedまたはUpdated条件でスコープを絞ること。さもないとトリガーは変更ごとに評価され、予測不能になります。
3. 気にするチャネルやタグの条件（たとえばチケット：チャネル | が | メール）を追加します。
4. アクションの下で、返信または通知、グループ | サポート - 請求のようなルーティングを追加します。
5. 保存し、正しい位置にドラッグします。順序が大事です。トリガーは上から下に実行され、後のトリガーは前のトリガーが行った変更を見ます。

ここで2つの落とし穴があります。まず、トリガーはループする可能性があります。1つのトリガーが発火するとサイクルを再開し他のトリガーを再発火させるからです。修正は無効化タグです：トリガーが発火したときにタグを追加し、タグがまだ存在しないという条件を追加します。次に、トリガーは閉じたチケットでは実行されず、AIエージェントのチケットでも実行されないため、解決後のクリーンアップに頼ってはいけません。多く積み重ねることはできます（上限は7,000のアクティブチケットトリガー）が、追加すればするほどサイクルを把握するのが難しくなります。感情による自動割り当てやフォロワーの自動追加などの一般的なパターンはすべてこのレイヤーにあります。

**トリガーに手を伸ばす時：**チケットイベントが発生した瞬間に起こるべきもの、確認、ルーティング、タグ付け、通知のすべて。

自動化：時間ベースのフォローアップ

自動化はトリガーとほぼ同じに見えます。条件とアクションの形は同じですが、イベントではなく時計で動きます。1時間に1回、Zendeskはすべての未クローズチケットをチェックし、時間条件が今真であるすべての自動化を発火します。これがチケットが24時間保留のままになった後にリマインダーを送ったり、数日後に解決済みチケットを閉じたりする方法です。

Zendeskはちょうど1つの標準自動化を提供しており、コピー用のきれいなテンプレートです：**ステータスが解決済みに設定されてから4日後にチケットを閉じる。**その条件はステータス | が | 解決済みとステータスからの時間 | より大きい | 96で、アクションはステータス | クローズです。

たとえば、保留チケットリマインダーを自作するには：

1. 管理センター > オブジェクトとルール > ビジネスルール > 自動化に移動し、自動化を追加をクリックします。
2. 時間条件を設定します。Is | 24ではなく保留からの時間 | より大きい | 24を使いましょう。毎時実行は厳密一致のウィンドウを逃すことがあります。
3. リマインダーテキストを含む通知アクションを追加します。
4. 永遠に毎時発火しないよう無効化アクションを追加します。通常は自動化が追加するタグと、タグがまだ存在しないという条件です。
5. マッチプレビューを使い、保存前に既存のチケットがどれだけヒットするかを確認します。

その無効化ステップは誰もが忘れるルールです。すべての自動化には、自分の条件を偽にするアクションか、一度しか真にならない条件のどちらかが必要です。さもないと同じチケットで毎時ループします。もっと静かな制限もあります：自動化は1時間に最大1,000チケットで発火し、各チケットは自動化に100回触れられた後、Zendeskが静かに停止します。この上限は監査APIを通じてのみ可視です。

これで「返信を送る」3つのツールができましたが、当然の疑問は与えられたジョブにどれを使うかです。これは私たちが何度も戻ってくるカンニングペーパーです：

**自動化に手を伸ばす時：**経過時間で駆動されるもの、フォローアップ、エスカレーション、SLA違反警告、自動クローズ。

ルールベースの返信がうまくいかなくなる場所

その決定木の下のブランチに注目してください。トリガー、自動化、マクロはすべて1つのことに優れています：固定条件が満たされたときに固定テキストを送ることです。これらのいずれもできないのは、お客様のメッセージを読んでそれに対する答えを書くことです。トリガーはチケットが到着したことは分かりますが、お客様が注文がどこにあるかを尋ねていることが分かって追跡番号を引き出すことはできません。

ですから、質問を単に受け付けるだけでなく実際にそらしたい瞬間に、ビジネスルールの世界を離れてAIレイヤーが必要になります。それが次のステップです。

AIに返信を書かせる：CopilotとAIエージェント

ZendeskはAIを2つの製品に分けており、「私のエージェントを助ける」対「簡単なチケットでエージェントを置き換える」にきれいにマッピングされます。

Copilotはエージェント向けです。そのAuto Assistモードは、ナレッジベース、マクロ、チケット履歴に基づいてエージェントワークスペース内で返信を下書きし、エージェントが送信前に編集または承認します。Zendeskはこれによりエージェントの生産性が82%向上したと述べており、ある顧客のRothoは、シフトあたりのエージェントあたりのチケット数が40から120に跳ね上がったと報告しています。Suiteプランの上のアドオンです。仕組みを知りたい場合は、別途ZendeskでAIで返信を下書きするを取り上げました。

AIエージェントは、お客様向けで自律的なものです。メッセージング、メール、音声を横断して会話を最初から最後まで処理し、複数ステップのリクエストを推論し、接続されたシステムでアクションを取ります。Zendesk自身のケーススタディは本物です：Hello Sugarは66%の自動化率と月14,000ドルの節約を報告しており、TeamSystemは繰り返しメールで80%の自動化を報告しています。私たちのAIエージェントの完全な設定ガイドはさらに掘り下げており、ティアで分けることができます。Essential対Forethought搭載のAdvancedです。

指摘しておくべき一つのことはコストです。AIエージェントは解決ごとに、Copilotはエージェントごとに価格付けされており、つまり請求書は成長させようとしているまさにそのものとともにスケールします。コミットする前にモデル化する価値があり、私たちのZendesk AI料金計算機とZendeskのライセンスがどう機能するかのメモはサプライズが隠れる場所を解説しています。

5つのオプションをすべて一直線に並べると、エージェントが仕事をするところからAIがするところまでのはしごが得られます：

避けるべきミス：すべての返信を自動化する

ここが罠で、Zendesk AIの展開が静かに期待外れに終わる多くの理由です。本能は、AIを受信箱全体に向けてすべてを答えさせることです。それはまさに間違った動きです。なぜなら、すべてのチケットを試みるAIは、触れるべきでなかったものでも失敗し、そして今、すべてを読まずに良い自動返信と悪いものを見分けることができなくなるからです。

GorgiasとShopifyのDTCサプリブランドのCXリードで、月約7,000枚のチケットを処理する方が、これ以上ないほど率直に異議を伝えてくれました。すべてに答えて、難しいものでは「ごめんなさい、これは分かりません」と肩をすくめるAIは、と彼らは指摘しました、ただ問題を移動させているだけです：「AIが本当に良い答えを出したかを見るために7,000枚のチケットすべてをチェックすることはできません。確信を持って処理できるチケットだけを処理し、それ以外はすべてそのままにしておくAIが必要です。」

それがゲームのすべてです。機能する設定は信頼度ベースのルーティングを使います：AIは確信があるものを処理し、それ以外はすべて人間に触れずに任せます。スコープも同じです。あるサポートリードが私たちに言ったように、「AIを通したくないチケットがある」のです。ツールが「これらのチケットだけ、確信があるときだけ」を表現できないなら、結局それを子守することになり、本来の目的に反します。

これがZendeskのネイティブAIとチームが実際に望むものの間のギャップです：何が自動返信されるかについてのきめ細かい制御と、本番稼働前にテストする方法です。

eeselを試す

ここで私たちはeesel AIに手を伸ばします。移行なしでZendesk内にネイティブAIエージェントとしてインストールされ、過去のチケット、ヘルプセンター、既存のマクロから学習し、すべてのZendeskチャネルで返信を下書きまたは送信します。セットアップはノーコードで30分未満で完了します。

上記のギャップを埋める2つのこと：AIをライブチケットに触れる前に、何千もの過去のZendeskチケットでシミュレーションできます。これにより、何を返信し、どこで沈黙していたかを正確に確認でき、ルールエンジンではなく平易な言葉で、どのチケットをいつエスカレーションするかを正確に制御できます。価格はチケットあたり0.40ドルの定額で、席ごとの料金も解決の追加料金もありません。請求書がより多くを自動化することを罰しません。

これは実際の展開の背後にあるアプローチです。Smavaは月10万件以上のドイツ語チケットを処理する完全自動化されたeeselエージェントを運用しており、切り替えるチームはトライアル期間内に結果を見る傾向があります：

「初月で、eeselは私たちのtier 1リクエストの73%を解決しています。eeselは簡単なZendeskの実装とセットアップを提供します。私たちのチームは7日間のトライアル中に迅速に実装して結果を達成しました。」

Kim Simpson、Gridwise

ここまで読んでくださったなら、次の最速のステップは無料トライアルを開始してご自身のチケット履歴でシミュレーションを実行することです。カードは不要です。