AIコールの聞き間違い対策｜氏名・日付・番号を確定する会話設計

AIコールが自然に返答していても、聞き取った氏名や日時が正しいとは限りません。例えば「午後2時」を「午前2時」として受け付けたり、番号の先頭のゼロを落としたりすると、その後の業務に影響します。

電話受付で整えたいのは、音声から得た候補を、相手と確認してから業務データにする流れです。本記事は新製品の速報ではなく、AIコールセンターの受付品質を見直す実務解説です。以下の会話例・運用案はIvyLeapによる設計例であり、導入企業の実績を示すものではありません。

用語の登録だけで、正しい受付を保証できるわけではない

Google CloudのSpeech-to-Textには、特定の語句や固有名詞を認識しやすくするモデル適応の仕組みがあります。ただし、認識の重みを強めると、実際には話されていない語句を出力する誤りが増える可能性も公式資料に記載されています。Google Cloud：モデル適応

自社の商品名や部署名を登録する対策は検討できますが、似た名前の別商品も存在します。登録した語句に合ったから正しい、と業務側で確定させないことが重要です。音声認識サービスや対応言語によって使える機能も異なるため、採用する構成での確認が必要です。

まず「言葉の候補を得る工程」「意味や形式を整える工程」「相手が確認した内容を保存する工程」を分けます。次の項目は、その整理に使う設計例です。

• 氏名：読みが合っていても漢字は未確認。読みだけで受け付けてよいか、正式表記が必要かを決めます。
• 日付・時刻：月や午前・午後を明示し、希望の確認と予約の確定を分けます。
• 受付番号：桁落ちや先頭のゼロに注意し、桁数・文字種の確認と復唱を行います。
• 商品名：似た名称や略称がある場合は、候補を特定できる追加情報を確認します。

氏名は「読み」と「正式表記」を分ける

折り返し受付なら、氏名の読みと連絡先が確認できれば次へ進める業務もあります。一方、契約や書類への記載では正式表記の確認が必要になる場合があります。電話の目的に照らして、最初から漢字まで聞く必要があるか決めておきます。

例えば、架空の受付で「さいとうです」と聞き取れたときは、読みを確認したうえで、漢字が未確認であることを担当者に伝える設計にします。一般的な漢字をAIが推測して埋めると、担当者には「確認済みの氏名」に見えてしまいます。

顧客データに同じ読みの名前が見つかっても、それだけで本人と判断するのは避けます。氏名の聞き取り確認と本人確認は別の工程として扱い、本人確認が必要な手続きでは既存の社内ルールにつなぎます。

日付は具体的に復唱し、希望と確定を分ける

「来週の木曜」「15日の2時」といった表現には、基準日や月、午前・午後の確認が残ります。AI側で日付へ変換できても、相手の意図と一致したかは別です。

例えば10月の受付であれば、「10月15日の午後2時をご希望ですね」のように、足りない条件を確認してから復唱します。ただし、空き枠をまだ確認していない段階で「予約できました」と伝えないようにします。

会話の状態も、次のように分けて記録すると担当者が判断しやすくなります。

• 希望を聞き取った：候補の日付はあるが、まだ相手に確認していない。
• 希望を確認した：相手の希望は確認済みだが、予約枠は未確保。
• 予約が完了した：予約システムでの完了結果を確認している。

相手が「やっぱり16日に」と訂正した場合は、変更箇所を復唱し直します。すでに予約を確定した後なら、単に会話メモを上書きするのではなく、実際の変更手続きの結果まで確認する必要があります。

番号は桁数だけでなく、ゼロと区切りを確認する

受付番号や注文番号は、数値ではなく識別子として扱うほうが適切な場合があります。例えば「001234」を数値として保存すると、先頭のゼロが失われるおそれがあります。受付側と接続先で、文字列・桁数・使える記号の扱いをそろえておきましょう。

長い番号は、一度に全文を聞き直すより、業務で決めた区切りごとに確認する方法を検討します。「前半はゼロ、ゼロ、イチ、ニ。後半はサン、ヨンでよろしいですか」のような例です。実際の読み上げ方は利用者の聞きやすさを試して決めます。

また、途中の短い沈黙で入力を打ち切ると、正しい桁数に届かないことがあります。GoogleのDialogflow CX資料にも、発話の終了判定や番号入力の途中の間を扱う機能が説明されています。ただし、一部機能には英語のみなどの制限があります。資料の設定をそのまま日本語の電話に適用せず、利用言語・音声モデル・電話接続の組み合わせを確認します。Google Cloud：音声の詳細設定

所定の桁数に合ったことも、正しい相手の番号である証明にはなりません。番号の復唱や業務システムの照会結果を、それぞれ必要な確認として残します。

何度も同じ聞き直しを繰り返さない

確認できない場合に備えて、「もう一度お願いします」以外の進め方を用意します。例えば、分からない項目だけ聞く、番号を短く区切ってもらう、人の担当者に引き継ぐ、といった選択肢です。プッシュ入力など別の方式を使う場合は、電話基盤が対応しているかも確認します。

「2回確認しても確定できなければ担当者へ切り替える」などの上限は、設計例として検討できます。一律の正解ではないため、用件の重要性や利用者の負担に応じて決めてください。

引き継ぎ時には、確定済みの項目と未確認の項目を分けます。「氏名の読みは確認済み、受付番号は後半が未確認」と残せば、担当者は必要な箇所から再開できます。曖昧な候補を確定欄に入れたまま渡さないことが大切です。

改善の判断は「会話の印象」より受付結果で行う

設定を見直したら、架空の氏名・日付・番号を使い、正解をあらかじめ決めたテスト通話で確認します。普通の読み方に加え、途中の間、言い直し、似た商品名、先頭にゼロがある番号などを含めます。

見る項目は、聞き取りの正誤だけではありません。誤った値を確定してしまった件数、正しく確認できた件数、未確定のまま人へ渡せた件数を分けます。確認回数や通話時間も併記すると、聞き直しを増やして正確さを上げた結果、利用者の負担が大きくなっていないか検討できます。

最初は一つの受付業務を選び、「何を聞くか」「どの言葉で確認するか」「確定できないとき誰へ渡すか」を一枚にまとめてみましょう。全体の検証方法はAIコール導入前の評価、切り替え先の設計は人への引き継ぎ条件も参考になります。

IvyLeapのAIコール導入支援では、電話業務に合わせた設計をご相談いただけます。聞き間違いが起きやすい項目や、現在の受付方法を整理して、お問い合わせください。

※公式資料は2026年10月2日に確認。資料の更新日を機能の新規提供日とは扱っていません。対応機能・言語・提供条件は利用するサービスでご確認ください。