ResolveAX活用の基礎｜第6回
通知が増えても、誰が対応するか決まっていなければ復旧は早まりません。ResolveAXの通知を活用するには、しきい値、受信者、初動、復旧確認を一つの運用として設計します。ここでは製品の固定設定ではなく、現場で決めるべき事項を整理します。
1. 通知したい事象を先に決める
最初に「どの値を通知するか」だけを決めると、業務への影響が小さい変動まで大量に届く場合があります。通話できない、品質低下が続く、必要な環境条件を満たさないなど、対応が必要な状態を先に定義します。
一人の周辺機器の問題と、複数拠点の接続異常では連絡先が違います。対象者数、継続時間、業務影響を判断に使えるようにします。
2. しきい値を実態に合わせる
通常時の傾向を確認し、業務で許容できる範囲と照合します。平均から少し外れただけで異常とするのか、一定期間続いた場合に扱うのかを検討します。
再確認は不要な通知を抑える一方で、連絡を遅らせます。重要な受付が停止する事象と、軽微な品質変化を同じ待ち方にしないことが大切です。
比較する指標の定義は、通話品質指標を条件付きで読む方法を参考にそろえてください。
| 決めること | 具体例 |
|---|---|
| 通知条件 | 業務停止、品質低下の継続 |
| 受信者 | 本人、管理者、IT担当 |
| 終了条件 | 対処後の送受話確認と記録 |
3. 本人・管理者・ITの役割を分ける
担当者本人には許可された確認、管理者には受付体制の判断、ITには専門調査を依頼します。通知を全員へ転送するだけでは、誰も着手しない状態が起きかねません。
公式ページではメールやWebhookなどの通知連携が紹介されています。使用できる連携と通知項目を確認し、既存の連絡・記録方法へどうつなぐかを決めます。
4. 通知の中に次の行動を入れる
対象、発生時刻、確認できた事象、参照先、担当をそろえます。「品質異常」という一言だけでなく、受信者が最初に何を見るか分かる内容にします。
通知を送れたことと、人が受け取って対応したことは別です。不在時の引き継ぎ、一定時間応答がない場合の連絡先、対応済みの記録も必要です。
一時的な変化を調査につなげるには、通話トラブルの記録と引き継ぎで、時刻と条件を残します。
5. 復旧と通知の見直し
復旧判断では、状態表示だけでなく必要な送受話が可能かを確認します。同じ通知が繰り返される場合は、原因未解決なのか、判定条件が適切でないのかを調べます。
運用開始後は、有効な対応につながった通知と、見逃した申告を振り返ります。通知件数の削減だけを目標にせず、必要な異常を必要な担当者へ届けることを評価してください。
6. 具体例で確認する
以下は説明のための仮想例です。
仮に、一人の担当者に短い品質変化があり、その後に複数人の通話が同時に悪化したとします。前者は本人の確認から始め、後者は共通障害を疑って管理者とITへ連絡する運用が考えられます。人数や継続時間を使った振り分けを製品内で構成できるか、外部の運用で補うかは別途確認します。表や例をそのまま標準機能と読み替えないことが大切です。
参考資料とご相談
本記事で参照した資料：Cyara公式資料。本記事の手順や表は運用・試験設計の例です。利用できる項目や連携は導入構成に合わせて確認してください。
端末・接続環境・通話時刻と症状から観測範囲を整理する際は、ResolveAXによるエージェント環境の品質分析をご覧ください。担当者環境の通話品質調査を相談するから、自社の構成に合わせた確認範囲をご相談いただけます。