Freshservice インシデント管理のノーコードワークフロー最適化ガイド

Freshservice の概要と ITIL 準拠

Freshservice は、クラウド上で提供される ITSM（IT Service Management）プラットフォームです。ITIL® に基づくインシデント・変更・資産管理を一元化でき、組織のサービスデスク運用を標準化・可視化します。本稿では、Freshservice が提供する主要機能と ITIL との整合性を概観し、導入効果のポイントを示します。

主な ITIL 機能

以下は Freshservice が公式ドキュメントで明記している、ITIL プロセスに対応したコア機能です。

• インシデント管理 – 発生から解決までのフローを自動化し、SLA に沿った対応を保証。
• 変更・リリース管理 – 多段階承認と履歴管理でリスク低減を実現。
• 資産管理（CMDB） – ハードウェア／ソフトウェア資産を紐付け、インシデントとの相関分析が可能。

公式サイトの導入事例によれば、20,000 社以上が Freshservice を活用し、平均でインシデント対応時間が 25% 短縮されています【※Freshservice 公式資料】(https://freshservice.com/jp/resources/case-studies)。

インシデントチケットの生成方法と自動分類ルール設計

本セクションでは、ユーザーからの問い合わせをどのチャネルで受け取り、ノーコードで自動分類するまでの一連の手順を解説します。適切な設定によりヒューマンエラーや遅延を大幅に削減できます。

チャネル別チケット生成手順

各チャネルごとに Freshservice が提供する標準的な設定方法です。以下の手順は Automation → Rules から直感的に構築できます。

1. メール
2. 専用受信アドレス（例: support@yourcompany.freshservice.com）へ送られたメールが自動でチケット化されます。

3. 件名に [緊急] が含まれる場合は優先度を「高」に設定するルールを作成します。

4. Web フォーム

5. 管理画面の Service Catalog からカスタムフォームを作成し、社内ポータルや顧客向けサイトに埋め込みます。

6. 「送信元ドメイン」で内部／外部チケットを自動振り分けできるよう条件を追加します。

7. 電話（CTI 連携）

8. コールセンターシステムと API で連携し、着信情報（発信者番号・通話録音 URL）から即座にチケットを生成します。

9. AI チャットボット

10. Freshservice の AI ウィジェットを導入すると、ユーザーの自然言語質問が自動的にインシデントへ変換されます。

自動分類ルールの作成例

以下は実務で頻出するパターンを想定したノーコードルールです。条件とアクションはテーブル形式で整理しています。

これらは Automation → Rules のドラッグ＆ドロップエディタで作成でき、プログラミング不要です【Freshservice ヘルプ】(https://support.freshservice.com/en/support/solutions/articles/50000004099)。

ノーコードで拡張するカスタムフィールド・ステータス・トリガー

標準項目だけでは業務固有の情報を管理しきれないケースが多くあります。ここでは、ノーコードで柔軟に拡張する方法を具体的に示します。

カスタムフィールドの設定手順

1. 設定画面 → 管理者 → カスタマイズ → フィールド を開く。
2. 「新規カスタムフィールド」ボタンをクリックし、以下を入力するだけで完了します。
3. ラベル（例：インシデント原因コード）
4. タイプ（テキスト、ドロップダウン、日付など）
5. 必須/表示条件 を必要に応じて設定

ポイント：フィールドは「グローバル」か「チケットタイプ別」に限定できるため、インシデントと変更で異なる項目を持たせられます。

ステータスとワークフロートリガーの構築

1. Automation → Workflows に移動し、「新規ステータス」ボタンで 調査中、ベンダー対応待ち など独自ステータスを追加。
2. トリガーは「条件＋アクション」の形式で設定します。以下は典型的な例です。

設定画面でリアルタイムプレビューが可能なため、実装前に期待通りの動作を確認できます。

承認・エスカレーションワークフローのベストプラクティス

承認プロセスとエスカレーションは SLA 達成率を左右する重要要素です。本節では、ミスや遅延を防ぐ具体的手順を紹介します。

通知テンプレート活用例

マルチチャネル（メール・Slack）に対応したテンプレートを作成し、動的プレースホルダーで情報を埋め込むと受信者が即座に状況把握できます。

Slack 用テンプレート例（コードブロック）

時間条件によるエスカレーション設計

1. SLA ポリシー（設定 > SLA）で「初期応答 30 分」「解決期限 4 時間」などを定義。
2. エスカレーションルールに時間条件を付与し、遅延が発生した際の自動通知と担当者変更を実装します。

この設計は ProcessMind の最適化テンプレート と同様に、遅延を可視化し自動的に対策を講じます【※ProcessMind 公開資料】(https://processmind.com/ja/templates/freshservice-incident).

カテゴリ階層と自動分類ロジックの具体例

適切なカテゴリ構造は検索性・レポート作成に直結します。以下では階層設計からルール実装までをステップバイステップで解説します。

階層構造の設計手順

1. 設定 > カテゴリ 画面でトップレベル（部門）→第2階層（製品・サービス）→第3階層（サブカテゴリ）をドラッグ＆ドロップで作成。
2. 各階層に対して 表示名 と 内部コード を設定し、将来的な拡張に備えます。

例：

• IT
• VPN
  • 認証エラー
  • 接続不良

自動分類ロジック実装例

設定後は テストチケット を作成し、期待通りにカテゴリが自動付与されるか検証します。実装例は Freshservice の公式ガイドで詳述されています【Freshservice ヘルプ】(https://support.freshservice.com/en/support/solutions/articles/50000004100)。

実務シナリオ別カスタマイズ、テスト・デプロイ、効果測定

最後に、業務シーンごとの具体的なカスタマイズ例と、その検証・本番展開手順、さらに改善を測る KPI を提示します。

シナリオ別カスタマイズ例

テストと本番展開の手順

1. サンドボックス環境構築 – Freshservice の「Sandbox」または別組織で同一設定をコピー。
2. 単体テスト – 各ルールごとにサンプルチケットを作成し、フィールド・ステータス遷移が期待通りか確認。
3. 統合テスト – 複数条件が同時適用されるケース（例：緊急＋外部送信元）で競合ロジックを検証。
4. リリース手順 – 本番環境へは「変更管理」チケットとして承認取得後、設定エクスポート/インポート機能で一括適用。

KPI による効果測定

Freshservice のレポート機能とダッシュボードを活用すれば、上記指標はリアルタイムで可視化でき、継続的な改善サイクルが構築できます。

まとめ

本ガイドでは、Freshservice を使った ITIL 準拠インシデント管理 の全体像から、ノーコードで実現できるカスタマイズ手順、ベストプラクティス、効果測定までを体系的に整理しました。

• 統一されたカテゴリ・ステータス設計 で検索性とレポート精度が向上
• 自動分類ルール と ワークフロートリガー によりヒューマンエラーを削減
• 承認・エスカレーションのテンプレート化 が SLA 達成率を高める

ぜひ本記事で示した手順を実際に試し、貴社のサービスデスク運用を次のレベルへ引き上げてください。質問や導入支援が必要な場合は、Freshservice の公式サポートまたは認定パートナーまでお問い合わせください。