音声AI受付の会話は、画面のない対話です。利用者はメニューを見渡すことも、入力した内容を目で確認することもできず、聞こえた言葉だけを頼りに次の発話を決めます。そのため、ウェブフォームでは問題にならない「質問の順序」「一度に尋ねる項目の数」「聞き返しの文言」が、完了率を大きく左右します。認識精度が同じでも、会話の設計次第で結果は変わります。
このページでは、冒頭十五秒で期待値を合わせる方法、一度に一つだけ尋ねる質問設計、復唱と訂正の組み込み方、聞き返しを原因別に変える考え方、台本ではなく完了体験を試験する手順、そして会話改善を続けるための記録の残し方を説明します。安全設計で決めた境界を、利用者に伝わる言葉へ翻訳する工程と位置づけてください。
冒頭十五秒で期待値を合わせる
自動応答であることと、できることを先に伝える
会話の冒頭で伝えるべきことは三つです。自動応答であること、この電話で受け付けられる用件、担当者へつなぐ方法です。「自動音声でお受けしています。ご予約の変更と営業時間のご案内ができます。担当者をご希望の場合はそのようにお伝えください」のように、十五秒程度で言い切れる長さにまとめます。長い前置きは、用件を急ぐ利用者の離脱を招きます。
受け付けられる用件を先に示すのは、対象外の用件を持つ利用者が早い段階で有人対応へ移れるようにするためです。導入判断で対象範囲を限定した場合、その範囲を冒頭で伝えなければ、利用者はAIが何でも受けられると期待して話し始め、途中で「対応できません」と言われる体験をします。
録音告知と選択肢を短く組み込む
録音や記録の告知は、冒頭の案内に一文で組み込みます。「通話内容は品質向上のため記録します」という程度の長さにし、詳細はウェブサイトの案内へ誘導します。告知の直後に「担当者をご希望の場合はお申し付けください」と続ければ、記録を望まない利用者にも選択肢を示したことになります。
告知の文言は、法務や情報管理の担当者が確認した上で固定し、変更する場合は履歴を残します。現場の判断で文言を短くしたり省いたりすると、告知の要件を満たさなくなるおそれがあります。文言の管理は運用体制で扱う変更管理の対象に含めます。
最初の質問を「用件」ではなく「選択」にする
冒頭の案内の後、最初の質問を「ご用件をどうぞ」という自由回答にすると、利用者は何をどの順で話せばよいか分からず、長い説明や無関係な情報を話し始めます。最初の質問は「ご予約の変更ですか、営業時間のご案内ですか」のように、二つか三つの選択肢から選ぶ形にします。選択肢は冒頭で示した用件と一致させます。
選択肢の数は三つまでにします。四つ以上を音声で並べると、利用者は最初の選択肢を忘れ、聞き直しが発生します。用件が多い場合は、大分類を先に尋ね、次の質問で小分類を尋ねる二段構成にします。各段階で「その他」に相当する選択肢を用意し、どれにも当てはまらない利用者を有人対応へ導きます。
一度に一つだけ尋ねる
複数項目の同時質問が失敗を生む理由
「お名前とお電話番号と希望日時をお聞かせください」のように複数項目を一度に尋ねると、利用者はどの順で答えるべきか迷い、答えの区切りも曖昧になります。結果として認識が失敗し、聞き返しが増えます。項目は一つずつ尋ね、一つ答えるごとに復唱して確認する流れが、遠回りに見えて最も完了率が高くなります。
一問一答にすると会話が長くなるという懸念がありますが、実際には聞き返しと訂正の回数が減るため、総通話時間は複数項目を同時に尋ねる場合と大きく変わらないか、むしろ短くなる傾向があるとされます。実証で両方の形式を比較し、自社の利用者層でどちらが完了率が高いかを確認する価値があります。
質問の順序を「答えやすさ」で決める
質問の順序は、業務システムの入力欄の順ではなく、利用者が答えやすい順にします。最初に答えやすい項目を置くと、利用者は会話の要領をつかみ、その後の質問にも落ち着いて答えられます。氏名や電話番号のような本人に関する項目は答えやすく、希望日時のように考える必要がある項目は後に置きます。
数字の聞き取りは特に慎重に設計します。電話番号は三つの塊に分けて聞き、塊ごとに復唱する方法が誤りを減らします。日付は「来週の火曜日」のような相対表現を受け付けるか、「何月何日」の形式に限定するかを決め、相対表現を受け付ける場合は必ず具体的な日付に変換して復唱します。
本人確認に関わる項目の順序と確認方法は、安全設計の三段階表と整合させます。照会や変更に進む前に必要な確認が済んでいることを、会話の流れの中で保証する設計が必要です。
復唱と訂正の機会を各項目に組み込む
各項目の回答後に、AIが聞き取った内容を復唱し、「よろしいですか」と確認します。利用者が「いいえ」と答えたら、その項目だけを再度尋ねます。すべての項目を聞き終えてからまとめて確認する方式は、どこが違ったかを利用者が説明する負担が大きく、訂正に失敗しやすくなります。
訂正の発話は「違います」「そうではなく」「もう一度」など多様です。これらを訂正の意図として認識できるよう、想定される表現を一覧にして設定します。訂正が二回続いた項目は、AIが聞き取れていない可能性が高いため、有人対応へ切り替えるか、別の入力手段を案内します。
聞き返しを原因別に変える
無音、認識不能、想定外の三つを区別する
聞き返しが必要な状況は、利用者が何も話さなかった無音、話したが認識できなかった認識不能、認識はできたが想定した回答でなかった想定外の三つに分かれます。この三つに同じ「もう一度お願いします」を返すと、利用者は何が問題だったのか分からず、同じ言い方を繰り返して同じ失敗をします。
無音には「お電話は聞こえていますか。ご予約の変更でしたら、変更とお伝えください」のように、状況の確認と回答例を返します。認識不能には「聞き取れませんでした。ゆっくりお話しください」のように、話し方の調整を求めます。想定外には「変更か案内かでお答えください」のように、期待する回答の形式を示します。
聞き返しの回数に上限を設ける
同じ項目での聞き返しは二回までとし、三回目は有人対応か折り返し受付へ切り替えます。三回聞き返しても認識できない状況は、周囲の騒音、発話の特性、電波状況など、会話設計では解決できない要因である可能性が高く、AIが粘るほど利用者の不満が増します。
切り替え時の文言は、利用者を責めない表現にします。「お手数をおかけしました。担当者におつなぎします」のように、AI側の限界として伝えます。切り替えの際、それまでに聞き取れた項目は担当者へ引き継ぎ、利用者が最初から説明し直す負担を減らします。
聞き返しの発生率と、どの項目で多いかは、毎日の記録から集計します。特定の項目で聞き返しが集中している場合、質問の文言か、想定回答の設定に問題があります。この分析は効果測定で扱う失敗標本の読み方に直結します。
言い換えの受け入れ幅を広げる
利用者は設計者が想定した言葉で話すとは限りません。「予約の変更」に対して「日にちをずらしたい」「時間を変えたい」「キャンセルして取り直したい」など、多様な表現が使われます。実証期間中に記録した想定外の表現を一覧にし、同じ意図として受け入れる設定を追加していく作業が、会話改善の中心になります。
受け入れ幅を広げる際は、誤って別の用件と判定されるリスクも考慮します。「キャンセル」という言葉が予約変更の一部なのか、解約の意図なのかは文脈によって異なります。曖昧な表現は、AIが決めつけずに「ご予約の日時変更でよろしいですか」と確認する設計にします。
台本ではなく完了体験を試験する
机上の読み合わせで違和感を拾う
製品に設定を投入する前に、会話文を紙の台本にして、受付担当者が利用者役とAI役に分かれて読み合わせます。声に出して読むと、文字で見たときには気づかない長さや不自然さが分かります。特に、復唱の文言が長い、選択肢が多くて覚えられない、丁寧すぎて回りくどい、といった問題は読み合わせで発見できます。
読み合わせには、電話をよく受ける担当者だけでなく、自社の顧客層に近い年代の社員や、業務を知らない社員も参加させます。業務を知っている人は無意識に補って理解してしまうため、初めて聞く人の反応が実際の利用者に近い評価になります。
本番環境で用件ごとの完了を確認する
設定を投入した後は、用件ごとに「利用者が目的を達成できたか」を確認する試験を行います。台本通りに会話が進んだかではなく、予約変更なら変更が業務システムに反映されたか、折り返し受付なら担当者へ通知が届いたかまでを確認します。会話は成功しても後続処理が動いていない、という失敗は試験でしか見つかりません。
試験は、標準的な話し方だけでなく、早口、小声、方言、周囲の騒音、途中で言い直す、質問の途中で答え始めるといった条件でも行います。すべての条件で完了する必要はありませんが、どの条件で失敗するかを把握し、失敗する条件の利用者が有人対応へ移れることを確認します。
試験の結果は、条件、結果、失敗した場合の原因、対応の四列で記録します。この記録は実証の判断材料であると同時に、本番移行後に同じ条件で再試験するための基準になります。
本番移行後も週次で会話を聞く
会話設計は本番移行で完成するものではありません。実際の利用者の発話には、試験で想定しなかった表現や状況が必ず含まれます。週に一度、失敗した通話と、成功したが聞き返しが多かった通話を数件ずつ聞き、文言や設定の改善点を一つずつ決めます。一度に多くの変更を加えると、効果の検証ができなくなります。
会話を聞く担当者は、受付担当者と会話設計の担当者の両方を含めます。受付担当者は利用者の意図を読み取る経験があり、設計担当者は設定への反映方法を知っています。両者が同じ通話を聞いて議論する時間が、会話改善の質を決めます。
会話設計でよくある失敗と対策
丁寧さを優先して会話が長くなる
「お忙しいところ恐れ入りますが」「大変申し訳ございませんが」といった前置きを各質問に付けると、一回の会話が数十秒長くなり、利用者の離脱が増えます。丁寧さは文言の長さではなく、聞き取りやすい速度と、訂正しやすい構造で表現します。前置きは冒頭の一回に限り、各質問は簡潔にします。
対策として、各発話を音声で再生した際の秒数を記録し、質問は五秒以内、復唱は三秒以内といった目安を設けます。目安を超える発話は文言を削り、必要な情報だけを残します。削った結果が不親切に感じられる場合は、読み合わせで実際の印象を確認します。
人間らしさを演出して誤解を招く
AIに人間のような名前を付けたり、人間であるかのような相槌を入れたりする設計は、利用者に「人が対応している」という誤解を与え、後で自動応答だと分かったときの不信につながります。自動応答であることを隠さず、機能的で分かりやすい対話を目指す方が、結果として利用者の満足度は安定します。
相槌や間の取り方は、人間らしさの演出ではなく、利用者が話し終えたことを認識したという合図として設計します。認識が完了したことを短い音や「はい」で示し、次の質問へ進む間を一定に保つと、利用者は会話のリズムをつかみやすくなります。
会話設計の要点を確認する
音声AI受付の会話設計は、冒頭十五秒で自動応答であることと受け付けられる用件を伝え、一度に一つだけ尋ねて項目ごとに復唱し、聞き返しを無音・認識不能・想定外の原因別に変え、三回目で有人対応へ切り替える構造が基本です。試験は台本の再現ではなく、用件ごとの完了と後続処理の動作まで確認します。
会話の失敗を数値で追う方法は効果測定で、文言や設定の変更を安全に積み重ねる方法は運用体制で扱います。実証で会話・業務連携・例外対応を同時に確認する観察方法は小さな実証の記事を参照してください。