▼ この記事の内容
ボイスボットとIVRの違いは、AIの有無だけで決められません。電話の用件、利用者が入力する方法、どこまで自動で案内し、誰が手続きを確定するかを分けて確認すると、比較の前提をそろえられます。
IVRとボイスボットという名称が使われていても、製品ごとに入力方法と応答範囲は異なります。名称だけで対応範囲を判断せず、利用者が何を入力し、どこまで案内・転送できる設定かを確認します。
この記事では、一次対応を見直す営業マネージャー向けに、電話フローを記入して確認する手順を示します。特定製品の性能や導入効果を示すものではなく、自社の業務条件を整理するためのひな型です。
ボイスボットとIVRの違いを電話業務別に整理する
最初に確認したいのは、電話を受けた仕組みが何を入力として受け、何を返し、どの時点で人へ渡すかです。IVRとボイスボットの名称は比較の入口であり、業務の確定条件そのものではありません。
IVRは選択入力に応じて案内や振り分けを行う
IVRは、電話で案内を流し、利用者のプッシュ操作などを受けて次の案内先へ進める仕組みとして使われます。IVRyのIVRに関する解説でも、着信時の自動応答と分岐の仕組みが説明されています。
営業時間案内や担当窓口への振り分けでは、選択肢、聞き直し時の扱い、案内終了の条件を並べます。音声入力を扱う製品もあるため、入力方法は実際の設定と契約条件で確認してください。
参考:IVR(電話自動音声応答)の仕組み・機能・料金を解説|IVRy
ボイスボットは発話を聞き取り応答候補を返す
ボイスボットの具体的な入力方法や応答範囲は、製品ごとの公式資料と設定条件で確認します。本記事では、発話を扱う電話フローを検討する際に、聞き取れなかった時、用件が途中で変わった時、有人へ渡す時の処理を確認するひな型として整理します。
ここで確認するのは、発話を扱えるかではなく、聞き取れなかった時、用件が途中で変わった時、有人へ渡す時に何を残すかです。認識の正確さや業務上の成果は、製品、設定、接続先、電話内容によって異なります。
IVRとボイスボットを入力方法・対応範囲・有人転送で使い分ける
比較では、仕組みの名前ではなく、電話ごとに「何を受けるか」「どこまで案内するか」「誰が確定するか」を記入します。次の表は、検討会議で不足項目を見つけるためのひな型です。
| 電話の種類 | 入力 | 自動で扱う範囲 | 確定者 | 有人転送の条件 |
|---|---|---|---|---|
| 営業時間の案内 | 選択肢 | 案内して終了 | 不要 | 別の用件を選んだ時 |
| 資料請求の受付 | 発話または選択肢 | 用件の聞き取り | 担当者 | 聞き取れない時、条件外の質問が出た時 |
| 予約変更 | 発話または選択肢 | 変更希望の受付 | 担当者または既存手順 | 本人確認や空き状況の確認が必要な時 |
入力方法だけでは使い分けを決められません。手続きの確定者と有人転送の条件まで埋めて、案内で終えられる電話と人の確認が必要な電話を分けます。
定型案内は選択肢と終了条件を先に整理する
定型案内では、利用者が選ぶ選択肢と、案内後に電話を終える条件をセットで書きます。営業時間を案内する場合でも、別の用件を選んだ時の分岐と、有人へ渡す条件を空欄にしないようにします。
聞き取りでは言い直しと用件変更も確認する
資料請求のように用件を聞き取る電話では、通常の発話だけを確認対象にしません。言い直し、沈黙、途中の用件変更が起きた時に、聞き取った内容を推測で確定せず、再確認または有人転送へ進める条件を決めます。
手続きの確定と有人転送の責任者を分けて決める
予約変更や契約に関わる電話では、受付と確定を同じ処理として扱わないことが大切です。誰が何を確認して確定するか、転送後にどの情報を引き継ぐか、どこへ記録するかを業務手順に沿って定めます。
自動化する電話と人が確定する電話を分ける
自動で案内できることと、業務上の手続きを確定できることは別です。電話の入口で受ける内容、確定が必要になる条件、例外時の引継ぎ先を分けると、検討範囲を具体化できます。
確定が必要な情報は確認方法と記録先をセットで決める
氏名、日時、契約内容などの情報は、何をもって確認済みとするかを組織の手順に照らして決めます。本文のひな型は要件整理のためのものであり、本人確認や情報管理の方法を保証するものではありません。
例外の電話は転送理由を記録して見直しに生かす
無応答、不通、苦情、聞き取り不能、用件変更を同じ「対応不可」にまとめないようにします。転送理由と引継ぎ先を分けて残すと、次に見直すべき案内、分岐、有人対応のどこに問題があるかを確認できます。
導入前に同じ発話で確認する項目を整理する
導入前の確認では、通常の発話だけでなく、言い直し、沈黙、用件変更、転送後の引継ぎも同じ条件で確認します。確認結果は、期待した処理と実際の処理を並べて残します。
| 確認する発話 | 期待する処理 | 確定者 | 引継ぎ先 | 確認結果 |
|---|---|---|---|---|
| 「資料を見たい」 | 用件を確認して担当へ送る | 営業担当 | 担当チーム | 記入欄 |
| 「さっきの話と違う」 | 用件を聞き直す | 担当者 | 有人窓口 | 記入欄 |
| 無応答 | 再案内または終了 | 不要 | なし | 記入欄 |
この確認表では、聞き取りの可否だけでなく、例外時に誰へ何を引き継ぐかまで記録します。確認結果は、次に修正する案内や分岐を決める材料にします。
確認用の発話と期待する処理を一枚にまとめる
発話ごとに期待する案内、確定者、引継ぎ先、確認結果を一枚で管理します。確認の場に営業、営業企画、情報システムの担当者が参加する場合も、担当を増やすことより、判断が必要な項目を同じ表で見られる状態を先に作ります。
- 営業:用件を受けた後に誰が確定するかを確認する
- 営業企画:案内と転送の条件が業務手順に合うかを確認する
- 情報システム:接続や記録に必要な確認事項を整理する
シナリオ・引継ぎ・記録を更新する運用を決める
電話フローは、用件や受付体制が変われば見直しが必要になります。変更の起点、確認者、反映日、戻し方を決め、更新責任を曖昧にしないようにします。
更新依頼から反映確認までの担当を決める
たとえば、営業企画が変更依頼を起票し、現場責任者が案内内容を確認し、情報システムが接続条件を確認する、というように担当を分けます。反映後は、変更した発話だけでなく、前後の分岐と有人への引継ぎも確認対象にします。
応答だけでなく完了・再入電・引継ぎを分けて振り返る
電話フローの見直しでは、応答した件数だけを見ても、案内が完了したのか、再度電話が必要になったのか、有人対応へ渡ったのかは分かりません。確認する単位を分けることで、次に調べる対象を絞れます。
数字の前に集計単位と除外条件をそろえる
完了、再入電、有人引継ぎを集計する前に、それぞれの定義と除外条件を決めます。たとえば同じ利用者の連続した電話を別件として数えるか、転送後の手続き完了をどこで確認するかをそろえ、集計結果だけから効果を断定しないようにします。
まとめ
IVRとボイスボットの違いは、名称だけで優劣を決める材料にはなりません。電話の用件、入力方法、自動で案内する範囲、確定者、有人転送の条件を一つずつ整理し、自社の電話フローに必要な確認を進めてください。