AIチケットトリアージ. AIチケットトリアージは、エージェントが開く前に受信チケットごとに三つのことを判断する: 何についての問い合わせか、誰が対応すべきか、どれほど急ぎかを。タグ付け、ルーティング、優先順位付けを行う。顧客には返信しない。
これはサポートで最初に着手すべき案件だ。エージェントの背後に入り込み、顧客の前に出ない。その一つの選択が、チャットボットより早く成果を出す理由だ。
#AIチケットトリアージとは何か
AIチケットトリアージとは何か？
チケットが届くたびに分類・ルーティング・優先順位付けを行うレイヤーだ。メッセージを読み、トピックにタグを付け、適切なキューに送り、緊急度にフラグを立てる。エージェントが引き続き返信を書く。トリアージは正しいエージェントが正しいチケットを最初に見られるようにするだけだ。
今日のほとんどのキューはルールで動いている。「件名に「返金」が含まれていれば請求部門へ送る」といった具合に。しかし顧客が「2回請求されており、解約したい」と書いた瞬間にそのルールは崩れる。ルールベースのルーティングは精度40〜50パーセントが上限だ。AIトリアージはキーワードではなく意味で分類するため、複雑なチケットも仕分けられる。
初回応答時間はどれほど短縮されるか
finiの2026年AIチケットトリアージベンチマークには数値が示されている。AIトリアージは初回応答時間を30〜80パーセント短縮する。ティア1チケットの50〜70パーセントを、エージェントが触れる前にセルフサービスや定型回答へ転用する。成熟した導入ではトリアージ精度が85〜95パーセントに達し、現在運用しているルールの40〜50パーセントという上限をはるかに上回る。
ここでいう転用は無視することではない。パスワードリセットや配送状況確認のチケットをキューの枠なしで解決することで、エージェントが本当に人間を必要とするチケットに集中できるという意味だ。
これはただのチャットボットではないか
We are
Stennirは、エージェントの背後で動くトリアージを構築します。既存のヘルプデスク上でチケットにタグ付けし、振り分け、優先度を付け、適切な担当者が適切なチケットを最初に見られるようにします。顧客への返信は、これまで通りチームが書きます。
We aren't
顧客向けのチャットボットをサイトに取り付けることはしない。新たなチャットウィジェットも、スクリプト化されたペルソナが顧客に返答することも、「もう一度言い直してください」ループの末に結局引き継ぎになることもない。
チャットボットは最初のAIプロジェクトとして最も安全ではなく、最もリスクが高い選択です。顧客と直接話すため、ミスはすべて公になります。トリアージは社内向けです。タグを誤っても、担当者が2秒で直し、顧客の目には触れません。だからサポートリーダーにはまずトリアージを勧めます。進め方は当社のAIコンサルティングをご覧ください。
実際にはどのような姿になるか
例として、キューに追いつけない中堅ECのカスタマーエクスペリエンスチームを想定します。設計では、チームの過去のチケットに、製品ドキュメントと配送ポリシーを加えた社内検索とトリアージを用意し、ひとつの質問で引き出せるようにします。担当者はコンテキストを探してタブを行き来しなくて済みます。測るべき数字は、複雑なチケットの初回応答時間で、導入の前後で比べます。これは仮想のチームであり、顧客の成果ではありません。
顧客から見える部分は何も変わりません。作業は、チームがすでに使っているヘルプデスク内で、ZendeskやIntercomのようなツールと並んで行われます。モデルが分類して情報を引き出し、担当者が判断して返信します。
- 届いた時点でトピック・製品・意図ごとにすべてのチケットにタグを付ける。
- キーワードのバケツではなく、適切なキューまたはスキルグループにルーティングする。
- 激怒した顧客のチケットが機能追加要求の後ろに埋まらないよう緊急度にフラグを立てる。
- 過去チケットとドキュメントからコンテキストを取得し、エージェントが既に情報を持った状態でチケットを開けるようにする。
これはあえてそうしています。人が判断の流れに残り、キューが整理され、チームが評価される指標が動きうる状態になります。こうした取り組みの進め方は、AI実装のページとジャーナルで読めます。
初回応答時間が伸びており、ルーティングルールが外れ続けているなら、トリアージが着手点だ。30分のディスカバリー通話を予約すれば、あなたのキュー、件数、初回応答を最も早く動かす一手を一緒にマッピングする。
