H 運用・定着
アラート設計｜無視されない通知の作り方
アラートは、監視の中で最も調整が難しい機能です。多すぎると無視され、少なすぎると気づけません。通知の設計を整理します。
アラートが無視される理由
- 件数が多すぎて、内容を読む前に閉じてしまう
- 誤検知が多く、本物との区別ができない
- 通知先が曖昧で、誰も対応しない
- 対応の手順が決まっていない
いずれも設計の問題であり、機能の問題ではありません。
通知する条件の決め方
| 条件の例 | 通知する理由 |
|---|---|
| 大量のファイルコピー | 持ち出しの兆候 |
| 深夜の外部媒体利用 | 時間帯が通常と異なる |
| 拒否されたサイトへの繰り返しアクセス | 制限の意図が伝わっていない |
| 退職者のアカウントの利用 | 手続きの不備 |
条件は、実際に起きてほしくない事象から逆算します。思いつきで条件を増やすと、通知が膨らみます。
誤検知との付き合い方
誤検知は必ず発生します。ゼロにはできません。誤検知の件数を月次で集計し、多い条件は閾値を調整します。誤検知を放置すると、担当者が通知を見なくなります。調整の記録を残すと、なぜその設定なのかを後から説明できます。
通知先と対応手順
通知は、対応できる人に届けます。休日や夜間の通知先、担当者が不在の場合の代替、重大度ごとの連絡経路を決めます。通知を受けたら何をするかの手順（1次確認、2次確認、報告）も一緒に配ります。通知だけ届いて手順がないと、対応が止まります。
運用の全体は監視 運用 ルールをご覧ください。
よくある質問
Q. 通知はメールと画面のどちらがよいですか。
A. 見落としを避けるなら、業務の中で目にする画面が有効です。緊急度の高いものだけメールやチャットを併用します。
Q. 何件くらいが適切ですか。
A. 1日数件以内が目安です。それ以上は、条件を見直すか、まとめて確認する運用に変えます。
運用チェックリスト
- 通知する条件を、実際に防ぎたい事象から決めているか
- 1日の通知件数を把握しているか
- 誤検知の件数を月次で集計しているか
- 通知先と、不在時の代替を決めているか
- 通知を受けた後の手順を、文書で配っているか
- 重大度ごとの連絡経路を決めているか
まとめ
アラートは、条件・閾値・通知先・対応手順の4点で設計します。誤検知を定期的に調整し、1日の件数を抑えることで、通知が実際に読まれる状態を保てます。
iMonitor でできること
本記事の内容を踏まえて、機能と導入条件を確認したい方は次のページをご覧ください。