AIコールセンターの商談で「何割を自動化できますか」と聞いても、自社の業務に合う答えは得られません。対象用件と完了条件が違えば、自動化率の分母も変わるためです。

商談では、一つの用件と実際の入電条件を渡します。その上で、AIだけで完了する場合と人へ渡す場合、処理できない場合を実演してもらいます。正常な会話より、混雑や連携失敗後の動きを確認することが重要です。

この記事では、製品説明を聞き直す質問ではなく、導入後の運用を判断できる質問の作り方を整理します。商談前の要件はAIコールセンターの要件定義で先に決めることで一枚にしてください。

一つの対象用件と現在値を渡す

最初に一つの用件を選びます。注文状況の確認なら、本人確認に使う項目と回答する情報を示してください。回答できない場合の担当部署と受付完了の状態も必要です。

直近一か月の入電件数を時間帯別に集計します。平均件数だけでなく、最繁忙三十分の件数と最大同時通話を伝えてください。平均通話時間と保留時間、放棄呼も現在の定義と一緒に示します。

現在の処理結果を分けます。自己解決と有人完了を同じ分母へ置きます。折り返しと再入電、対応不能も対象です。自社に記録がない項目は、商談前の一週間だけでも数えてください。

質問は「この用件を自動化できますか」では終えません。「本人確認が一項目不足した場合はどの状態で終わりますか」と聞きます。対象用件を一つに固定すると、各社の回答とデモを同じ条件で比較できます。

自動完了と対応不能を分けて実演する

AIだけで完了する条件を先に決めます。必要項目を聞き取り、正しい情報を回答し、結果を記録できた状態です。通話が終了しただけでは自動完了に含めません。

商談では三つの入力を試します。必要項目がそろう正常系と、一項目が曖昧な場合、回答対象外の質問です。各入力についてAIの発話と終了状態、記録内容を見せてもらいます。

想定外の質問では、もっともらしい回答を作らないことを確認します。聞き直しの回数と、人へ渡す条件も必要です。会話を終了する場合は、相手へ何を案内してどの担当へ通知するかを聞きます。

「回答できなかった通話をどの画面で抽出できますか」と質問してください。対応不能を自動完了に含めない集計ができるか確認します。再入電との関連付けも実演対象です。

有人転送は営業時間と混雑を含めて聞く

有人転送は、転送ボタンがあるかでは判断できません。どの発言と判定で転送を開始し、どのキューへ入れるかを聞きます。担当者へ渡す顧客情報と会話要約も確認してください。

Amazon Connect Customerの標準キュー転送フローは、営業時間を確認し、担当者が利用可能かを判定してから転送します。担当者がいない場合は、案内後に通話を終了する分岐があります。製品は異なっても、営業時間と要員状況を分けて聞く参考になります。

商談では営業時間内の転送に加え、時間外と担当者不在を試します。待ち時間の上限と保留案内、折り返しへの切替条件を確認してください。通話が切れた場合に、折り返し依頼が残るかも見ます。

キューが満員の状態も質問します。Amazon Connect Customerのキュー管理資料では、転送時にキュー容量を確認します。満員時に別キュー、折り返し、通知のどれへ進むかを実演してもらってください。

繁忙時の容量を三つの業務量で確認する

容量は「同時通話に対応」の一文で終えません。小規模開始と通常時、繁忙時の三条件を渡します。各条件に入電件数と平均通話時間、最繁忙三十分、有人転送率を置いてください。

質問するのは最大値だけではありません。契約上の上限と技術上の上限、初期設定の上限を分けます。上限を超えた着信が話中になるのか、待ち行列や代替案内へ進むのかを確認します。

Amazon Connect Customerのキュー容量によるルーティングは、キューの最大件数と同時処理のサービス上限を別に扱います。商談でも、AI処理と電話回線、有人キューの制約を一つにまとめないようにしてください。

繁忙時デモでは、同時着信を再現できない場合があります。その場合は負荷試験の結果と前提条件を依頼します。上限到達時のログと通知、増枠に必要な日数も正式資料で確認してください。

録音と要約は失敗例を含めて評価する

録音、文字起こし、要約は画面が表示されるだけでは不十分です。自社に近い通話を三件用意し、正しい要約に必要な項目を評価票へ入れます。氏名と用件を確認してください。約束した行動と期限、担当部署も対象です。

誤認識を含む通話も使います。固有名詞と数字、否定表現が要約へどう反映されるかを見ます。担当者が修正できる範囲と、修正前の履歴が残るかも質問してください。

Amazon Connect Customerの通話後要約資料は、会話内容不足や同時処理上限、設定不備などで要約が生成されない理由を区別しています。製品ごとの実装は異なりますが、要約失敗を空欄として扱わず理由を記録する基準になります。

商談では「要約が生成されない場合をどう検知しますか」と聞きます。再処理の可否と担当者への通知、CRMへ送る値も確認してください。要約がない通話を品質確認の対象から落とさない運用が必要です。

システム連携はタイムアウト後まで追う

連携先の製品名だけでなく、通話中に読む項目と通話後に書く項目を分けます。顧客IDと本人確認結果、用件分類、対応結果をどのタイミングで更新するか質問してください。

商談では、連携先が応答しない状態を試します。AIが待ち続けるのか、代替案内へ進むのかを確認します。通話結果を一時保存する場所と自動再送、手動再送も必要です。

Dialogflow CXのwebhook資料は、認証エラーと未到達、タイムアウトを異なる状態で記録します。セッションIDなどで呼び出しを追跡する方法も示しています。商談では「連携失敗」の一語で終えず、失敗状態と追跡IDを出力できるか聞いてください。

復旧後のデモでは、同じ結果を二回送ります。二重登録を防げるか、古い値を上書きするかを確認してください。未反映件数を一覧にできるかも比較項目です。

データ管理は権限の異なる画面で見る

通話では電話番号と録音を扱います。文字起こしと要約、本人確認情報も対象です。通話開始から削除までのデータフローを依頼してください。保存先と外部AIへの送信、再委託先を確認します。

個人情報保護委員会のガイドライン通則編は、個人データを委託する場合の監督を示しています。委託先の選定と契約、取扱状況の把握を含みます。商談では安全性の自己評価だけでなく、契約条項と確認資料を求めてください。

実演には管理者とオペレーター、品質管理者のアカウントを使います。録音の検索と再生、ダウンロード、削除の権限を比較してください。担当外のキューや過去の通話が見えないことも確認します。

契約終了時の出力形式と取得期限を質問します。録音と文字起こし、設定、評価履歴のうち何を返却できるかを分けてください。削除完了をどの資料で確認できるかも議事録へ残します。

支援範囲と費用を同じ工程へ置く

導入支援は「伴走します」という説明だけで比べません。要件整理と会話設計、連携設定を工程へ並べます。テストと研修、運用開始後の改善も加えてください。各工程の自社担当と提供会社担当を回答してもらいます。

障害時は、受付時間と一次回答目標を聞きます。電話停止と転送失敗、連携失敗、要約停止で連絡先が変わるかも確認してください。復旧後の原因説明と再発防止策を受け取れるかを質問します。

費用は小規模開始と通常時、繁忙時の三条件で見積もります。回線と同時通話、AI処理を分けてください。有人席と録音・解析も別にします。構築と運用支援、上限超過と増枠の費用も同じ見積書へ入れます。

商談後は、一問ごとに回答条件と実演結果を記録します。未確認事項と根拠資料も同じ行へ残してください。AIコールセンター比較表では、対象用件を完了できる候補だけを費用比較へ進めます。自社条件が定まらない場合は相談窓口で確認項目を整理できます。