Freshserviceのチケット自動化：ITチーム向けの実践ガイド

ITチームは、繰り返しのタスクに溺れています。パスワードのリセット、ソフトウェアへのアクセス要求、オンボーディングタスクなど、同じ種類のチケットが繰り返し届きます。それぞれが予測可能なパターンに従いますが、エージェントは手動でのルーティング、応答、およびクローズに何時間も費やしています。

ここで、Freshserviceのチケット自動化が真価を発揮します。すべてのチケットを手動で処理する代わりに、一般的なリクエストを自動的にトリアージ、応答、および解決するワークフローを構築できます。チームは複雑な問題に集中し、自動化はルーチンを処理します。

ただし、ルールベースの自動化には限界があります。「もしこうなら、こうする」というシナリオには最適ですが、コンテキストを理解したり、パーソナライズされた応答を作成したりすることはできません。そのため、多くのITチームは、Freshserviceの自動化をeesel AIのようなAIチームメイトと組み合わせて、自動化が対応できない部分を処理しています。

Freshserviceのチケット自動化の仕組みと、効果的な実装方法について説明します。

Freshserviceのチケット自動化とは？

Freshserviceのチケット自動化は、ルールベースのワークフローを使用して、人間の介入なしに繰り返しのITサービスタスクを処理します。特定の条件が満たされたときに自動的にトリガーされる一連の「if-then（もし～なら～）」ステートメントを設定すると考えてください。

チケットが届くと、システムは誰が送信したか、何についてか、どのくらい緊急かを確認します。ルールに基づいて、チケットを適切なチームに自動的に割り当てたり、トラブルシューティングの手順を含む応答を送信したり、上級エージェントにエスカレーションしたりする場合があります。

Freshserviceは、その広範なITサービス管理プラットフォームの一部である3つの主要なツールを通じて自動化に取り組みます。

• 複雑なマルチステッププロセス向けのWorkflow Automator（ワークフロー自動化ツール）
• 一般的なエージェントアクションをバンドルするためのScenario Automations（シナリオ自動化）
• チケットの更新に対応するためのObserver Rules（オブザーバールール）

これは、AI搭載の自動化とは異なります。ルールベースのシステムは厳密なロジックに従います。構造化されたタスクには優れていますが、ニュアンスには苦労します。チケットを読んで、ユーザーの不満を理解し、役立つ応答を作成することはできません。定義済みの操作を実行するだけです。

最新のITチームにとって、自動化が重要なのは、効率（チケットの処理が高速化される）、一貫性（すべてのリクエストが同じプロセスに従う）、およびスケーラビリティ（比例的な人員増加なしにより多くのボリュームを処理できる）の3つのことに直接影響を与えるためです。これらのメリットを最大化しようとしているチームは、AIエージェントアシストソリューションを検討することがよくあります。

Freshserviceのコア自動化ツール

Freshserviceには、さまざまな状況に適した3つの自動化方法があります。

Workflow Automator（ワークフロー自動化ツール）

Workflow Automatorは、Freshserviceのビジュアル自動化ビルダーです。トリガー、条件、およびアクションをワークフローに接続するドラッグアンドドロップインターフェイスを使用します。

トリガーは、ワークフローを開始します。一般的なトリガーには、次のものがあります。

• チケットの作成
• チケットの更新
• 時間ベースのイベント（SLAの接近）
• 承認ステータスの変更

条件は、ワークフローが影響を与えるチケットをフィルタリングします。「部門が財務に等しい」または「件名にパスワードが含まれている」などを指定できます。

アクションは、次に何が起こるかです。チケットの割り当て、通知の送信、フィールドの更新、子チケットの作成、またはWebhookを呼び出して外部システムと統合できます。

Workflow Automatorは、複数のステップにまたがる複雑なプロセスに最適です。たとえば、オンボーディングワークフローでは、5つの子チケットを作成し、人事部に通知し、期日を設定し、承認リクエストをトリガーすることがすべて1つのフローで行われます。

Scenario Automations（シナリオ自動化）

Scenario Automationsを使用すると、エージェントはチケット内から1回のクリックで複数のアクションを実行できます。ステータスの手動更新、タグの追加、通知の送信、および再割り当てを行う代わりに、エージェントは1つのボタンをクリックします。

これらは、[管理] > [自動化] > [シナリオ自動化]で設定します。各シナリオには、次のようなアクションを含めることができます。

• ステータス/優先度の設定
• グループまたはエージェントへの割り当て
• タグの追加
• メール送信
• メモの追加

これらは、エージェントが1日に複数回実行する繰り返しのタスクに最適です。「払い戻し処理」シナリオでは、チケットにタグを付け、財務チームに通知し、ステータスを1回のクリックで更新できます。

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

Observer Rulesは、チケットを監視して特定の変更を検出し、アクションを自動的にトリガーします。Workflow Automator（チケットの作成時に1回実行される）とは異なり、Observer Rulesはチケットのライフサイクル全体にわたる更新に対応します。

一般的なユースケースには、次のものがあります。

• 優先度が「高」に変更された場合のエスカレーション
• SLAが違反しそうな場合のマネージャーへの通知
• 返信のキーワードに基づいてタグを追加する
• ユーザーが「ありがとう」メッセージを送信したときにチケットを自動的にクローズする

Observer Rulesは、リアクティブな自動化に優れています。監視して応答し、チケットの進化に伴って何も見落とされないようにします。

5つの必須チケット自動化ワークフロー

すべてのITチームが実装を検討すべき5つの実践的なワークフローを次に示します。

ステップ1：受信チケットの自動トリアージと割り当て

最も影響力のある自動化は、チケットを適切なチームに即座にルーティングします。それがないと、チケットは誰かが手動で確認して割り当てるまで、一般的なキューに置かれたままになります。

設定方法：

1. **[管理] > [Workflow Automator]**に移動します。
2. トリガー**「チケットが発行された」**で新しいワークフローを作成します。
3. ルーティングロジックに基づいて条件を追加します。
   • 部門=財務→財務ITグループに割り当て
   • 件名に「パスワード」が含まれている→レベル1サポートに割り当て
   • リクエストタイプ=「ハードウェア」→デスクトップサポートに割り当て
4. キーワード（「緊急」、「ダウン」、「停止」）に基づいて優先度を設定するアクションを追加します。
5. 何も割り当てられないままにならないように、フォールバック割り当てを含めます。

**プロのヒント：**シンプルに始めましょう。最初に部門またはリクエストタイプでルーティングします。基本が機能したら、より複雑なルール（キーワードマッチング、時間ベースのルーティング）を追加します。よりスマートなルーティングのために、AIを使用してサポートチケットを分類またはタグ付けする方法について詳しく学んでください。

ステップ2：一般的なリクエストへの自動応答

多くのチケットは、人間の介入をまったく必要としません。パスワードのリセット、Wi-Fiのトラブルシューティング、ソフトウェアのインストールリクエスト。これらは予測可能なパターンに従います。

設定方法：

1. 「チケットが発行された」ときにトリガーされるWorkflow Automatorルールを作成します。
2. 一般的なリクエストの条件を追加します。
   • 件名に「パスワードリセット」が含まれている
   • 件名に「Wi-Fi」または「インターネット」が含まれている
   • 件名に「インストール」+ソフトウェア名が含まれている
3. 次のアクションを設定します。
   • 知識ベースの記事へのリンクを含む自動応答を送信する
   • 自動応答が送信されたことを示すタグを追加する
   • ステータスを「顧客待ち」に設定する（確認が必要な場合）
   • または、ソリューションのドキュメントですぐに解決する

これにより、チケットのボリュームが減少し、ユーザーに即座に回答が得られます。実際の問題を解決する自動応答と、フォローアップチケットを作成する自動応答を追跡し、それに応じて調整します。さらに進みたいチームは、カスタマーサポートの自動化戦略を検討してください。

ステップ3：SLA違反に近づいているチケットのエスカレーション

SLAの違反は、ユーザーの信頼を損ないます。自動化は、期限を監視し、違反が発生する前にエスカレーションできます。

設定方法：

1. Observer Ruleを作成します（時間の経過とともに監視する必要があるため、Workflow Automatorではありません）。
2. トリガーを「SLA違反が近づいている」に設定するか、時間ベースの条件を使用します。
3. 条件を追加します。
   • 優先度が高いまたは緊急
   • ステータスが解決済みまたはクローズ済みではない
   • SLA違反までの時間<2時間
4. アクションを設定します。
   • 割り当てられたエージェントとそのマネージャーに通知する
   • 上級技術者グループに再割り当てする
   • レポート用に「エスカレーション済み」タグを追加する
   • 可視性のためにSlack/Teamsチャネルに投稿する

複数のエスカレーション層を作成できます。違反の4時間前に最初の通知、2時間前に2番目の通知、マネージャーがCCに追加された30分前に3番目の通知。

ステップ4：オンボーディング/オフボーディングタスクの自動化

従業員の異動には、複数のチームとシステムが関与します。自動化により、何も見落とされないようにします。

設定方法：

1. 人事部がオンボーディングリクエストを送信したときにトリガーされる親チケットワークフローを作成します。
2. 子チケットを作成するアクションを追加します。
   • ハードウェアプロビジョニング（ラップトップ、モニター）
   • アカウントの作成（Active Directory、メール）
   • アクセスリクエスト（VPN、共有ドライブ）
   • トレーニングの割り当て
3. 開始日に基づいて期日を設定します（例：ハードウェアは5日前、アカウントは2日前）。
4. 必要に応じて承認ステップを追加します（ソフトウェア購入のマネージャー承認）。
5. オーケストレーションアプリを使用して、統合システムでアカウントを自動的に作成します。

Freshserviceは、Azure AD、Okta、およびその他のIDプロバイダーと統合して、アカウントのプロビジョニングを自動化します。IT運用向けのAIがこれらの統合をどのように補完するかについても検討できます。

ステップ5：解決済みのチケットの自動クローズ

チケットは、問題が解決された後も、ユーザーが確認するか、エージェントがクローズすることを覚えておくのを待って、開いたままになっていることがよくあります。自動化はこれらをクリーンアップできます。

設定方法：

1. ステータスの変更を監視するObserver Ruleを作成します。
2. 条件を設定します。ステータスが「解決済み」に変更されました
3. 時間遅延を追加します（例：3日）。
4. ステータスがまだ「解決済み」であるかどうかを確認します（再開されていない）。
5. はいの場合、ステータスを「クローズ済み」に変更し、満足度調査を送信します。

**注：**Freshserviceは、関連するすべてのタスクが完了したときにチケットをネイティブに自動解決することはできません。これは既知の制限事項です。回避策としては、Webhookを使用してタスクのステータスを確認し、すべてのタスクが「完了」と表示された場合にのみ解決をトリガーします。

Freshserviceの自動化の制限と回避策

Freshserviceの自動化は強力ですが、無制限ではありません。境界を知ることは、それに応じて計画するのに役立ちます。

ネイティブの制限事項：

• **タスクベースの解決：**前述のように、Freshserviceは、すべての子タスクが完了したときに親チケットを自動的に解決することはできません。Webhookの回避策またはサードパーティツールが必要です。
• **複雑な分岐：**Workflow Automatorはif/thenロジックをサポートしていますが、複雑な分岐（ネストされた条件、ループ）は扱いにくくなる可能性があります。
• **外部データルックアップ：**Webhookを使用せずに、ワークフロー内で外部データベースまたはAPIをクエリする機能が制限されています。

統合の回避策：

Freshserviceのネイティブ自動化が制限に達した場合、統合プラットフォームは機能を拡張します。多くのチームは、より複雑なシナリオを処理するために、ITSM向けのAIソリューションも検討しています。

• **Make.com**は、カスタムトリガーとアクションを含む47のFreshserviceモジュールを提供します。
• Workato（Freshserviceのコネクターアプリで利用可能）は、エンタープライズグレードのワークフローオーケストレーションを提供します。
• Zapierは、シンプルな自動化のためにFreshserviceを数百のアプリに接続します。

これらのツールは、クロスプラットフォームワークフローに優れています。たとえば、Datadogで監視アラートが発生したときにFreshserviceチケットを自動的に作成したり、チケットの更新をエグゼクティブレポート用にGoogleシートに同期したりします。

Freshserviceの統合エコシステムには、コミュニケーション（Slack、Microsoft Teams）、ID管理（Azure AD）、開発ツール（Jira）など、1,000以上のアプリが含まれています。詳細については、Freshserviceの統合カタログ全体を参照してください。

AIチームメイトによるFreshserviceのチケット自動化のさらなる活用

ルールベースの自動化は、ITサポートの構造化された部分を処理します。ただし、チケットは必ずしも構造化されているとは限りません。ユーザーは、さまざまなレベルの詳細と緊急性で、自分の言葉で問題を説明します。彼らは、不満を感じたり、混乱したり、定義済みのカテゴリに適合しない何かを要求したりする可能性があります。

ここで、AIチームメイトがFreshserviceの自動化を補完します。

違い：

• ルールベースの自動化は、条件が正確に一致した場合に定義済みのアクションを実行します。
• AI搭載の応答は、チケットを読み、コンテキストを理解し、適切な返信を生成します。

このように考えてください。Freshserviceの自動化は、フローチャートのようなものです。既知のパスには最適です。AIは、エッジケースを処理し、不明確なリクエストを解釈し、パーソナライズされた応答を作成できるトレーニングを受けたサポートエージェントのようなものです。

eesel AIがFreshserviceと連携する方法：

eesel AIは、Freshserviceと直接統合して、既存の自動化の上にAI機能を追加します。AIサービスデスクソリューションとして、eesel AIは以下を提供します。

• **AIトリアージ：**キーワードマッチングだけでなく、コンテンツの理解に基づいてチケットを自動的に分類、タグ付け、およびルーティングします。
• **AIコパイロット：**エージェントがレビューするために応答を下書きし、知識ベースと過去のチケットに基づいてトレーニングします。
• **AIエージェント：**最前線のチケットを自律的に処理し、定義したものだけをエスカレーションします。

両方を組み合わせた典型的なワークフロー：

1. チケットがFreshserviceに到着します
2. eesel AIがそれを読み取り、分類します（AIトリアージ）
3. 一般的な問題については、eesel AIが応答を下書きします（AIコパイロット）または直接解決します（AIエージェント）
4. 複雑な問題については、Freshserviceの自動化が適切なスペシャリストにルーティングします
5. SLAの監視とエスカレーションは、FreshserviceのObserver Rulesを通じて行われます

このハイブリッドアプローチにより、既知のシナリオに対する構造化された自動化の信頼性と、それ以外のすべてに対するAIの柔軟性が得られます。

Freshserviceは、オーケストレーション、SLA、およびプロセス管理を処理します。eesel AIは、理解、応答の作成、および自律的な解決を処理します。一緒に、彼らはITサポートの全範囲をカバーします。

Freshserviceのチケット自動化のベストプラクティス

誤った自動化は、解決するよりも多くの問題を引き起こします。効果的に実装するには、次のガイドラインに従ってください。より広い視点については、カスタマーサポートにおけるAIと自動化に関するガイドを参照してください。

**小さく始めましょう。**影響の大きい3〜5個のワークフローを選択し、最初にそれらを実装します。一般的な開始点：チケットルーティング、パスワードリセットの自動応答、およびSLAエスカレーション。複雑さを増す前に、これらがスムーズに機能するようにします。自動返信ルールのベストプラクティスについて詳しく学んでください。

**ライブに移行する前にテストします。**Freshserviceを使用すると、サンプルチケットでワークフローをテストできます。これを使用してください。条件に一致するテストチケットを作成し、正しいアクションがトリガーされることを確認します。エッジケースを確認します。複数の条件が一致する場合はどうなりますか？条件が一致しない場合はどうなりますか？

**すべてを文書化します。**各自動化が何をするのか、なぜ存在するのか、誰が所有しているのかを書き留めます。6か月後、何かが壊れたり、更新が必要になったりした場合、あなたは自分自身に感謝するでしょう。以下を含めます。

• ワークフローの名前と目的
• トリガー条件
• 実行されたアクション
• 予想される結果
• 変更の所有者/連絡先

**監視と改善。**各自動化のメトリックを追跡します。

• どのくらいの頻度でトリガーされますか？
• 実際に問題を解決しますか、それともフォローアップを作成しますか？
• 誤検知（トリガーすべきでないときにトリガーする）はありますか？

毎月確認します。機能していない自動化を無効にします。トリガーが多すぎる、または少なすぎる条件を調整します。

**人間のエスカレーションパスを明確に保ちます。**すべての自動化には、エスケープハッチが必要です。ユーザーが「これは役に立ちませんでした」と返信した場合、チケットはすぐに人にルーティングされる必要があります。SLAが違反しそうな場合は、フィールドを更新するだけでなく、人に通知します。自動化はチームを強化するものであり、複雑な状況で人間の判断を置き換えるものではありません。

スマート自動化でIT運用を合理化する

Freshserviceのチケット自動化は、ITチームに手作業を減らし、応答時間を改善するための強力な方法を提供します。Workflow Automator、Scenario Automations、およびObserver Rulesを組み合わせることで、チームが複雑な問題に集中している間、ルーチンタスクを自動的に処理できます。オプションを評価しているチームは、最高のAIヘルプデスクツールに関するガイドをご覧ください。

重要なのは、明確なルールと大量のボリュームを持つワークフローから始めることです。チケットルーティング、一般的なリクエストの自動応答、およびSLAエスカレーションは、すぐに価値を提供します。そこから、オンボーディング、変更管理、および資産ライフサイクルプロセス向けのより高度な自動化に拡張できます。

ただし、ルールベースの自動化には限界があることを忘れないでください。構造化されたタスクには優れていますが、ニュアンスを理解したり、パーソナライズされた応答を作成したりすることはできません。最も効果的なIT運用は、Freshserviceの自動化と、サポートの非構造化されたコンテキスト部分を処理するAIチームメイトを組み合わせたものです。

Freshserviceの自動化をさらに活用したい場合は、AIチームメイトをワークフローに追加することを検討してください。eesel AIはFreshserviceと直接統合して、トリアージ、下書き、および自律的な解決を処理し、既存の自動化と連携して、より高速でパーソナライズされたサポートを提供します。包括的なITサポート自動化については、AIサービスデスクソリューションも検討できます。

このガイドのワークフローから始めましょう。結果を測定します。そして、ルーチンワークが自動的に行われ、チームの専門知識が実際に必要な課題のために予約されるIT運用に向けて徐々に構築します。