Freshserviceの自動カテゴリ分類：2026年完全ガイド

正確なチケットのカテゴリ分類は、効率的なITサービス管理のバックボーンです。チケットが適切なキューに即座に振り分けられると、チームは問題をより迅速に解決し、レポート作成が有意義になり、顧客はより良いサービスを受けることができます。しかし、すべてのチケットを手動で分類することは、ほとんどのITチームが余裕のない時間の浪費です。

そこで、Freshserviceの自動カテゴリ分類が登場します。少なくとも、そう呼ばれています。実際には、Freshserviceは、定義した条件に基づいてカテゴリを自動的に割り当てるルールベースの自動化を提供します。強力ですが、AIの意味で真に「自動」ではありません。ロジックを構築しているのであり、学習するシステムをトレーニングしているのではありません。

ルールで達成できることの限界に達しているチームにとって、eesel AIのようなAI搭載の代替手段は、異なるアプローチを提供します。すべてのシナリオをプログラミングする代わりに、AIに過去のチケットから学習させ、キーワードマッチングだけでなく、理解に基づいて分類させます。

ここでは、Freshserviceのネイティブなカテゴリ分類がどのように機能するか、どこが不十分か、そしてルールを超えて検討することが理にかなっているのはいつかについて説明します。

Freshserviceの自動カテゴリ分類とは？

Freshserviceの「自動カテゴリ分類」は、実際にはルールベースのワークフロー自動化です。条件（チケットにXが含まれている、Yから送信された、またはZに一致する場合）とアクション（カテゴリをA、サブカテゴリをBに設定）を作成します。システムはこれらのルールを自動的に実行しますが、それ自体で学習したり適応したりすることはありません。

ここで重要な区別は次のとおりです。

• ルールベースのカテゴリ分類： すべてのシナリオを明示的に定義します。「件名に「パスワードリセット」が含まれている場合は、カテゴリを「アクセス管理」に設定します。」これは、予測可能で反復的なチケットタイプに最適です。ただし、キーワードを見逃したり、予期していなかったバリエーションが発生したりすると、ルールは失敗します。

• AIベースのカテゴリ分類： システムはチケットの内容を分析し、過去のデータからパターンを学習し、意図とコンテキストを理解に基づいて分類します。明示的なプログラミングなしに、バリエーション、同義語、および新規のシナリオを処理します。

Freshserviceは最初のアプローチを使用します。ワークフロー自動化ツール（Workflow Automator）を使用すると、高度なカテゴリ分類ロジックを構築できますが、システムに考え方を教えるのではなく、ロジックを構築していることになります。

Freshserviceの自動カテゴリ分類の仕組み

Freshserviceは、チケットを分類するためのいくつかの自動化メカニズムを提供しています。それぞれが異なる目的を果たし、独自の制約があります。

チケットのカテゴリ分類のためのワークフロー自動化ツール（Workflow Automator）

ワークフロー自動化ツール（Workflow Automator）は、Freshserviceのチケット自動化のための主要なツールです。視覚的なドラッグアンドドロップインターフェースを使用し、3つのコアコンポーネントからワークフローを構築します。

イベント（Events） は、ワークフローをトリガーするタイミングを定義します。カテゴリ分類の場合、通常は「チケットが作成された（Ticket is Created）」または「チケットが更新された（Ticket is Updated）」を使用します。

条件（Conditions） は、満たす必要のあるパラメータを設定します。件名行でキーワードを確認したり、リクエスタのプロパティを評価したり、カスタムフィールドを調べたりできます。たとえば、「件名に「プリンター（printer）」または「印刷できない（unable to print）」が含まれている」などです。

アクション（Actions） は、条件が一致した場合に実行されます。ここでは、カテゴリ、サブカテゴリ、およびアイテムフィールドを設定します。チケットを特定のグループまたはエージェントに割り当てることもできます。

ワークフロー自動化ツール（Workflow Automator）は、リーダーノード（カスタムオブジェクトを参照するため）、JSON解析、および外部システムへのウェブフック呼び出しなどの高度な機能もサポートしています。しかし、そのコアは依然としてif-this-then-thatロジックです。

スーパーバイザールール（Supervisor Rules）

スーパーバイザールール（Supervisor Rules）は、通常1時間ごとにスケジュールに従って実行される自己実行型の自動化です。バックログされたアイテムの再分類や、カテゴリ分類されていないチケットの処理など、既存のチケットに対する一括操作に役立ちます。

重要な制限事項：スーパーバイザールール（Supervisor Rules）は、過去30日間に作成または更新されたチケットでのみ実行されます。古いチケットは処理から除外されます。

オブザーバールール（Observer Rules）

オブザーバールール（Observer Rules）は、特定のチケットイベントが発生するとリアルタイムでトリガーされます。ワークフロー自動化ツール（Workflow Automator）（チケットの作成時に実行される）とは異なり、オブザーバールール（Observer Rules）は、ステータスの変更、優先度の変更、またはエージェントの返信などの更新に応答します。これにより、新しい情報が出現したときにチケットを再分類するのに役立ちます。

注意点：オブザーバールール（Observer Rules）は、システムによってトリガーされた更新ではなく、手動アクションに対してのみ実行されます。

シナリオ自動化（Scenario Automation）

シナリオ自動化（Scenario Automation）は、複数のアクションを1回のボタンクリックでまとめます。エージェントはチケットを選択し、シナリオを適用して、カテゴリ分類、割り当て、およびフィールドの更新をすべて一度に行います。これは自動カテゴリ分類ではありません（エージェントがトリガーします）が、手動のカテゴリ分類を大幅に高速化します。

Freshserviceで自動カテゴリ分類を設定する

Freshserviceでカテゴリ分類の自動化を実行するには、カテゴリの構造化、ルールの構築、および時間の経過に伴う改善という3つの主要なフェーズがあります。

ステップ1：カテゴリ構造を定義する

自動化を構築する前に、明確な分類法が必要です。Freshserviceは、3レベルの階層を使用します。

• レベル1：カテゴリ（Category） （「ハードウェア（Hardware）」、「ソフトウェア（Software）」、「ネットワーク（Network）」などの広範なバケット）
• レベル2：サブカテゴリ（Sub-Category） （「ラップトップ（Laptops）」、「プリンター（Printers）」、「VPN」など、より具体的）
• レベル3：アイテム（Item） （「Dell XPS」、「HP LaserJet」、「Cisco AnyConnect」などの詳細な分類）

この構造は、管理（Admin）> サービス管理（Service Management）> サービスデスク設定（Service Desk Settings）> フィールドマネージャー（Field Manager）で構成します。インターフェースを使用すると、ユーザー（または自動化）が適切な分類を選択できるネストされたドロップダウンを作成できます。

ベストプラクティス：シンプルに始めましょう。浅く、整理された分類法は、深く、混乱した分類法よりも優れています。ユーザーは複雑なカテゴリツリーに苦労し、誤ったチケットはカテゴリ分類されていないチケットよりも大きな問題になります。

ステップ2：カテゴリ分類ワークフローを作成する

分類法を定義したら、管理（Admin）> 自動化と生産性（Automation & Productivity）> ワークフロー自動化ツール（Workflow Automator）に移動して、カテゴリ分類ルールを構築します。

まず、最もボリュームの多いチケットタイプを特定します。これらは自動化の候補です。タイプごとに、次のことを確認します。

• このチケットタイプを区別するものは何ですか？（キーワード、リクエスタの部署、ソースチャネル）
• どのカテゴリを受け取る必要がありますか？
• 特定のチームに自動的に割り当てる必要もありますか？

特定の条件でワークフローを構築します。「件名に「パスワード（password）」が含まれている」は広すぎるため、「パスワードの有効期限切れ（password expired）」と「パスワードポリシーの質問（password policy question）」が同じバケットに入ります。より正確にするには、複数の条件を使用します。「件名に「パスワード（password）」が含まれている」AND「件名に「リセット（reset）」が含まれている」などです。

ワークフローをアクティブ化する前に、必ずサンプルチケットでテストしてください。Freshserviceを使用すると、ライブチケットに影響を与えることなく、トリガーをシミュレートして何が起こるかを確認できます。

ステップ3：監視と改善

自動化は設定して終わりではありません。最初は毎週、次にシステムが安定したら毎月、カテゴリ分類の精度を確認することを計画してください。

以下を探してください。

• 誤って分類されたチケット（どのルールが誤ってキャッチしましたか？）
• カテゴリ分類されていないチケット（どのシナリオが欠落していますか？）
• ロジックを破るエッジケース

サービスの進化に合わせて、条件を調整し、新しいワークフローを追加し、適用されなくなったルールを廃止します。

Freshserviceの自動カテゴリ分類の制限事項

Freshserviceのルールベースのアプローチは、予測可能な環境ではうまく機能しますが、明確な境界があります。これらの制限事項を理解することで、ネイティブの自動化で十分な場合と、よりインテリジェントなものが必要な場合を判断できます。

ルールベースのみ。 すべてのカテゴリ分類シナリオには、明示的なプログラミングが必要です。ユーザーがプリンターの問題を「紙のやつがまた詰まった（the paper thing is jammed again）」と説明し、ルールが「プリンター（printer）」または「詰まり（jam）」のみを検索する場合、見逃しが発生します。すべてのバリエーションを考慮することはできません。

履歴からの学習なし。 Freshserviceは、カテゴリ分類を改善するために過去のチケットを分析しません。「Outlookが同期しない（Outlook not syncing）」に関する500件のチケットがすべて「ソフトウェア（Software）> メール（Email）> Outlook」として分類された場合、システムは将来のチケットのためにそのパターンを学習しません。

キーワードマッチングはコンテキストを見逃します。 ルールは、意味ではなく、リテラル文字列を検索します。「共有ドライブにアクセスできない（Cannot access shared drive）」と「共有ドライブへのアクセスが必要（need access to shared drive）」は、人間には似ているように見えるかもしれませんが、キャッチするには異なるルールが必要です。

複雑なカテゴリツリーはユーザーを混乱させます。 Freshworksコミュニティには、階層が深すぎるか、整理されていないために、ユーザーが間違ったカテゴリを選択することに関する苦情がたくさんあります。あるユーザーは、次のように不満を述べています。「カテゴリツリーはかなり詳細ですが、特に新しいユーザーは、カテゴリツリーのどこに何があるかを期待できるかわかりません。「プリンターの追加（Add a printer）」は「ソフトウェア（Software）> Windows」または「プリンター（Printers）」のどちらにあると予想すべきですか？」

組織に新しい従業員がコンスタントに入社しており、「カテゴリ（Category）、サブカテゴリ（Sub-Category）、アイテム（Item）」の誤った選択により、チケットの誤った割り当てが増加しています。新しい従業員が誤ったカテゴリツリーを選択したために、チケットの再割り当てが拡大するのを軽減する方法を必死に探しています。

Freshworks Community

スーパーバイザールール（Supervisor Rules）の30日間のウィンドウ。 古いチケットの一括再分類には回避策が必要です。

複数意図のチケットを処理できません。 パスワードのリセットとソフトウェアのインストールについて言及しているチケットは、最初