どのサポートチームにも共通する、静かな時間の浪費があります。それは、そもそもエージェントに届くべきではなかったチケットです。注文番号が記載されていないリクエスト。昨日すでに回答した内容の重複。まったく別の部署に送られてしまったメッセージ。これらのどれも解決自体は難しくありませんが、それぞれがエージェントの注意を本来対応すべきチケットから奪ってしまいます。
チケットバリデーションは、まさにこの問題を解決するための仕組みであり、LiveAgentのAIチケットバリデーションと自動応答 機能がその解決策として設計されています。
チケットバリデーションとは？
チケットバリデーションとは、受信したサポートリクエストがエージェントのキューに届く前に、あらかじめ設定されたルールに照らしてチェックするプロセスです。すべてのメッセージをそのまま人間が処理するのではなく、システムがチケットに実際に対応するために必要な要素が揃っているかを確認します。具体的には、正しい情報、正しい部署、重複ではないこと、すでに解決済みではないことなどをチェックします。
もし情報が不足していたり問題がある場合は、エージェントが開いて問題に気づき、基本情報を入手するためにフォローアップしなければならないという無駄な作業が発生する前に、チケットはフラグ付け、ルーティング、または自動応答によって処理されます。
無効なチケットがもたらす、見た目以上のコスト
一件の不完全なチケットは大したことには見えません。しかし、それが一週間単位で積み重なると、実際のコストになります：
- エージェントが対応不能なチケットを開いてしまう。 「注文番号を送っていただけますか？」という返信はすべて、完全なコンテキストスイッチであり、チケットがエージェントに届く前に防げたはずの問題です。
- 応答時間が静かに膨らむ。 情報不足で行き来するチケットは、完全な状態で届いたチケットに比べて、解決までに2倍から3倍の時間がかかります。
- 本当のリクエストの待ち時間が長くなる。 無効なチケットの基本情報を追いかけるのに費やした毎分は、実際に解決可能な問題を抱える顧客に使えるはずの時間です。
- 重複チケットやスパムチケットがレポートを歪める。 平均処理時間やチケット件数などの指標が、本来実作業を必要としなかったチケットによって歪められます。
これらは、一度に大きな失敗として現れるわけではありません。実際に測定するまでは気づきにくい、チームの効率をじわじわと蝕む持続的なドラッグとして現れます。
AIを活用したチケットバリデーションの仕組み
LiveAgentのAIチケットバリデーションと自動応答 では、受信チケットが到着した瞬間、エージェントが目にする前に自動的にチェックされます：
- 不足情報がフラグ付けされる。 チームが対応に必要とする情報（注文番号、アカウントのメールアドレス、その他の必須項目）がチケットに不足している場合、システムが自動的に顧客にその情報を求めることができ、その手順をエージェントに任せる必要がありません。
- 重複または既に回答済みのリクエストが検出される。 既存の進行中の会話や最近解決済みの会話と一致するチケットは、2つ目の並行スレッドを作成する代わりに特定されます。
- 無効またはスコープ外のリクエストが適切にルーティングされるため、請求に関するリクエストがテクニカルサポートのキューに未着手のまま放置されることがありません。
- 完全かつ有効なチケットはそのまま適切なエージェントに届き、何も失われることはありません。
結果として減るのはチケット全体の数ではありません。減るのは、何が不足しているかを指摘するためだけに人間を必要とするチケットの数です。
これがサポートチームにもたらす実際の変化
キューの前にバリデーションを導入したチームは、共通していくつかの変化に気づきます：
- エージェントは、最初の対応で実際に解決可能なチケットに時間を割けるようになる
- 平均処理時間が短縮される。エージェントの作業が速くなったからではなく、不完全なリクエストの整理に追われることがなくなったから
- レポートの精度が向上する。チケット件数や解決率の指標が、行き来のノイズではなく実際の作業を反映するようになる
- 当初から有効なリクエストを送った顧客は、より迅速に回答を得られる。なぜなら、先に処理が必要なチケットの山の後ろに埋もれることがないから
ニュースレター登録
最新のヒントやお得な情報をお届けします。
これはスパムフィルタリングと同じですか？
厳密には異なります。ただし、両者は相性よく連携します。スパムフィルタリング は、そもそも正当なサポートリクエストではなかったメッセージ（ボットトラフィック、無関係なマーケティング返信、キューにループバックする留守番の自動返信など）をキャッチします。チケットバリデーションはその一歩上のレイヤーです。メッセージが実際の顧客からの本物のリクエストであることを前提に、そのリクエストが解決に必要な情報を実際に備えているかどうかをチェックします。
両者を併用することで、スパムフィルタリングがそもそもキューにあるべきでないものを排除し、チケットバリデーションが残ったものが実際に対応可能な状態であることを保証します。
より広範な自動化戦略における位置づけ
チケットバリデーションは、手作業によるチケット処理を削減するための幅広いアプローチの一部として最も効果を発揮します。例えば、AIチケットトリアージとカテゴリ分類 は、初期チェックを通過した有効なチケットを適切なチームに振り分けます。バリデーションはチケットが対応可能な状態かどうかを判断し、トリアージは誰が対応すべきかを判断します。両者が連携することで、従来はすべてエージェントに任されていた手動仕分けの大部分を削減します。
もしあなたのチームが今なお、不完全なチケットの不足情報を手動で追いかけているなら、それは通常、キューにさらに多くのエージェントを追加するのではなく、キューの前にバリデーションを導入する タイミングであるという最も明確なサインです。
