AIテレアポで事故が起きたら、原因調査より先に影響を増やす処理を止めます。停止希望の反映漏れなら対象リスト、誤案内なら会話設定、二重架電なら受付トリガーを停止してください。

すべての架電を止めるとは限りません。影響するリストや設定の版を特定できる場合は、その範囲だけを止めます。最初に、運用担当者が自分の権限で停止できる処理と、承認が必要な処理を書き出します。

影響を増やす処理から止める

同じ「AIテレアポの事故」でも、止める対象は異なります。停止希望の漏れは、該当者だけでなく同じ停止リストを使う架電が影響を受けます。誤ったリストを読み込んだ場合は、そのリストから実行中の予約も対象です。

誤案内では、問題のある会話設定を使う発信を止めます。新規の登録を止めても、すでに受理された予約や再送は残る場合があります。新規受付と待機中の発信を分け、実行中の通話も停止操作の対象か確認してください。CRM連携の二重登録では、結果返却や再送処理も停止対象です。

停止操作を一人でできない製品では、管理者への連絡だけで初動を終えません。連絡が付かない場合の代替担当者と、外部の提供会社へ緊急連絡する条件を決めます。夜間や休日にも動く運用なら、その時間帯に実行できる停止方法が必要です。

一つの事故番号で記録をまとめる

事故を見つけた人が、チャットや口頭で断片的に共有すると時系列が崩れます。最初に事故番号を発行し、発見時刻と発見経路、停止した処理を一つの記録へ集めます。

録音や文字起こし、CRM履歴は調査前に上書きしません。会話設定やリストも、問題が起きた版を残してから修正します。誰がどの画面を見たか分かるように、証拠の参照先と取得時刻を記録してください。

NIST SP 800-61 Rev.3は、サイバーセキュリティの事故対応を日常のリスク管理へ組み込むための資料です。準備から検知・対応・復旧までを扱います。電話運用でもこの考え方を参考にし、事故番号を起点に初動と再開後の改善を同じ事象として追います。

受付IDと設定の版から影響範囲を出す

影響範囲は電話番号だけで数えません。同じ相手へ複数回発信している場合や、CRMの重複で別の受付が作られた場合があるためです。架電指示IDや受付IDを基準に一件ずつ追います。

対象リストの版、会話設定の版、実行時間帯を加えて絞ります。停止希望の反映漏れでは、登録から実際に停止されるまでに発生した架電を抽出します。誤案内では、問題のある回答へ到達した通話だけでなく、同じ設定を使った未発信の予約も確認してください。

個人データの漏えい等が疑われる場合は、通常の運用事故と分けて情報管理や法務の担当へ渡します。個人情報保護委員会の通則ガイドラインは、責任ある立場の者へ直ちに報告し、発覚時より被害が拡大しないよう必要な措置を講じることを示しています。

顧客への連絡は確認済みの事実に絞る

誤架電や停止希望の漏れがあった相手には、社内の原因調査が終わるまで連絡しないのではなく、影響の拡大を止めたうえで必要な案内を行います。ただし、確認できていない原因や再発防止策を断定しません。

誰に何を伝えるかは、事故の種類と相手への影響で決めます。誤案内なら正しい情報と問い合わせ先、二重架電なら今後の発信を止めたかを伝えます。営業担当者が個別に異なる説明をしないように、案内文と回答する担当者を一つにしてください。

個人データの漏えい等に該当するかは、発生した事実とデータの内容を基に個別に判断します。個人情報保護委員会の漏えい等の対応案内で報告や本人通知の対象と期限を確認し、通常の苦情対応だけで終えないようにします。

修正した条件と周辺の処理を試して再開する

設定を直しただけでは再開できません。問題を起こした入力または同じ条件の合成データを使い、事故が再現しないことを確認します。停止希望なら対象者が発信キューへ入らないこと、連携ミスなら一回だけ結果が登録されることを見ます。

正常な処理も試してください。問題を避けるために条件を狭めすぎると、正しい対象まで発信されなくなる場合があります。一件の再現確認を出発点に、影響する受付経路や再送条件まで試験を広げます。一件通ったことだけを、全体の復旧と判断しないでください。

再開は、修正担当者とは別の人が承認する運用をおすすめします。少人数で分担できない場合も、提供会社への確認など第三者が点検する工程を設けます。再開後は対象を限定して通話を追い、同じ事故番号へ結果を残してください。再発時に止める条件と担当者も、再開前に決めておきます。

四つの事故を停止操作から訓練する

事故対応手順は、連絡先を一覧にしただけでは動きません。実データを使わず、次の四つを合成データで試します。

  1. 停止希望を登録した相手が発信キューへ残った
  2. 対象外の企業を含むリストから発信が始まった
  3. 古い会話設定から誤った案内が行われた
  4. CRM連携の再送で同じ結果が二重登録された

各訓練では、停止した時刻と影響する受付IDを一つの事故記録へ残します。顧客案内の要否と修正内容に加え、再開を承認した人も記録してください。停止操作を探すところから始まった場合は、管理画面の手順と権限を見直します。

最初の作業は、運用担当者のアカウントで実行中の架電をどこまで止められるか確認することです。停止できない処理は、管理者と提供会社のどちらへ連絡すれば止まるのかを手順へ加えます。