AI電話では、自然な会話だけでは不十分です。沈黙が長い、割り込みに反応しない、待ってほしいと言っても話し続ける場合、業務フローが正しくても発信者は途中で離脱します。必要なのは人間の真似ではなく、「話が通じている」と感じられる音声UXです。
会話品質は業務完了の前提条件
着信から業務完了までには、会話開始、会話継続、情報取得、後続処理という段階があります。Backendの予約連携や通知が整っていても、発信者が二問目で切れば完了率は上がりません。最初に測るべきなのは“答えを返せたか”だけでなく、どの場面で相手が会話を諦めるかです。
Voice UX Scorecard
| 項目 | 悪い例 | 良い設計 |
|---|---|---|
| 沈黙 | 数秒無音 | 処理中を短く自然に示す |
| 割り込み | AIが話し続ける | 発話停止し意図を受け直す |
| 待機 | 質問を続ける | 「お待ちします」と状態を保つ |
| 聞き返し | 同じ質問を連発 | 不明な部分だけ別表現で確認 |
| 復唱 | 入力を黙って確定 | 日時・固有名詞を要点復唱 |
スコアはモデルの優劣を決める採点表ではありません。自社の用件で、相手が次に何をすればよいかを予測できるかを確認する枠組みです。
Latency・Barge-in・Turn-takingを別々に設計する
短いLatencyでも、相手が話している途中にAIが重なれば不自然です。Barge-inは相手の発話でAI音声を止める挙動、Turn-takingは誰が次に話すかを交代する規則です。「ちょっと待って」には質問を続けず待機へ移る、「それではなく…」には直前の仮説を撤回して聞き直す、といった状態遷移を会話台本と別に定義します。
Voice UX専用Acceptance Test
| テスト発話 | 確認する挙動 | 失敗時の見直し |
|---|---|---|
| 途中で話す | AIが止まり新しい意図を聞く | 発話検知と停止条件 |
| 少し待って | 待機を明示して再開を待つ | Timeoutと再開文 |
| 言い直す | 古い情報を確定しない | 復唱前の訂正 |
| 長く説明する | 要点をまとめ不足だけ質問 | 回答Lengthと質問順 |
| 無言になる | 急かさず終了選択肢を示す | 沈黙閾値 |
通常のE2Eテストに加え、実際に電話でこのケースを試してください。音声品質はログの正常終了だけでは判定できません。
運用で見るべき会話ログ
会話の評価を担当者の印象だけに任せると、改善対象がぼやけます。通話ごとに、最初の応答までの待ち、聞き返し回数、割り込み後の再開、情報確定前の復唱、転送または終了理由を記録します。数値だけで結論を出さず、離脱した通話と最後まで進んだ通話を同じ用件で聞き比べます。会話の表現を変更する時は、意図、対象用件、期待する挙動、元へ戻す条件を残すと、更新の影響を追えます。
長い沈黙
悪い会話では、AIが外部処理を待つ間に無音になり、発信者は通話が切れたのか、回答を考えているのか判断できません。そこで「予約状況を確認しています。少々お待ちください」と短く状態を伝え、処理が長引く場合は再度案内します。重要なのは埋め草を増やすことではなく、待つ理由と次の変化を予測可能にすることです。
処理開始、途中経過、結果の三点を分けます。毎秒話すと煩雑になるため、想定Latencyに合わせて一度だけ案内し、Timeout時は仮受付や人への転送へ切り替えます。
発話途中の割り込み
悪い会話では、発信者が「その日ではなく」と訂正してもAIが候補日時を読み上げ続けます。良い会話ではBarge-inで出力を止め、直前の確定候補を破棄し、「別の日をご希望ですね」と意図を受け直します。音声停止だけでなく、内部状態を巻き戻すことが必要です。
雑音を割り込みと誤判定する場合もあるため、停止後に短い確認を入れます。割り込み回数だけで品質を判定せず、訂正が正しい項目へ反映されたかをログで確認します。
「ちょっと待って」
待機要求を通常回答として処理すると、AIは次の質問へ進み、発信者が手帳や型番を探している間に会話が崩れます。「承知しました。準備できたらお声がけください」と待機状態へ入り、一定時間後も急かさず、続行・別経路・終了を選べるようにします。
待機中に取得済み情報を消さないこと、再開時に同じ質問を全文繰り返さないことも重要です。長時間待機は回線費用にも影響するため、業務ごとに上限と代替手段を決めます。
言い直し・訂正
「15日、ではなく17日」のような訂正で古い値と新しい値を両方保存すると、予約事故につながります。良い設計では訂正表現を検出し、未確定の15日を破棄して17日だけを復唱します。住所や氏名では、訂正された範囲だけを聞き直します。
Repair Conversationは謝罪文の自然さより、どの値を無効化し、どこから会話を再開するかが中心です。訂正履歴は監査用に残しても、業務システムへ渡す確定値は一つにします。
Voice UXを構成する9要素
| 要素 | 設計判断 |
|---|---|
| Response Latency | 返答開始までの時間だけでなく、外部検索中の待ち方を設計します。短すぎる反応は相手の発話末尾へ重なり、長すぎる無音は切断を招きます。 |
| Turn Detection | 声量だけで発話終了を決めず、文の完結、短い息継ぎ、回線ノイズを考慮します。 |
| Barge-in | 出力停止、意図の再取得、既存仮説の破棄を一組として試験します。 |
| Silence Handling | 考えている沈黙と離席を区別できない前提で、段階的な再案内を行います。 |
| Repair Conversation | 誤認識を隠さず、不明な箇所だけ別表現で聞き直します。 |
| Confirmation | 氏名、住所、日時、金額など影響が大きい情報へ強い復唱を使います。 |
| Response Length | 一度に複数質問を重ねず、発信者が回答できる単位へ短く分けます。 |
| Tone | 緊急、クレーム、通常照会で話速と案内を変えても、過度な感情推測は避けます。 |
| End-of-call UX | 受付結果、次の担当、折り返し期限を伝え、終了を双方が認識できる間を置きます。 |
自然さと業務遂行力を二択にしない
評価順序はConversation Continuation、Information Accuracy、Task Completion、Business Outcomeです。会話が続かなければBackendが優秀でも完了しません。一方、自然に相槌を打つだけで予約や受付票を正確に作れないAIにも業務価値はありません。各段階の失敗理由を分け、会話モデル、業務Rule、連携、担当運用のどこを直すべきか判断します。
Voice UX専用KPI
| KPI | 測定する問い |
|---|---|
| First response latency | 着信・発話後、意味のある反応まで何秒か |
| Interruption recovery | 割り込み後に正しい意図へ戻れたか |
| Re-prompt回数 | 同じ情報を何度聞き直したか |
| Correction回数 | 誤った仮説を何回訂正したか |
| Abandonment | どの質問・待機で切断したか |
| Completion | 業務上必要な終了状態へ進んだか |
| Human escalation | 適切な理由と情報で人へ渡したか |
固定の業界基準値は置きません。自社の現状、対象用件、改善前後を同じ定義で比較します。
実務判断台帳
| 判断点 | 実装・運用の考え方 | 検証方法 |
|---|---|---|
| 冒頭の名乗り | AIであることと目的を短く伝え、長い免責説明で最初の回答を遅らせない。 | 最初の用件発話までの離脱と聞き返しを確認する。 |
| 質問の粒度 | 氏名・住所・日時を一度に尋ねず、一つの回答単位へ分ける。 | 複数回答が混ざった時に正しい項目へ保存されたかを見る。 |
| 処理中案内 | 外部API待ちだけ状態を説明し、通常応答へ不要な相槌を足さない。 | 案内回数と実Latencyを並べ、過剰な待機音を除く。 |
| 訂正の確定 | 古い値を無効化して新しい値だけ復唱し、履歴と確定値を分離する。 | 予約・受付票へ訂正前の値が残っていないか検査する。 |
| 複数用件 | 最初の用件を完了状態へ進めてから、二件目を別Caseまたは同一Caseの別項目にする。 | 一件目の情報が二件目で上書きされないことを試す。 |
| 感情の強い発話 | 感情を診断せず、遮らずに事実と希望する対応を短く確認する。 | 謝罪文の長さではなくHuman Escalationの適切さを確認する。 |
| 終了確認 | 受付番号、次の担当、期限を案内し、質問の有無を確認して終了する。 | 発信者が完了を理解せず再入電したケースを調べる。 |
| 回線途中切断 | 取得済み情報を不完全Caseとして残し、完了扱い・予約確定にしない。 | 再入電時に安全に再開できるかを確認する。 |
実運用で確認したい8つの会話パターン
| 確認場面 | 設計の要点 | 確認方法 |
|---|---|---|
| 長い説明 | 要点を保持して不足だけ聞く | 要約と原発話を比較 |
| 質問変更 | 現在のFlowを中断して意図を確認 | 古いTool実行が残らない |
| 否定表現 | 「違う」を新しい肯定と誤解しない | 直前候補を破棄 |
| 番号読み上げ | まとまりごとに復唱する | 桁抜けと逆転を試験 |
| 日付の相対表現 | 今日・来週を通話日時から解決 | 曜日も添えて確認 |
| 背景会話 | 主話者以外の声を回答にしない | 複数人音声で試験 |
| 無音復帰 | 再開後に質問位置を保つ | 取得済み情報を再利用 |
| 終了後発話 | 切断直前の訂正を拾う余地を置く | 終了タイミングを実機確認 |
確認した一次情報
- OpenAI Realtime API（2026年8月26日確認）
関連論点を自社の受付へ落とし込む
ボイスボットの仕組み、AI電話受付、AI電話の失敗例、人間への転送設計も併せて確認し、入口の会話だけでなく受付後の担当・記録・例外対応をつなげてください。
よくある質問
自然な会話とは何ですか？
人間らしい言い回しだけでなく、応答、待機、聞き返し、会話終了の予測可能性を含む設計です。
導入前に何を試すべきですか？
割り込み、無言、早口、言い直し、質問変更、待機依頼を混ぜた通話テストを行います。