チケットトリアージ

サービスデスクが1日に何百ものリクエストを受けると、誰かがどのリクエストを今すぐ対応すべきか、どれを待たせてもよいかを判断する必要があります。その意思決定プロセスをチケットトリアージと呼び、ITサービス管理（ITSM）やカスタマーサポート業務において最も重要なワークフローの1つです。構造化されたトリアージプロセスがなければ、先に届いたプリンターのリクエストが、ビジネスに実際にコストを発生させているサーバー障害の前に居座り続ける可能性があります。

「トリアージ」という用語の由来

トリアージはフランス語の動詞 trier（「選別する」の意味）に由来します。最初に使われたのは軍事医療の文脈で、戦場の外科医が負傷した兵士の階級や到着順ではなく、負傷の重症度に基づいて誰を最初に治療すべきかを決定するシステムが必要だったからです。ITおよびカスタマーサービスのチームは、チケットの量が個人の記憶で管理できる範囲を超えて増加したことで同じロジックを採用し、ITILフレームワークの普及に伴いインシデント管理の一部として正式化されました。

チケットトリアージのステップバイステッププロセス

チケットトリアージは反復可能な順序に従います。どのステップをスキップしても、チケット量が増えるにつれて問題が積み重なっていきます。

1. 受付と記録

すべてのリクエストは、メール、チャット、電話、セルフサービスポータル、または監視アラートのいずれから届いたものであっても、単一のシステムに集約される必要があります。影響を受けたシステム、ビジネスへの影響、簡単な説明を取得する構造化された受付フォームは、エージェントが不足している詳細を追いかける際に直面するやり取りの往復を排除します。優れたチケットシステムは、すべてのチャネルからのチケットを1つの統合キューに一元化するため、抜け漏れが発生しません。

2. 分類と区分け

記録されると、チケットはタイプとカテゴリにマッピングされます。ITSMにおける4つの標準チケットタイプは次のとおりです。

• インシデント — 何かが壊れている、または機能が低下している（メール障害、アプリケーションクラッシュ）
• サービスリクエスト — 標準的で事前承認されたアクション（ソフトウェアインストール、アクセス提供）
• 問題 — 再発するインシデントの根本原因分析
• 変更リクエスト — インフラストラクチャへの計画的な変更

タイプが特定された後、チケットはサービスカタログのカテゴリ（一般的にはハードウェア、ソフトウェア、ネットワーク、アクセスとID、またはビジネスアプリケーション）にマッピングされます。30～80のカテゴリを持つ分類体系が最も効果的です。それより少ないとパターンが隠れ、多いと分類疲れを引き起こします。AIチケットトリアージおよび分類ツールは、ここでの手作業のほとんどを排除します。チケットの本文を読み、顧客が何を求めているか、または何を報告しているかを理解し、自動的に正しいタグを割り当てます。

3. 影響と緊急度に基づく優先順位付け

優先度はユーザー自身に任せるべきではありません。ユーザーが自分の優先度を設定すると、すべてのチケットが「緊急」になります。適切なトリアージプロセスでは、影響（影響を受けるユーザー数やビジネス機能の範囲）と緊急度（解決が必要なまでの時間）という2つの客観的な要素から優先度を導き出します。

このマトリックスを社内に公開することで主観性が排除され、期待値の管理に役立ちます。財務チーム全体に影響するサーバークラッシュは、誰が提出したかに関わらずP1です。

4. ルーティングと割り当て

分類され優先順位付けされたチケットは、適切な担当者に届く必要があります。ルーティングルールは、可能な限り自動的にカテゴリを解決チームにマッピングする必要があります。手動でのチケット割り当てはデフォルトではなく、フォールバックとすべきです。カテゴリ、優先度、エージェントのスキルセットに基づく自動チケット分配により、再割り当て率（トリアージ品質の最も強い指標の1つ）が減少します。まずはシンプルな自動化ルール（カテゴリXはチームYへ）から始め、ルールに一致しないチケットにはAI分類を追加します。

5. コンテキストによるエンリッチメント

技術者が作業を開始する前に、チケットには可能な限り多くの関連コンテキスト（アセットID、ユーザー履歴、スクリーンショット、関連チケットや既知の問題へのリンク）が含まれている必要があります。これにより、エージェントが実際のトラブルシューティングを開始する前の調査時間が短縮されます。

6. SLAモニタリングとエスカレーション

すべてのチケットには、受付時に優先度レベルに紐づいたSLAタイマーが設定されます。エスカレーションルールを定義し、自動的にトリガーされるようにする必要があります。例えば、P1およびP2のインシデントは即座に上級チームにエスカレーションされ、SLA違反が迫っている場合はスーパーバイザーに通知が送られ、セキュリティ関連のチケットは専用のエスカレーションパスに従います。

7. クロージャーとナレッジの収集

トリアージは解決で終わりません。クローズされたすべてのチケットは、潜在的なナレッジベース記事です。解決カテゴリ、根本原因、および新しいドキュメントを記録することは、トリアージ品質のレビューにフィードバックされ、どのカテゴリが最も多くのボリュームを生み出しているか、または最も頻繁に誤ルーティングされているかを明らかにします。

カスタマーサービスを次のレベルへ

LiveAgentを無料でお試しください。

デモを予約 30日間無料体験

チケットトリアージ vs. インシデント管理

トリアージとインシデント管理は関連していますが、明確に異なります。

トリアージはインシデント管理の玄関口と考えてください。うまく機能する玄関口があれば、その背後にあるすべてがより良く機能します。

構造化されたチケットトリアージの利点

• 高影響の問題の迅速な解決 — 重大なチケットは数分以内にエスカレーションされ、一般キューに放置されない
• より良いワークロード配分 — チケットは優先度とスキルの一致に基づいて割り当てられ、最も取りやすいものではない
• 再割り当ての減少 — 最初に正しくルーティングされたチケットは、SLAクロックが進み続ける中でチーム間をバウンドしない
• 高いユーザー満足度 — 迅速な応答と、問題がいつ対処されるかについての明確なコミュニケーション

ニュースレター登録

最新のヒントやお得な情報をお届けします。

メールアドレス

登録

よくあるチケットトリアージの間違い

• 公開された影響/緊急度マトリックスから導き出す代わりに、ユーザーに自分の優先度を設定させる
• 割り当て前に分類をスキップし、ルーティングが論理ではなく感覚に基づいて行われる
• 広すぎる（傾向を隠す）または細かすぎる（判断疲れを生む）分類体系の使用
• トリアージ担当者を指定せずにチケットを未割り当てのまま放置する
• 解決内容を記録せずにチケットをクローズし、次の同様の問題がゼロから始まる

AIと自動化がチケットトリアージを改善する方法

手動トリアージは小規模チームには機能しますが、サービスデスクが1日におよそ50件以上のチケットを処理するようになると、1人ですべてのチケットを読んでルーティングすることはボトルネックになり、単一障害点にもなります。ルールベースの自動化は、単純で決定論的な判断（件名に「VPN」が含まれていればネットワーク担当にルーティング）を処理します。AIを活用したトリアージはさらに進んでおり、自然言語処理を使用して表現が異なる場合でも意図を理解するため、ルールでは捕捉できないチケットも分類および優先順位付けできます。最も効果的な設定は両方を組み合わせ、高信頼度のAI分類は自動的に適用し、低信頼度の結果は人間のレビューに回します。

チケットトリアージのパフォーマンスを追跡する指標

再割り当て率の上昇やバックログの増加は、トリアージプロセスに人員の問題ではなく構造的な問題があるという初期のシグナルです。

まとめ

チケットトリアージは、あらゆるサポートおよびITサービス業務の玄関口です。これを適切に行うこと（客観的な優先順位付け、一貫した分類、自動化されたルーティング、規律あるSLAモニタリング）により、重大な問題は迅速に解決され、日常的な問題がキューを詰まらせることはありません。これを誤ると、最も重要なチケットではなく、最も大きな声のチケットが優先されることになります。