見出し画像

「月曜朝のチケット地獄を解消──Zendesk AIで営業時間外の問い合わせを緊急度トリアージする方法」

法人向けAIツールおじさん

月曜の朝、Zendeskを開いたら未対応チケットが30件。しかも「金曜夜に送った障害報告、まだ見てないんですか？」というエスカレーション付き──。

CS部門や情シスのヘルプデスクなら、一度は経験があるはずです。

この記事で得られること：

  • Zendesk AIで営業時間外の問い合わせを「緊急度別に自動振り分け」する方法

  • コピペで使えるトリガー設定例とプロンプト例

  • スモールスタートで1週間以内に始める手順

Zendesk AIとは（30秒で把握）

Zendesk AI は、Zendesk Suite に組み込まれたAI機能群です。法人向けに設計されており、以下が強みです。

  • インテリジェントトリアージ：チケットの意図・言語・感情を自動判定

  • 緊急度（Priority）の自動付与：内容から「緊急/高/通常/低」を推定

  • 自動返信（オートリプライ）：ナレッジベースの記事を参照して一次回答を生成

  • エージェントアシスト：担当者に対応案をサジェスト

すべてZendeskテナント内で完結するため、外部にデータが漏れにくい構造です。

今日の結論（3つ）

  1. 営業時間外でもAIが「緊急度」を判定し、振り分け＋一次応答まで自動化できる

  2. 緊急チケットだけ即時通知→オンコール対応、それ以外は翌営業日で十分になる

  3. スモールスタートなら1週間で検証開始できる。必要なのは"振り分けルール"の言語化だけ

具体例①：営業時間外の問い合わせ自動トリアージ

導入前のフロー（Before）

  1. 顧客が22時にフォームから問い合わせ送信

  2. チケットが「未割り当て」のまま滞留

  3. 翌営業日9時にCS担当が確認→内容を読んで緊急度を判断

  4. 緊急だった場合、すでに11時間放置。顧客は不満

導入後のフロー（After）

  1. 顧客が22時にフォームから問い合わせ送信

  2. Zendesk AIがチケット内容を解析し、緊急度を自動付与（数秒）

  3. 緊急度に応じて分岐：

    • 🔴 緊急：Slackのオンコールチャンネルに即時通知＋自動返信「担当が確認中です」

    • 🟡 高：翌朝の優先キューに自動振り分け＋自動返信「翌営業日午前中に対応します」

    • 🟢 通常/低：ナレッジベースから該当記事を自動返信＋キューに格納

  4. 翌朝、CS担当は優先順位が付いた状態で即着手

トリガー設定例（コピペ用）

トリガー名： [AI] 営業時間外_緊急チケット_即時通知

条件（すべてを満たす）：
- チケット作成時
- 営業時間外である
- AIによる緊急度 = 緊急（urgent）

アクション：
- グループ「オンコール」に割り当て
- タグ追加「after_hours_urgent」
- Slack通知（Webhook）→ #oncall-alert
- 自動返信：以下テンプレート送信

自動返信テンプレート例：

{{requester.name}} 様

お問い合わせありがとうございます。
内容を確認し、緊急対応が必要と判断しました。
現在、担当者が確認を開始しております。

状況が変わり次第、改めてご連絡いたします。
（営業時間外のため、通常より対応にお時間をいただく場合がございます）

成果が出るポイント（運用のコツ）3つ

  1. 「緊急」の定義を事前に言語化する

    • 例：「サービス停止」「データ消失の可能性」「セキュリティインシデント」→これらのキーワード・文脈をAIが学習する

    • 曖昧なまま始めると誤判定が増える

  2. 最初の2週間は"AIの判定＋人間の確認"を並走させる

    • AIが付けた緊急度を翌朝に人間がレビューし、ズレていたら修正→精度が上がる

  3. 自動返信は"期待値コントロール"に徹する

    • 解決しようとしない。「見ています」「いつまでに返します」だけで顧客満足度は大きく変わる

具体例②：情シスヘルプデスクへの応用

同じ仕組みは社内ヘルプデスクでも使えます。

緊急度例自動アクション🔴 緊急「全社VPNが繋がらない」「ランサムウェア感染の疑い」PagerDuty連携で即時架電🟡 高「明日のプレゼンで使うSaaSにログインできない」翌朝最優先キュー＋FAQ自動返信🟢 通常「パスワードリセットしたい」セルフサービス記事を自動返信して解決

通常・低のチケットの約40〜50%はナレッジベース記事だけで自己解決に至るケースが多く、翌朝に残るチケット数が体感で3割減ります。

情シス視点の注意点（ここは濃く）

セキュリティ・ガバナンス

  • データ処理範囲：Zendesk AIはテナント内のチケットデータを処理。外部LLMへの送信有無はプランと設定により異なるため、契約時に「データ処理補遺（DPA）」を確認

  • 個人情報のマスク：チケット本文にマイナンバーやクレカ番号が含まれる場合、リダクション（自動墨消し）機能を併用

  • 監査ログ：AIが付けた緊急度・自動返信の履歴はすべてチケットイベントに記録される。後から「なぜこの判定だったか」を追跡可能

やりがちな失敗と回避策

失敗パターン回避策全チケットにAI判定を適用して誤判定ノイズが増大まず「営業時間外のみ」「特定フォームのみ」に絞る緊急通知が多すぎてオンコール担当が疲弊「緊急」の閾値を厳しめに設定し、週次でチューニングナレッジベースが古くて自動返信が的外れ月1回のナレッジ棚卸しをカレンダーに入れる自動返信を"解決"扱いにして顧客が怒るステータスは「待機中」のまま残し、人間が最終クローズ

スモールスタート手順（最短1週間）

Dayやること1過去3か月の営業時間外チケットを抽出し、緊急度を手動で分類（10〜20件でOK）2分類結果から「緊急の定義」を3行で言語化。関係者と合意3Zendesk管理画面でインテリジェントトリアージを有効化（Suiteの対象プランか確認）4トリガーを作成（上記テンプレ参照）。対象を「営業時間外＋特定フォーム」に限定5テストチケットを5件投入し、判定結果を確認。閾値を調整6-7本番チケットで並走運用。AIの判定と人間の判定を比較し、精度を記録

評価指標（KPI）例：

  • 緊急チケットの初動時間（目標：11時間→30分以内）

  • 翌朝の未対応チケット数（目標：30%減）

  • 自動返信による自己解決率（目標：通常・低の40%）

まとめ：読者が次にやること3つ

  1. 過去の営業時間外チケットを20件だけ見返して、「これは緊急だった」を洗い出す

  2. Zendeskの契約プランでAI機能が使えるか確認する（Suite Professional以上、またはAdvanced AIアドオン）

  3. 情シス or CS のリーダーに「1週間だけ試したい」と提案する──小さく始めれば失敗しても痛くない

営業時間外の問い合わせは、放置すれば信頼を失い、全部対応すれば人が疲弊する。AIに「仕分け」と「一言返信」だけ任せる──それだけで月曜朝の景色が変わります。

いいなと思ったら応援しよう！