Customer Service& Support Blogボイスボットのシナリオ設計｜聞き返しを減らす会話フローの作り方
記事概要：ボイスボットのシナリオ設計について、一度に聞く項目、確認復唱、無音、認識失敗、訂正、有人転送を設計する。画面のない電話では案内文を短くする理由も説明する。 比較や導入の際に確認すべき条件を、業務フロー、費用、権限、例外対応、効果測定の観点から整理します。Udeskの公式情報と関連事例も、適用条件が分かる形で掲載します。
本記事の目次
ボイスボット シナリオ 設計を調べる企業が決めたいのは、製品名ではなく、自社の問い合わせをどこまで安全に処理できるかです。本稿ではAI電話 会話フローと音声自動応答 シナリオの観点も含め、比較から導入後の評価までを実務順に整理します。
会話フローの基本
挨拶、目的確認、必要項目の聴取、復唱、処理、完了案内、例外時の有人転送を一本道で設計する。実務では、対象業務、入力情報、処理結果、例外時の担当を一枚の業務表にし、担当者ごとの解釈差を減らします。導入後に手作業が残っても、どの工程を次に直すか判断できます。
有人転送が混雑で失敗した場合は、保留を続ける、折返しを予約する、SMSで別手続きを案内する条件を決めます。転送ボタンがあるだけでは、顧客が担当者へ到達できるとは限りません。
数字、日時、住所、氏名は認識結果をそのまま登録せず、形式確認と復唱を行います。誤りが残った場合に、後工程の担当者が録音と文字起こしを照合できる状態も用意します。
一度に一項目だけ聞く
氏名、番号、日時、住所を一文で求めず、回答ごとに確認して次へ進むことで聞き返しを減らす。比較時は、営業資料の可否だけで判断せず、同じ問い合わせと同じ権限を設定したデモで操作回数、待ち時間、履歴の残り方を確認します。条件をそろえなければ製品差と設定差を区別できません。
音声では画面上の説明を読み返せないため、一文を短くし、重要な番号や日時は復唱します。認識失敗を利用者の話し方の問題にせず、辞書、質問文、入力順、回線、転送条件を見直します。
シナリオ変更後は全体を再試験せず、変更箇所と影響する分岐を特定します。ただし本人確認、完了案内、有人転送など共通処理は毎回確認し、部分変更による予期しない停止を防ぎます。
| 場面 | 基本動作 | 失敗時 |
| 目的確認 | 一つの質問で用件を絞る | 選択肢を提示 |
| 情報聴取 | 一度に一項目 | 聞き直しは二回まで |
| 確認 | 数字・日時を復唱 | 訂正を受け付ける |
| 処理 | 結果と次の行動を案内 | 有人・折返しへ |
| 完了 | 受付番号を伝える | SMS併用を検討 |
認識失敗と訂正
無音、低信頼、否定、言い直しを別の条件にし、二回失敗したら選択肢提示か有人対応へ切り替える。運用ルールには、通常処理だけでなく、情報不足、重複、期限超過、連携停止、担当不在を含めます。例外時の通知先と再処理方法が曖昧だと、本番後に担当者の個別判断が増えます。
電話では利用者が案内を途中で遮ることがあります。割込みを受け付ける位置と、重要事項を最後まで聞かせる位置を分け、途中発話による誤分岐をテストします。
音声では画面上の説明を読み返せないため、一文を短くし、重要な番号や日時は復唱します。認識失敗を利用者の話し方の問題にせず、辞書、質問文、入力順、回線、転送条件を見直します。
短い音声案内を作る
画面がないため、選択肢を三つ程度に絞り、固有名詞、否定、条件、完了結果を簡潔に伝える。KPIは全体平均だけでなく、問い合わせ理由、チャネル、時間帯、顧客区分、新規・既存で分けます。平均値が改善していても、特定の顧客だけ待ち時間や誤案内が増えていないか確認できます。
Udeskの公式事例では、Capital Metroは騒音や似た駅名が多く、電話での経路・運賃照会を自動化しにくかった。Udeskは音声認識とNLPを業務システムへ接続した96123ボイスボットに使われました。自由発話を扱う業務では、認識率だけでなく、固有語辞書、確認復唱、業務処理との接続を検証すべきだと分かる。事例の条件は自社と同一とは限らないため、対象業務とKPIをそろえて再現可能性を判断します。
数字、日時、住所、氏名は認識結果をそのまま登録せず、形式確認と復唱を行います。誤りが残った場合に、後工程の担当者が録音と文字起こしを照合できる状態も用意します。
電話では利用者が案内を途中で遮ることがあります。割込みを受け付ける位置と、重要事項を最後まで聞かせる位置を分け、途中発話による誤分岐をテストします。
テストと改善
騒音、方言、早口、高齢者、数字、固有名詞、割込みを含む通話で、完了率、聞き返し、離脱、転送を測る。導入前には、設定変更を誰が行い、誰が承認し、どのログを残すか決めます。ベンダーへ毎回依頼する範囲と社内で変更できる範囲を分けると、運用費と変更速度を見積もりやすくなります。
最終判断では、現状の数値、必須条件、例外時の動作、運用担当、三年間の費用を同じ評価表に戻します。Udeskを候補に含める場合は、ボイスボット、コールセンター、チケット管理、録音、分析のうち必要な範囲を切り出し、日本で利用するチャネル、データ、権限、連携、サポートをデモと見積もりで確認してください。
FAQ
Q:音声認識率だけで判断できますか？
A:判断できません。業務完了率、聞き返し、離脱、有人転送、後処理まで同じ通話で確認します。
Q:既存の電話番号は使えますか？
A:サービスと番号種別によります。番号ポータビリティ、転送接続、発信者番号の表示条件を確認します。
Q:すべての電話を自動化すべきですか？
A:定型業務から始めます。苦情、交渉、例外、本人確認不成立は履歴付きで人へ渡します。
》》Udesk 音声チャットボットの無料トライアルを開始するにはクリックし、メリットを実際にご体験ください
本記事はUdeskのオリジナルであり、転載する際は出典を明記してください：https://www.udesk.jp/blog/news/guide/5980/
