サポートチケットの仕分けと優先順位付けのためのAIエージェント

チケットを仕分けることは、それに回答することではありません。何についてで、どれくらい緊急で、誰が対応すべきかを決めることです。このステップは遠目には単純に見えますが、量が増えると途方もない時間を消費し、誰も継続的に見ていなければすぐに劣化します。自律型AIエージェントは、まさにこのステップ、回答そのものの前段階を引き受けられます。

問題

チケットの量は減っていません。Zendeskが引用したMcKinseyの調査によると、経営層の57%が今後1〜2年で顧客サービスの電話とチケットの量が最大5分の1増加すると見込んでいます(https://www.zendesk.fr/blog/customer-service/satisfaction/customer-service-statistics/)。同時に、期待値は上がり続けています。22か国の消費者およびCX責任者1万1000人以上を対象にしたZendeskのCX Trends 2026レポートによると、顧客の88%が1年前より速い回答を期待しており、消費者の74%が24時間365日対応のサポートをすでに標準だと考えています(https://cxtrends.zendesk.com/)。同レポートは、仕分けの失敗の結果についても厳しい見方を示しています。CX責任者の85%が、未解決の問題(初回対応での未解決を含む)の後、顧客がブランドを離れると考えています。

仕分けはサポートチームにとって最も時間のかかる作業のひとつでもあり、本当に重要な部分、つまり顧客への回答に割ける時間を圧迫します。Intercomの2025年版Customer Service Transformationレポートは、サポートチームの76%が昨年結局AIに投資したと指摘しており、当初その計画があったのは54%にとどまっていました。これは、業務上の圧力がしばしば当初の計画を上回ることを示しています(https://www.intercom.com/blog/customer-service-transformation-report-2025/)。同レポートは、現在のツールが自分たちのニーズに完全に応えていると答えたサポートチームがわずか19%にとどまることも確認しており、仕分けの大部分が今なお手作業であることをうかがわせます。

この手作業による仕分けには、遅さに加えて隠れたコストがあります。それは一貫性です。8時間仕分けをこなした人は、1日の始めと同じ厳密さでは分類しなくなり、週末やオンコール時間外には、チームが戻るまで誰も仕分けをしません。したがって土曜の朝に投稿された緊急チケットは、対応される前どころか、目に留まる前から月曜まで放置されかねません。専任のサポートオンコール体制を持たない組織では、この対応の空白こそが、処理速度そのものより顧客体験に重くのしかかります。

エージェントが行うこと、ステップごとに

Atako上では、このエージェントはサポートチームの営業時間だけでなく継続的に稼働します。企業の使用ツールに応じてZendesk、Intercom、Freshdeskに接続されたインテグレーション経由で新規チケットを受け取り、各メッセージを分析して意図、話題、緊急度スコアを抽出します。

続いて、CRMから取得した顧客履歴(利用開始日、契約プラン、過去のチケット)でチケットを補強したうえで、カテゴリ(請求、バグ、製品に関する質問、解約)と担当チームで分類します。この時点で、設定可能なエスカレーションルールが適用されます。アカウントのVIPステータス、解約や法的な言及といった機微なキーワード、長時間未対応のチケットなどです。チケットはすでに紐づいた文脈とともに適切なキューに振り分けられ、緊急またはエスカレーションされたケースにはSlackでアラートが届きます。各分類判断は記録され、人が後から修正しルールを精緻化できます。

このエージェントが意図的に行わないこと。それは顧客への最終回答の作成と、チケットのクローズです。これはサポートチケット自動化エージェントの役割であり、仕分けが終わった後を引き継ぐ別の仕組みです。

活用するインテグレーション

Zendeskは受信チケットと履歴の読み取り(get_ticket、search_tickets)を提供し、分類が終わればupdate_ticket経由でカテゴリと優先度を更新します。Intercomでは、エージェントが会話に接続してメッセージをリアルタイムで分類し、あいまいなケースを人に引き継ぎます。ZendeskではなくFreshdeskを使うチームには、同じ読み取り・再分類のロジックが適用されます。

HubSpotは、優先度を決める前にチケットを補強するために使われます。コンタクト検索(search_contacts)や進行中の商談検索によって、大口顧客であることや更新間近であることが分かり、これがチケットの実際の優先度を左右する2つの要素になります。最後にSlackが、チームが選んだサポートチャンネルにpost_message経由で、チケットが緊急に分類された際のアラートを受け取ります。

人に残る作業

エージェントがサポートチームの代わりに顧客に回答することは決してなく、チケットをクローズすることもありません。その役割は分類、補強、振り分けで止まります。使用する各インテグレーションは正確なスコープを伴う特定のグラントに依存しています。例えばZendeskでは、チケットの完全な読み取りは許可しつつ、書き込みはカテゴリの更新のみに限定し、チケットの本文自体には触れないグラントを設定できます。

構造的に3つのことが人側に残ります。まず、仕分けが終わったチケットの処理と回答です。エージェントは下地を整えますが、顧客への回答は書きません。次に、誤って分類されたチケットの再分類です。誤った分類は他のチケットと同様に表示・修正可能なままで、エージェントを修正することは、隠すべき失敗ではなく通常の運用の一部です。最後に、緊急度とエスカレーションの基準を定め、進化させることです。これはチームが持ち続ける、サポート業務についての細やかな知識を必要とする作業です。

この役割分担はヒューマン・イン・ザ・ループと呼ばれるものにあたります。エージェントは仕分けの量と反復を引き受け、人は回答とルールそのものについての判断を握り続けます。エージェントが行った各インテグレーション呼び出し(チケットの読み取り、カテゴリ更新、Slackアラート)は状態とともに記録され、エージェントのアクティビティタイムラインで確認でき、管理者であれば全社インテグレーションログで詳細に確認できます。

測定可能な成果

主な効果は一貫性です。日曜の深夜0時に届いたチケットも、火曜の午前10時に届いたチケットと同じ速さで分類・振り分けされます。もはや、その瞬間に誰が対応可能で手作業で仕分けできるかに左右されません。前述のMcKinsey調査が示すようなチケット量の増加に直面するチームにとって、これは採用ペースを上げずに量の増加を最もよく吸収できる部分です。四半期ごとにチケット数が倍増しても、仕分けにかかる時間を一定に保てます。

Atakoの標準プランは、エージェントスロットあたり月額20ユーロで、チケットの読み取り・分類・補強に使うモデル呼び出しをカバーする1,000クレジットが毎月付与されます。このコストは、処理したチケット数にも、分類結果を確認するサポートチームの人数にも左右されず、同時に稼働するエージェント数だけが基準になります。詳細は料金ページで確認できます。