Zendeskのステータス変更からの経過時間(hours since status change)に基づいてアクションを実行するオートメーション条件ガイド

Kenneth Pangan
Written by

Kenneth Pangan

Reviewed by

Katelin Teen

Last edited 2026 1月 12

Expert Verified

Zendeskのステータス変更からの経過時間に基づいてアクションを実行するオートメーション条件ガイド

Zendeskのオートメーション (Zendesk automations)は、あなたがより重要な業務に集中している間に、サポートキューを整理してくれる強力で信頼性の高いツールです。成熟したプラットフォームであるZendeskは、特定の時間が経過した後にトリガーされるルールを設定する堅牢な方法を提供しており、放置されたチケットのクローズやリマインダーの自動送信を容易にします。

この機能の中核となるのが、Zendeskのオートメーション条件「ステータス変更からの経過時間 (hours since status change)」です。

初めてこれらを活用する場合、Zendeskがワークフローを洗練させるための包括的なオプションを提供していることに気づくでしょう。これらの「経過時間 (hours since)」条件がどのように機能するかを理解することで、非常に正確で強固なワークフローを構築できます。このガイドでは、これらの条件がどのように機能するのか、サポートされている印象的なユースケース、そして最適な設定方法について順を追って説明します。また、最新のAIツールがこれらの機能と連携して、さらに結果を向上させる方法についても見ていきましょう。

Zendeskのオートメーションとトリガとは?

まず、Zendeskが自動化をどのように処理しているかを見てみましょう。Zendeskでタスクを効率化する場合、主に「トリガ (triggers)」と「オートメーション (automations)」という2つの有能なツールを扱うことになります。これらは、あらゆるシナリオをカバーするために連携するように設計されています。

  • トリガ (Triggers) はイベントベースで、チケットが作成または更新された瞬間に起動します。例えば、新しいチケットに「返金」という言葉が含まれている場合、トリガが即座にそれを経理チームに割り当てることができます。これは非常にレスポンスの速いシステムです。

  • オートメーション (Automations) は時間ベースです。Zendeskの信頼性の高いエンジンが約1時間に1回、チケットをチェックし、時間の経過に関わる条件を満たしているかどうかを確認します。

このガイドでは、これら時間ベースのオートメーション、特に「経過時間... (Hours since...)」条件を使用するものに焦点を当てます。例えば、「チケット:待機中からの経過時間 | より大きい | 48」といったルールを想像してみてください。これは、顧客の返信を2日以上待っているチケットに対してアクションを実行するようZendeskに指示するものです。この時間ベースのロジックをマスターすることが、真にプロフェッショナルなサポート環境を構築する鍵となります。

graph TD
    subgraph トリガ (イベントベース)
        A[チケット作成/更新] -->|即座に| B{条件に一致するか?}
        B -->|はい| C[アクションを即座に実行]
        B -->|いいえ| D[何もしない]
    end
    subgraph オートメーション (時間ベース)
        E[1時間ごとのチェック] --> F{チケット条件に一致するか?}
        F -->|はい、かつ時間条件も一致| G[アクション実行]
        F -->|いいえ| H[次の1時間ごとのチェックを待機]
    end

時間ベースのオートメーションの一般的な用途

時間ベースのオートメーションは、クリーンなキューを維持するための素晴らしい方法です。サポート運営をスムーズに保つために不可欠なフォローアップタスクを処理してくれます。ここでは、サポートチームがこれらの条件を活用する最も一般的な方法をいくつか紹介します。

  • 待機中のチケットを自動的に解決済みにする:顧客に返信し、その回答を待っている場合、数日間の沈黙の後にZendeskが自動的にチケットを「解決済み」にすることができます。これにより、キューをアクティブな問題に集中させつつ、必要に応じてチケットを再開できることを顧客に知らせることができます。

  • 役立つ「一押し」を送る:待機中のチケットをクローズする前に、リマインダーを送るのは良い配慮です。24時間または48時間後に「まだお手伝いが必要かどうか確認させてください」というクイックなメールを送るオートメーションを設定し、プロアクティブなサービス体験を提供できます。

  • チケットを効果的にエスカレーションする:チケットが特定の期間「オープン」ステータスのままの場合、Zendeskのオートメーションで優先度を上げたり、リード(責任者)に通知したりして、すべての顧客がタイムリーな対応を受けられるようにします。

  • 解決済みチケットを確定させる:エージェントがチケットを「解決済み」とマークした後、オートメーションが正式にチケットを「クローズ」に移行させる前に、96時間などの猶予期間を顧客に与えることで、記録を最終確定させることができます。

これらは非常に便利なワークフローであり、Zendeskがヘルプデスクソフトウェアの市場リーダーである理由を示しています。これらを最大限に活用するには、ルールの最適な設定方法を学ぶだけでよいのです。

「経過時間 (hours since)」条件のベストプラクティス

Zendeskのオートメーションは非常に効果的ですが、チームの規模を拡大する際に理解しておくと役立つ特有のニュアンスがあります。

「次である (is)」条件のタイミングを理解する

注意すべき点の一つは、Zendeskのオートメーションがシステムの安定性を確保するために、スケジュールされた1時間ごとのサイクルで実行されることです。つまり、時間条件が満たされたの、1時間ごとのチェック中にアクションがトリガーされます。「解決済みからの経過時間 | 次である | 24」のような「次である (is)」条件を使用する場合、1時間ごとのチェックが23.5時間の時点で発生し、その次が24.5時間の時点で発生する可能性があります。オートメーションが常に適切なチケットを捕捉できるように、Zendeskは「より大きい (Greater than)」を使用することを推奨しています。これは、該当するすべてのチケットをキャッチするための非常に効果的な方法です。

graph TD
    A[チケットが12:00 PMに「解決済み」になる] --> B(オートメーション条件: 解決済みからの経過時間 | 次である | 24)
    B --> C{2日目の11:00 AMにZendeskのチェック(23時間が経過)}
    C --> D[条件を満たさない]
    D --> E{2日目の12:00 PMにZendeskのチェック(24時間が経過)}
    E --> F[オートメーションが正常に実行]
    B --> G{2日目の11:30 AMにZendeskのチェック(23.5時間が経過)}
    G --> H[条件を満たさない]
    H --> I{2日目の12:30 PMにZendeskのチェック(24.5時間が経過)}
    I --> J[条件を永遠に見逃す]

オートメーションサイクルの管理

「より大きい (Greater than)」条件を使用する場合、ステータスが変わらない限り、その条件は真(一致)のままとなります。オートメーションが1つのチケットに対して1回だけアクションを実行するようにするには、「無効化 (nullifying)」条件を簡単に追加できます。

例えば、条件に「ステータスは待機中」、「待機中からの経過時間 > 48」、「タグが次のいずれも含まない:pending_reminder_sent」を含めます。アクションとしてタグ「pending_reminder_sent」を追加することで、意図した通りに正確に実行される、洗練された信頼性の高いワークフローを作成できます。

クローズされたチケットによるデータの整合性の維持

オートメーションはデータの整合性を保つためにアクティブなチケットに焦点を当てることを知っておくと役立ちます。Zendeskでチケットが「クローズ」されると、それは永続的な記録になります。これは意図的な設計であり、過去のデータやレポート (reporting)が正確で、改ざんされないことを保証します。長期的なフォローアップが必要なチームのために、チケットがまだ「解決済み」の状態にある間にこれらのワークフローを最適に構築する方法について、ユーザーフォーラムで活発な議論が行われています。

なぜ補完的なアプローチが役立つのか

Zendeskのオートメーションは、ステータスと時間に基づいた構造化されたルールに従うことに優れています。これらは、あらゆるサポートチームが必要とする安定した基盤を提供します。

ここで、AI搭載ツールが価値のある補完役として機能します。時間ベースのルールだけに頼るのではなく、eesel AIのようなツールは、Zendeskエコシステム内で顧客の意図 (intent) を理解することができます。例えば、そのAI仕分け (AI Triage)は、メッセージの実際のコンテンツに基づいてチケットをルーティングし、タグ付けすることができ、既存のZendeskオートメーションを完璧に補完します。

Zendeskの価格とプラン

Zendeskは、これらのオートメーション機能を全プランで利用可能にしています。小規模なチームであっても大規模な企業であっても、時間ベースの条件を活用してサービスを向上させることができます。

2026年の戦略に向けた、Zendesk Suiteプランとその価値を以下に示します。

Suite TeamSuite GrowthSuite ProfessionalSuite Enterprise
価格(1エージェント/月、年払い)$55$89$115お問い合わせ
価格(1エージェント/月、月払い)$69$109$149お問い合わせ
主な自動化・ワークフロー機能強力なオートメーションとトリガ、構築済みダッシュボード、マクロ。Teamの全機能に加え、カスタマイズ可能なチケットレイアウト、SLA管理、セルフサービス顧客ポータル。Growthの全機能に加え、スキルベースのルーティング、高度なレポート、HIPAAコンプライアンス。Professionalの全機能に加え、カスタムロール、テスト用サンドボックス、プレミアムカスタマイズ。

(最新の詳細については、常に公式のZendesk価格ページを確認してください。)

すべてのプランにこれらの強力な自動化ツールが含まれていますが、ブランドのニーズに完全に一致するようにこれらのルールを微調整するために、チームが費やす時間も考慮することを忘れないでください。

ルールの先へ:時間ベースのオートメーションとAIの併用

ステータスベースのチェックだけに頼るのではなく、AIを使用して、より多くの文脈(コンテキスト)に沿ってワークフローを管理できます。eesel AIZendeskアカウントとシームレスに統合し、チーム独自の働き方から学習するスマートなレイヤーを提供します。

迅速な導入

Zendeskのエコシステムは統合を前提に構築されており、eesel AIは簡単に導入できるように設計されています。Zendeskアカウントを接続して、すぐにAIエージェントの設定を開始できます。このプラットフォームは、Zendesk内の既存のナレッジベース記事 (knowledge base articles)を活用するため、最初からビジネスの文脈を理解しています。

意図(インテント)による自動化の強化

複雑なフォローアップを管理する必要がある場合、eesel AIのAIエージェント (AI agent)は強力な味方になります。会話を読み、「90日後にこれについてリマインドして」といったリクエストを理解できます。その後、Zendesk内で適切なタイミングでリマインダーを作成したり、新しいチケットをオープンしたりできます。これは対話型AI (conversational AI)に基づいて動作し、標準的なチケットルールの優れたパートナーとなります。

容易なカスタマイズとテスト

eesel AIを使用しても、Zendesk環境の完全なコントロールは維持されます。タグ付けや仕分け (tagging and triaging)から高度なAPI呼び出しまで、AIのトーンや機能を定義できます。シミュレーションモードを使用して、AIが過去のチケットにどのように応答したかを確認することもできるため、2026年の自動化戦略に絶対的な自信を持つことができます。

インテリジェントなワークフローに向けて

Zendeskの「ステータス変更からの経過時間」オートメーション条件を設定することは、あらゆるサポートチームにとって効率を高める素晴らしい方法です。これらのルールは、Zendeskを業界をリードする信頼できるプラットフォームにしている中核的な要素です。

これらの堅牢な時間ベースのルールとAIの力を組み合わせることで、効率的でありながら、深くパーソナライズされたサポート体験を構築できます。

eesel AIのようなAI搭載プラットフォームは、さらに高い知性を持ってワークフローを自動化 (automate your workflows)するための柔軟な道を提供します。これにより人間のエージェントをサポート (supports your human agents)し、顧客を満足させるための高度な問題解決に集中できるようになります。

インテリジェントな自動化がZendesk環境をどのように強化できるか、見てみませんか? eesel AIを無料で試して、Zendeskワークフローをどのように補完できるかご確認ください。

よくある質問

これらの条件は、チケットのステータスが最後に更新されてから特定の時間が経過した後にアクションを実行する、Zendeskオートメーションの時間ベースのルールを指します。これにより、リマインダーの送信や放置されたチケットのクローズといったルーチンタスクを自動化でき、サポートキューを整理された効率的な状態に保つことができます。

一般的な活用方法としては、顧客の反応がないまま一定期間が経過した「待機中」チケットを自動的に「解決済み」にする、フォローアップのリマインダーを送信する、特定の期間オープンなままのチケットをエスカレーションする、あるいは一定の猶予期間を経て「解決済み」チケットを正式に「クローズ」する、といった使い道があります。これにより、繰り返しの作業に伴う手作業を大幅に削減できます。

一つは「次である (is)」条件の使用です。これはZendeskの1時間ごとのオートメーションサイクル中にチェックされます。多くの場合、ベストプラクティスは「より大きい (Greater than)」条件を使用することです。その際、チケットへのタグ付けなどのシンプルなアクションを追加することで、オートメーションがタスクを確実に1回だけ実行するように設定できます。

「ステータス変更からの経過時間」に基づくものを含むZendeskのオートメーションは、データの整合性を維持するためにアクティブなチケットに焦点を当てています。これにより、一度チケットが「クローズ」されると、レポートやコンプライアンスのニーズに合わせて変更不可能な永続的な記録として残るようになります。

AIツールは、チケットの会話の文脈や意図を理解することで設定を強化できます。AIは複雑でニュアンスの異なるワークフローを自動化でき、既存のZendesk条件と連携して、手動のルール構築なしに特定のビジネスニーズに適応させることが可能です。

「ステータス変更からの経過時間」のような時間ベースの条件を含む、堅牢なオートメーションとトリガを設定する機能は、すべてのZendesk SupportおよびSuiteプランで利用可能です。高度なカスタマイズや追加機能は、特定のプランの階層に依存します。

この記事を共有

Kenneth undefined

Article by

Kenneth Pangan

10年以上のキャリアを持つライター兼マーケター。Kenneth Panganは、歴史、政治、アートに時間を割きつつ、愛犬たちからの「構って」という割り込みに日々対応しています。