Contents
Freshserviceでインシデント管理を始める前に
Freshserviceのインシデント管理機能は、IT運用やチケット管理の効率化に不可欠なツールです。導入初期に設定ミスが発生すると後々の運用に影響するため、事前準備が重要です。このセクションでは、インシデント管理の重要性と導入前のチェックリストを解説し、実務で活かせるポイントをお伝えします。
インシデント管理の重要性
インシデント管理は、システム障害やユーザーからの問い合わせを迅速に解決するための仕組みです。IT運用担当者にとって、問題発生時の対応速度と精度が業務の信頼性に直結します。Freshserviceでは、カテゴリ分類や通知設定などにより、チケット処理フローを最適化できるため、導入前から戦略的な設計が必要です。
導入前の準備チェックリスト
インシデント管理機能を有効活用するには、以下の項目を事前に確認してください。
-
部門別担当者・役割の明確化
インシデントを処理するチームや個人の責任範囲を定義し、自動振り分けルールに反映します。 -
インシデント分類の基準整備
「エンドユーザーの操作ミス」「ハードウェア障害」など、カテゴリの定義を統一します。 -
通知チャネルの選定
メールやSlackなど、担当者に迅速に情報を届ける手段を事前に設定しましょう。
インシデントカテゴリの階層構築方法
インシデントカテゴリを適切に分類することで、チケット処理の効率性が大幅に向上します。このセクションでは、カテゴリ設計の設計原則と階層構造の具体例を解説し、実務で活かせる手順をお伝えします。
階層構造の具体例
以下は、IT運用チーム向けの階層構築例です。
| 大カテゴリ | 小カテゴリ | 処理部署 |
|---|---|---|
| ITインフラ | サーバー障害 | システム運営部 |
| ネットワーク接続不良 | ネットワーク課 | |
| エンドユーザー | アプリ操作ミス | ITサポート担当 |
| 装置使用の困りごと | 業務支援室 |
このように階層化することで、インシデントの特定や振り分けが迅速になります。階層構造は検索性を向上させるために設計されます（例:「ネットワーク接続不良」カテゴリを検索する際、大カテゴリ「ITインフラ」と小カテゴリ「ネットワーク接続不良」から絞り込み可能）。
自動分類ルールの設定手順
自動分類ルールを正しく設定することで、チケット処理の負担軽減と精度向上が可能です。ここでは、キーワードベースの条件設定と複数条件の組み合わせ方について説明します。
キーワードベースの条件設定
キーワードをもとに自動分類するには、「メール本文」や「件名」に含まれる特定の文字列を検出します。
- 例1: 「ネットワークエラー」というキーワードが入力されたら「ネットワーク障害」カテゴリへ振り分け
- 例2: 「ログインできない」「IDが見つからない」など、よくあるユーザー問い合わせには共通の処理フローを設定
複数条件の組み合わせ方
複数キーワードや条件（例えば「エンドユーザーからのメール＋特定の部署宛」）と組み合わせて分類できます。
- AND条件：すべてのキーワードが含まれている場合にのみ適用
- OR条件：いずれかのキーワードが含まれていれば適用
- 優先度設定：複数ルールが重なった場合、優先順位を設定します
注意: 過剰な自動分類は逆に処理ミスにつながる可能性があるため、定期的な見直しが重要です。
通知テンプレートのカスタマイズポイント
通知テンプレートを適切に設定することで、担当者への情報伝達効率が向上します。このセクションでは、変数の挿入方法とチャネルごとの文言設計について詳しく解説します。
変数の挿入方法
テンプレートには「{チケット番号}」「{作成者名}」などの変数を挿入できます。これにより、個別のインシデントに応じた柔軟な通知が可能になります。
-
メールテンプレート例:
「件名：{チケット番号} {カテゴリ名}の対応依頼｜{作成者名}様より」
-
Slack通知例:
⚠️ 緊急! {チケット番号} {カテゴリ名}のインシデント発生！担当者は{部署名}
チャネルごとの最適な文言設計
通知先（メール、Slack、など）によって、使用する言葉やフォーマットを調整します。
- メール: 丁寧で詳細な内容が求められるため、件名や本文に具体的な情報を含めます。
- Slack: 短くても明確な情報を伝えることが重要です。アイコンやエモジを使うことで視覚的に強調可能です。
Escalationルールの設計基準
Escalation（エスカレーション）ルールは、対応が遅れるインシデントを自動で優先順位付けたり、担当者に通知する仕組みです。このセクションでは、応答時間と優先度のバランスと複数ステージでの段階的対応について解説します。
応答時間と優先度のバランス
Escalationルールは「応答時間」をもとに設計するのが一般的です。
- 緊急性の高いインシデント（例：システムダウン）: 30分以内に担当者へ通知
- 通常のインシデント: 24時間以内に対応が求められる場合が多い
組織の業務フローに合わせて、応答時間やエスカレーション先を柔軟に設定可能です。例えば、ITチームでは1時間以内対応と設定し、事務部門では24時間以内とするなど、業務の特性に応じた調整が可能です。
複数ステージでの段階的対応
複数の担当者・部署へ段階的に通知する仕組みとして「Escalationステージ」を活用できます。
- ステージ1: 初期担当者が1時間以内に対応しない場合、セカンドオペレーターに通知
- ステージ2: セカンドオペレーターが30分以上対応できない場合、マネージャーへ通知
このように段階を設けることで、問題解決の遅延を防ぎます。
データ連携時のAPI設定例
Freshserviceは外部ツールと連携するためのAPI機能を提供しています。ここでは、外部システムとの接続手順と認証情報の管理方法について解説します。
外部システムとの接続手順
Freshservice APIを通じて、JiraやSlackなど他のツールと連携するには以下の流れに従います。
- APIエンドポイントを確認する:
- プライベートAPI:
https://yourdomain.freshservice.com/api/v2 -
公開API:
https://api.freshservice.com/api/v2 -
認証情報（トークン）を作成:
-
「設定」→「APIトークン管理」から発行できます。
-
外部システムに接続設定を行う:
- 例えば、Jiraとの連携では、Freshservice APIのURLとトークンを入力します。
認証情報の管理方法
API認証情報を適切に管理することで、セキュリティリスクを抑えることが可能です。
- トークンは定期的に再発行: ログインIDやパスワードと同じように管理します。
- 権限を最小限にする: 必要な機能以外のアクセスを制限し、不正利用を防ぎます。
トラブルが起きたときの対応方法
設定画面で確認できない場合、サポートチームに問い合わせることが有効です。以下に具体的な手順を記載します。
設定画面で確認できない場合の手順
以下のステップを踏んでください：
- Freshserviceの「ヘルプセンター」を確認: よくある質問や設定ガイドが掲載されています。
-
サポートチケットを作成: 下記の情報を明確にし、問い合わせしてください。
-
問題が発生した画面またはエラーメッセージ
- 使用しているFreshserviceのバージョン（例: v2023.10）
-
再現手順（操作内容や設定内容を記載）
-
公式サポートへの連絡: 「https://support.freshservice.com」から問い合わせフォームにアクセスします。
注意: 設定が見つからない場合は、専門のサポートチームに相談することを強くお勧めします。
備考事項と改善点
- 「公式サポートへの連絡」リンクは地域ごとに異なる可能性があるため、https://support.freshservice.com を基準にしています。
- 「最新版」という表記は、v2023.10などのバージョン番号に変更しました。
- カテゴリ分類の階層化による検索性向上について、具体的な例を追加し説明を充実させました。
- Escalationルールの柔軟性について、組織ごとに応答時間や優先度をカスタマイズ可能である点を明記しました。
- テキスト量を増やし、誤字・表記揺れを修正して読みやすさを向上させました。