Pulseで考える電話サービス監視｜第10回
Pulseの導入を検討するとき、製品画面を見る前に「何を見つけたいか」「見つけたら誰が動くか」を整理すると、必要な構成を決めやすくなります。本記事では、電話監視の対象から試行導入の評価まで、準備しておきたい項目をまとめます。
1. 現在の困りごとを具体化する
毎朝の手動架電に時間がかかる、障害を利用者からの申告で知る、一部番号の確認が抜ける、といった困りごとを並べます。発生頻度、影響、現在の対応方法も残してください。
「監視を強化したい」だけでは、導入後に良くなったか判断できません。例えば「代表的な重要経路を業務時間内に定期確認し、失敗時の初動情報を担当者へ渡す」のように、目的を確認できる形にします。
2. 監視対象を一覧にする
| 整理する項目 | 記入内容 |
|---|---|
| 番号・業務 | 対象番号、利用目的、重要度、責任者 |
| 経路 | 音声案内、入力、転送先、終了地点 |
| 実行条件 | 発信条件、時間帯、間隔、受け側 |
| 判定 | 期待する応答、内容、許容時間 |
| 対応 | 通知先、初動、再確認、引き継ぎ |
不明な項目は推測で埋めず、誰に確認するかを記載します。業務部門、電話基盤担当、ネットワーク担当、運用担当で持っている情報が異なるため、初期段階で一覧を共有します。
対象番号を試験経路に落とし込む際は、電話監視シナリオの作り方をご覧ください。
3. 本番へ与える影響を見積もる
対象数、実行間隔、シナリオの長さから通話量を見積もります。受け側へ到達させる場合は、試験用に受ける仕組みと、その経路が何を検証できるかを確認します。
テスト通話が業務の着信件数や放棄呼として集計される場合があるため、識別と集計の方針も必要です。実利用者の通話を誤って除外しない条件を決め、関係部門と確認します。参考：本番環境でのテスト通話の考え方
4. 製品の対応範囲を確認する
必要な発信条件、番号種別、音声評価、シナリオ実行、結果の保存、外部連携について、採用構成で対応する範囲を確認します。Pulseという製品名だけで、すべての監視指標や接続方法が含まれると決めないでください。
特にPulseとPulse 360の資料は対象機能を区別して読みます。Pulse 360の移行資料では追加機能が説明されているため、その内容を既存Pulseの契約へそのまま当てはめることはできません。参考：Pulse 360移行資料
5. 小規模な試行で確認すること
- 代表的な経路を定め、正常な状態で安定して実行できるか確認する。
- 合意した試験条件で、期待結果から外れた場合の見え方を確かめる。
- 通知が担当者へ届き、初動に必要な情報がそろうか確認する。
- 監視の停止・再開や期待結果の変更を、担当者が運用できるか確認する。
試行期間と合格条件は開始前に合意します。「画面を見られた」だけで終えず、通知から再確認までを実際の担当者が一通り行うことが重要です。業務窓口や実顧客データを使う操作は、合意した範囲に限定します。
試行後の運用を決める際は、アラート通知と初動対応の設計も準備します。
6. 導入効果と運用コストを一緒に評価する
手動確認に使っていた時間、検知から初動までの時間、確認漏れ、調査に必要な情報の有無を比較します。同時に、シナリオ保守、不要通知への対応、通話量、担当者教育などの負担も記録します。
正常時の確認が自動になっても、業務ルールが変われば監視の更新は必要です。誰が番号一覧、案内、カレンダー、通知先を保守するかを決めておくと、導入後に監視が古くなるのを防ぎやすくなります。
7. 相談時に持っておくとよい資料
番号一覧、コールフロー、営業時間・休日ルール、構成図、現在の監視項目、障害時の連絡体制を用意します。すべてを完成させてから相談する必要はありません。不明点を明記した一覧があれば、どこから設計すべきかを具体的に話せます。
Pulse導入の出発点は製品機能の数ではなく、利用者のどの経路を、どの条件で確認したいかです。重要な経路で運用を成立させ、その結果を踏まえて対象を広げていきます。
電話サービスの継続監視について相談する
代表番号・重要経路・監視時間・通知先を整理する際は、Pulseによる電話サービスの外形監視をご覧ください。監視する電話番号・経路と運用体制を相談するから、自社の構成に合わせた確認範囲をご相談いただけます。