AIスパムチケットフィルタリング：本物のお客様を失わずに不要なチケットを排除する方法

スパムは思っている以上に受信ボックスを占有している

多くのチームはスパムをバックグラウンドノイズとして扱います。オートパイロットで削除するいくつかの明らかなジャンクメール。そして実際に測定してみます。

実際のECサイトのサポート受信ボックスを分析したとき、状況は明確でした：38%は本物のカスタマーサポート、22%は純粋なスパム、21%はB2Bと内部トラフィック、残りはその他でした。この22%は純粋な税金です。それらのチケットはそれぞれ、本物のお客様を助けることができたはずの担当者によって開かれ、ざっと読まれ、却下されます。

思っている以上に早く積み重なります。人間のエージェントがチケットがゴミだと確認するのに30秒かかるとすると、月に数千件のチケットでは何も生み出さない有給の時間が何時間にもなります。だからこそスパムのフィルタリングは通常、サポートでコストを削減する最も速い場所です：大量で、低リスクで、誰もその仕事を惜しみません。完全なチケット解決のような華やかなものを自動化する前に、ゴミを取り除くのが明らかな最初の勝利です。

「AIスパムチケットフィルタリング」で人々が実際に意味すること

このフレーズの下には二つの非常に異なるものが隠れており、正確であることが価値あります。

旧バージョンはフィルターです：既知の悪質な送信者をブロックするか、スパムっぽいキーワードに一致させ、一致したものをジャンクフォルダに送るルールのセット。あなたのメールはすでにこれをある程度行っています。明らかなものには有効ですが、その他には役立ちません。

注目すべきバージョンはトリアージレイヤーです。AIは人が行うように各受信チケットを読み取り、送信者が実際に何を望んでいるかを把握し、それがどこに属するかを決定します：本物の質問、スパム、B2Bの問い合わせ、またはエスカレーションすべきもの。スパムはそれが仕分けるバケットの一つに過ぎません。だからこそこれはAIチケットトリアージやチケット分類と非常に重複しています。ゴミをフィルタリングするのはキューを理解するAIの副作用であり、スパム専用の単独製品ではありません。

この区別が重要なのは、トリアージバージョンがメールプロバイダーをすり抜けてくる乱雑でクリエイティブなスパムに実際に機能するものであり、たまたま件名に「緊急」と書いた不満を持つお客様を静かに埋めないものだからです。

キーワードルール対AIトリアージ

ルールでスパムを制御しようとしたことがあれば、すでにその苦痛を知っています。一つの送信者をブロックすると、さらに三つが現れます。キーワードフィルターを追加すると、まさにその言葉についての本物のお客様のチケットを捕まえてしまいます。スパムを削除するのにかかった時間よりも、ルールを維持するのに多くの時間を費やします。

ルールが失敗するのは、スパムが固定した単語のリストではなく、意図だからです。サポートの質問に見せかけたコールドピッチ、フォームを探るボット、共有受信ボックスを一斉送信するリクルーター、誰も同じ表現を二度使いません。AIトリアージは文字列を照合せず、意味を照合します。また、すでに処理したチケットからあなたのスパムがどのように見えるかを学習します。自動タグ付けを動かすのと同じエンジンが、文字通り見たことのないゴミを認識できるようにします。

ルールが間違えるもう一つのことは、ミスのコストです。攻撃的すぎるキーワードフィルターはスパムを見逃すだけでなく、本物のお客様を隠してしまいます。そして誰かが返事が来なかったと不満を言ったときに初めてわかります。良いトリアージレイヤーはまさにこの恐れを中心に構築されており、これが信頼度ベースのルーティングの出番です（詳細は以下）。

AIが実際にスパムチケットをフィルタリングする方法

チケットが届いたときの内部処理、そしてなぜ削除ボタンよりも慎重なのかを説明します。

AIは新しいチケットを読み取り、その後履歴とナレッジベースから類似のものを検索します。その比較が全てのトリックです：スパムは過去のスパムのように見え、本物の質問は過去の本物の質問のように見えます。見つけたものに基づいて、チケットはタグ付けされてクローズされる（または確認のために下書きとして保留される）か、返信が下書きされて適切なエージェントにルーティングされます。

実際の例を見ると、どれほど細かい判断が行われるかがわかります。あるWeb3企業のZendeskにコールドピッチが届きました。16,973件のコンタクトリストを売ろうとしている誰かが、通常のサポートメッセージに見せかけたものでした。AIは会社の過去のチケットを検索し、そのパターンが以前に見た同じ種類のセールススパムと認識し、「回答」しようとする代わりに、チームがざっと確認するための内部メモとして丁寧な断りを下書きしました。本物のお客様は埋もれず、エージェントはメッセージが何であるかを解読するために立ち止まる必要もありませんでした。

これはまた信頼度ベースのルーティングが真価を発揮する場所でもあります。AIはすべてのチケットに同じ確信を持って行動するわけではありません。チケットがゴミだと確信しているときはクローズできます；チケットが本物の質問で答えを知っていると確信しているときは下書きを作成または送信できます；そして本当に不確かなときはチケットを人間のために残します。私が話したCXリードの方は月約7,000件のチケットを管理しており、要件全体を一行で表現しました：確信があるチケットだけ処理し、残りを静かに人間に残すAIが欲しい、と。それが基準であり、助けになるツールと静かにインシデントを引き起こすツールの違いです。仕組みが知りたい場合は、信頼度閾値とAIエスカレーションについての記事で詳しく説明しています。

本物のチケットを失わずに設定する

これは人々が間違える部分なので、私が実際に行う順序を紹介します。

1. まず過去のチケットでシミュレーションする。 AIがライブキューに触れる前に、過去のチケットで実行し、どのように分類したかを確認します。これは最も重要なステップであり、ほとんどのツールが省略するものです。自分のデータで、どれだけのものをスパムとしてフラグを立て、本物のお客様を誤ってラベル付けするかどうかを確認できます。eeselのシミュレーションモードはまさにこれを行います。数千件の過去のチケットで実行し、ライブ前にテーマ別のカバレッジを確認できます。

2. タグまたはメモモードで開始し、自動クローズはしない。 最初の期間は、AIにスパムと疑われるものにタグを付けさせるか、クローズするのではなく内部メモを残させます。観察し、ミスを修正し、システムは修正から学習します。これは私が見たほぼすべてのチームが取る「まずコパイロット、後で自律性」の同じパスであり、正しいものです。

3. スパムとして扱うものを自然な言葉で伝える。 これにルールエンジニアは必要ありません。良いセットアップでは、エッジケースを会話形式で説明します（「一方的なパートナーシップの売り込みはスパムとして扱うが、返金を言及するチケットはクローズしない」）。AIはそれに従います。

4. その後、信頼度閾値の後ろに自動クローズを有効にする。 シミュレーションと監督下での実行の両方がAIが信頼できると確認したら、高信頼度のゴミを自分でクローズさせ、不確かなものは人間にルーティングし続けます。確信のないことについて確信を求めなかったから、誤検知率を低く保つことができます。

その順序で行えば、メリット（受信ボックスの5分の1が静かに処理される）はあっても、悪夢（本物のお客様が自動クローズされて激怒）はありません。これはチケット自動化プロジェクトを成功または失敗させる同じ規律です。

料金の落とし穴：スパムに対して解決料を払わないこと

請求書が届くまで見落としやすい詳細があります。多くのAIサポートツールは解決ごとに料金を設定しています。表面上はそれは公平に聞こえます。結果に対して支払う。しかし明らかなフォローアップ質問をしてください：スパムチケットを自動クローズすることは、請求される「解決」にカウントされますか？

もしそうなら、計算が厄介になります。チケットの22%がスパムだったその受信ボックスでは、解決料ツールはそのゴミをすべて喜んで「解決」し、その特権に課金します。ほぼ無料であるべき唯一の作業をAIに行わせるために割増料金を支払うことになります。さらに悪いことに、解決料の料金体系はボリュームスパイクで罰せられるため、ゴミと本物のチケットが混在するブラックフライデーの大量流入で請求金額が急増します。

私は全く逆の問いを立てます。スパムフィルタリングはコストを削減すべきであり、新たな費用項目になるべきではありません。ツールを比較するとき、各ツールにスパムの課金方法を直接尋ね、同じトリアージを行う人間エージェントのコストと比較します。ゴミのクローズに追加料金を課さない定額または使用量ベースのモデルはインセンティブを正直に保ちます。これはヘルプデスクコスト内訳で指摘している同じ落とし穴です。ステッカー価格と実際のコストは同じ数字ではありません。

スパムトリアージのためにeeselを試してみる

受信ボックスが5分の1ゴミなら、AIカスタマーサービスで最も速い勝利はそこにあります。eeselは既存のヘルプデスクに接続し、自社の履歴からスパムと本物のチケットを学習し、鋭いエージェントのように受信チケットをトリアージします。ゴミにタグを付け、本物の返信を下書きし、確信が持てないものはエスカレーションします。

スパムフィルタリングに最も重要な二つのことが組み込まれています：ライブ前に過去のチケットでシミュレーションでき、自分のデータで誤検知率を確認できます。信頼度ベースのルーティングにより、確信のないチケットはクローズされません。Zendesk、Freshdesk、Gorgias、Front、メールで、80以上の言語で動作し、使用量ベースの料金ではゴミのクローズに追加料金を請求しません。

実際のチームは素早い動きを実感しています。GridwiseのKim Simpsonが語ったように、「最初の月、eeselはティア1リクエストの73%を解決しており」、7日間のトライアルで結果が出ました。eeselを無料でお試しいただき、自分のチケットに向けて、キューのどれだけが最初から人間の時間に値しなかったかをご確認ください。