Five9のようなクラウド基盤では、ベンダー側の機能更新と、自社によるIVRスクリプトやスキル設定の変更が日常的に発生します。どちらも便利さの裏返しですが、「変更後に何を確認すればよいか」が決まっていないと、確認は担当者任せになり、抜け漏れは顧客からの問い合わせで発覚します。本記事では、アップデート前後で確認すべき項目を10個に絞って紹介します。
Five9のIVR更新後は何を記録しますか？
対象フローと版、入力、期待する応答・到達先、実行結果と証拠を記録します。項目にチェックするだけでなく、正常と例外のどの条件を試したかを残します。
アップデート前に行うこと
変更後と比較できるよう、アップデート前に主要経路の挙動を記録しておきます。以下の10項目を、前後それぞれで確認するのが基本です。
記録の前提として、試験ごとに次を残します：対象の番号・IVRスクリプト名・版（または変更日時）、試験日時、試験者。
確認すべき10項目
1. 着信の可否
すべての代表番号・キャンペーン番号に発信し、確実に着信するか。
2. 初回ガイダンスまでの時間
着信から最初のガイダンスまでに、不自然な無音や遅延がないか。
3. ガイダンスの文言・順序
想定どおりの文言が、正しい順序で再生されるか。録音音声とTTSが混在する場合は両方を確認。
4. 音声品質
途切れ、音量の異常、エコーなどがないか。
5. DTMF入力による分岐
各メニュー番号が正しい遷移先につながるか。
6. 無入力・誤入力時の処理
リトライ回数やタイムアウト後の遷移が、従来どおりか。
7. 時間帯・祝日の分岐
営業時間内外、祝日、臨時休業時のアナウンスと経路。
8. スキルルーティング
最終的に意図したスキル（オペレーターグループ）に振り分けられるか。
9. あふれ呼・待ち呼処理
待ち時間が長い場合のアナウンス、コールバック、別窓口への転送などの挙動。
10. 外部連携
CRM（Salesforceなど）への顧客情報連携、画面ポップ、通話記録の受け渡し。
10項目の記録表
| # | 項目 | 正常条件 | 例外条件 | 期待結果 | 合格の証拠 |
|---|---|---|---|---|---|
| 1 | 着信の可否 | 各番号に発信 | 回線混雑時 | 着信し初回案内へ | 発信ログ・録音 |
| 2 | 初回案内までの時間 | 通常時 | 混雑時間帯 | 基準秒数以内 | 計測値 |
| 3 | 案内の文言・順序 | 主要メニュー | 時間外・臨時案内 | 承認済み文言どおり | 録音・文字起こし |
| 4 | 音声品質 | 通常時 | 長時間通話 | 途切れ・音量異常なし | 録音・品質値 |
| 5 | DTMF分岐 | 全メニュー番号 | 未定義番号 | 定義した遷移先 | 遷移記録 |
| 6 | 無入力・誤入力 | ― | 無入力／誤入力×回数 | 定義したリトライ・終了 | 録音・遷移記録 |
| 7 | 時間帯・祝日 | 営業時間内 | 時間外・祝日・臨時休業 | 条件別の案内と経路 | 条件別の結果 |
| 8 | スキルルーティング | 各メニュー | 該当スキル不在時 | 意図したスキルへ | 到達キュー記録 |
| 9 | あふれ呼・待ち呼 | 待ち時間短 | 待ち時間超過 | 定義した案内・転送 | 遷移記録 |
| 10 | 外部連携 | 顧客一致 | 不一致・複数一致 | 正しい顧客情報の受け渡し | 画面・連携ログ |
基準値（秒数・回数）は自社の要件で定めます。期待結果の決め方は電話試験の期待結果をどう決める？、項目の洗い出しはIVRのテスト項目をどう作る？で解説しています。
10項目を回し続けるために
10項目を毎回すべて手動で確認すると、番号や経路の数だけ工数が膨らみます。
– 優先度の高い経路から試験シナリオを作り、再利用する
– 定型の確認は自動化し、担当者は差分の判断に集中する
– Five9のリリース情報を確認し、試験日程をあらかじめ組み込む
クラウド全般の回帰試験の考え方はクラウドコンタクトセンターのIVR回帰試験とは？をご覧ください。
まとめ
Five9の運用品質は「変更のたびに同じ観点で確認し、その証拠を残せるか」で決まります。まずはこの10項目を自社の経路に当てはめ、正常・例外・証拠の列まで埋めた記録表を作るところから始めてください。
CC Assuranceのサービス
Cyara Velocity：10項目の定型確認を自動発信で実行し、結果と録音を記録として残せます。