▼ この記事の内容
ボイスボットは音声で用件を受け付けて応答する仕組みです。受付と処理の確定を分け、対応できない用件は人へ引き継ぎます。導入後は回答と転送先を更新し、受付完了と営業成果を別々に確認します。
ボイスボットは、電話で話された用件を受け取り、あらかじめ決めた回答や次の担当者への引継ぎにつなぐ仕組みです。名称だけで選ぶのではなく、どこまでを受付とし、どこから人が判断するかを決めて使います。
この記事では、IVRとの関係、任せられる電話業務、引継ぎと更新の考え方を整理します。製品ごとの機能や効果を比べる記事ではありません。
ボイスボットとは、音声で用件を受け付けて応答する仕組み
ボイスボットは、電話の発話を聞き取り、用件や必要項目を確認したうえで、回答・処理・担当者への転送につなぐ仕組みです。聞き取りだけで予約や契約などの処理が確定するわけではなく、権限や接続、人による確認が必要な用件は別に扱います。
音声の聞き取りから回答・転送までをつなぐ
ボイスボットは、発話を聞き取り、用件や必要項目を確認し、回答または転送へ進める電話の仕組みです。音声認識、意図の判定、応答文の選択または生成、音声での返答という構成はサービスごとに異なります。
AWS公式ドキュメントの「AWS Connect conversational AI bots」では、IVRとチャットのセルフサービスに会話型AIボットを使い、意図を理解して追加質問を行う方法が説明されています。聞き取れたことだけで処理完了にはならないため、次の処理や転送先も設計します。AWS Connectの会話型AIボットに関する説明
電話放送局の解説では、ボイスボットを音声認識、自然言語処理、音声合成を組み合わせて応答する仕組みとして説明しています。こうした構成や処理範囲はサービスごとに異なるため、導入時は回答できる用件と人へ渡す条件を確認します。電話放送局のボイスボット解説
参考:AWS Connect conversational AI bots|AWS公式ドキュメント
予約変更の電話で受付と確定を分ける
予約番号と希望時間を聞き取れても、空き枠の確認や変更の確定まで済んだとは限りません。説明用の架空例として、受付した情報、未確認の事項、次に対応する人を分けると責任範囲が明確になります。
| 段階 | 発話と記録 | 状態 |
|---|---|---|
| 用件 | 「明日の予約を午後に変えたい」 | 用件を受付 |
| 必要情報 | 予約番号と希望時間を記録 | 空き枠未確認 |
| 確認 | 担当者が空き枠を確認すると案内 | 予約未確定 |
| 引継ぎ | 用件・番号・希望時間を予約担当へ渡す | 確認待ち |
空き枠の参照や更新には、別の接続と権限が必要になる場合があります。人が確認する工程を省かず、確定結果を誰が連絡するかまで決めます。
IVR・チャットボット・AI電話との違い
IVR、ボイスボット、チャットボット、AI電話は、呼び方だけで機能範囲を決められません。番号入力型IVRと会話型IVRは区別して整理し、実際の選定では発話や番号の受け方、例外時の対応、接続先を確認します。
番号入力型IVRとの違いは用件の伝え方
従来の番号入力型IVRは、音声ガイダンスに従って番号を選ぶ使い方を指すことが多い方式です。一方、会話型IVRという説明もあり、IVRとボイスボットを常に排他的な分類として扱うことはできません。
| 呼び方 | 主に見る範囲 | 混同しない点 |
|---|---|---|
| 番号入力型IVR | メニュー選択 | 番号操作を使う従来型の一例 |
| ボイスボット | 発話の聞取りと応答 | 全製品が同じ実装ではない |
| 会話型IVR | 電話での音声対話 | ボイスボットと重なる場合がある |
| チャットボット | 文字での対話 | 主な窓口が電話ではない |
| AI電話 | 商品名を含む広い呼び方 | 名称だけで機能範囲は決まらない |
Google Cloud公式ドキュメントの「Dialogflow CX Phone Gateway」では、電話インターフェースで会話型IVRを構築する方法が案内されています。採用時は呼び方ではなく、発話の受け方、例外時の対応、接続先を確認します。Google Cloud Dialogflow CX Phone Gatewayの説明
参考:Dialogflow CX Phone Gateway|Google Cloud Documentation
チャットは文字の窓口、AI電話は広い呼び方
チャットボットは画面上の文字でやり取りする窓口であり、電話で話すボイスボットとは入力と出力が異なります。電話放送局の「ボイスボットとは?IVRやチャットボットとの違い」でも、ボイスボットとチャットボットを別の窓口として説明しています。電話放送局のボイスボット解説
「AI電話」は商品名を含む広い呼び方のため、本記事では音声応対、通話の要約、担当者支援のどれを指すかを名称だけで決めない整理にとどめます。比較表では、受電か発信か、誰が応答するか、どの情報を残すかを項目ごとに確認します。
参考:ボイスボットとは?IVRやチャットボットとの違い|電話放送局
ボイスボットを活用できる業務の考え方
ボイスボットに任せる業務は、定型的な受付や案内から検討し、回答範囲と次の担当者を先に決めます。本人確認、価格交渉、契約判断、例外処理など、権限や個別判断を伴う用件は人へ引き継ぐ条件を明確にします。
一次受付・案内・予約確認で用途を分ける
用途は「自動で終える業務」ではなく、回答できる範囲と次の担当者で切り分けます。定型的な受付や案内は候補になりますが、価格交渉、契約判断、本人確認を伴う処理を任せる前提にはしません。
| 用件 | 任せる例 | 人に残す例 |
|---|---|---|
| 営業時間 | 承認済みの案内 | 例外営業日の判断 |
| 予約 | 希望の受付 | 空き枠と確定 |
| 折返し | 希望時間の記録 | 実際の連絡 |
| 営業 | 担当者の確認 | 提案・価格交渉 |
受電と発信への対応可否はサービスごとに異なります。電話放送局の「ボイスボットとは?IVRやチャットボットとの違い」という解説コラムでも、定型受付と有人対応を分けて説明しています。用途を決める際は自社の完了条件を先に置く必要があります。電話放送局のボイスボット解説
参考:ボイスボットとは?IVRやチャットボットとの違い|電話放送局
複雑な相談や聞き取れない内容は人へ引き継ぐ
有人希望、訂正しても内容が定まらない場合、本人確認が足りない場合、契約や苦情に関わる場合は、人へ戻す条件にします。声から感情を正確に判定できることを前提にせず、発話と業務条件で切り替えます。
説明用の架空例では、引継ぎ記録を「予約変更/午後希望/空き枠と本人確認は未確認/予約担当へ」のように残します。次の担当者が何を確認すべきか分かる記録が、単なる転送と異なる点です。
導入後の失敗を防ぐ回答と引き継ぎの改善
導入後は、回答内容だけでなく、聞き返しが続く場合や対応できない場合の案内、転送先、折返し経路を更新します。会話ログを保存するだけでは改善は完了しないため、確認担当と再確認の手順を決めます。
範囲を広げる前に聞き返しと転送先を確認する
対象用件を増やす前に、聞き返しが続く発話、回答できない場合の案内、閉店後や担当不在時の折返し経路を確認します。同じ質問を繰り返して利用者を止めないことも、運用上の確認項目です。
- 対象用件
- 必要な聞取り項目
- 完了条件
- 転送先
- 記録先
製品がすべての例外を処理するとは限らないため、対応できない時の動きを先に試します。
FAQと会話ログを改善に生かす
会話ログを保存するだけでは、古い回答や転送漏れは直りません。回答、聞き返し、転送先を誰が確認し、どの発話で見直すかを更新作業として決めます。
| 観察 | 変更と再確認 |
|---|---|
| 「来週」と訂正後も「明日」と復唱した | 日付訂正時に再確認する分岐を追加し、同じ発話で日付と転送内容を照合する |
| 料金変更後の旧回答が出た | 回答管理者が更新し、旧回答への到達を確認する |
この表は説明用の架空例であり、実測結果ではありません。電話放送局の「ボイスボットとは?IVRやチャットボットとの違い」という解説コラムでも、運用後のメンテナンスが必要になる点が説明されています。そのため、変更の受付窓口と確認担当を置きます。ボイスボットの運用上の注意点
参考:ボイスボットとは?IVRやチャットボットとの違い|電話放送局
効果は電話の完了と引き継ぎ後の成果で見る
効果は、電話を受け付けられたか、同じ用件で再入電したか、引継ぎに必要な情報がそろったかを分けて確認します。受付完了を解決や契約成立と同じ成果として扱わず、分母・期間・対象用件をそろえて記録します。
応対完了・再入電・引き継ぎ情報を分けて確認する
効果を見る時は、受付完了、再入電、引継ぎ情報の充足を別々に記録します。受付完了を解決や契約成立と同じ数にしないことで、どこに課題が残るかを確認できます。
| 指標 | 数える範囲 | 区別するもの |
|---|---|---|
| 受付完了 | 条件を満たす受付件数÷対象入電件数 | 解決・契約成立 |
| 再入電 | 同じ用件の再入電件数と観測期間 | 別用件の入電 |
| 引継ぎ充足 | 必須情報がそろった引継ぎ件数÷対象件数 | 転送件数のみ |
| 工数 | 有人処理とログ確認・更新の時間 | 電話対応だけの時間 |
分母、期間、対象用件を実際の運用に合わせて記録し、架空の改善率は置きません。工数を見る場合も、ログ確認と回答更新にかかる作業を含めます。
営業では次の接触と会話の改善につなげる
営業に関わる電話では、受電した問い合わせと架電対象を混ぜず、接続、担当者確認、次回接触、商談を段階別に記録します。電話の応答だけから営業成果を断定することはできません。
聞き返しや引継ぎのつまずきは、営業レビューや練習で確認する論点になります。会話データの扱い方は、営業会話の分析に関する解説も参照すると、電話以外の会話と区別して検討できます。
営業AI・営業DX AI商談分析ツールおすすめ13選|商談解析AIを用途別に比較
最初に任せる用件と人へ渡す条件を決める
最初に任せる用件は、窓口、完了条件、記録項目、人へ渡す条件を確認できる範囲に絞ります。受付と処理確定を分け、対応できない場合の引継ぎ先まで決めてから、必要な機能や接続を検討します。
試す前に窓口・完了条件・記録項目をそろえる
最初の対象は、影響範囲が分かりやすく、有人へ戻す条件を決められる用件にします。窓口、完了条件、記録項目を一枚にまとめてから、回答範囲を検討します。
説明用の架空例では、店舗代表電話で折返し希望を受け、用件・希望時間・担当を記録します。折返しの実行や内容の判断は人が担う、と定めれば受付と確定を混同しません。
この段階で確認したいのは、どの製品が優れているかより、必要な聞取り、転送、記録を扱えるかです。候補を比較する際は、この3点に加えて、例外時に人へ渡す条件と実際の試行範囲を確認します。ボイスボットの機能・試行比較では、初回に確かめたい機能と試行条件を整理しています。
営業AI・営業DX ボイスボットツールを選ぶには?用件別の機能比較と有人引継ぎの確認点
まとめ:定義と使い分けの境界を確認する
ボイスボットは、電話の用件を聞き取り、回答または人への引継ぎにつなぐ仕組みです。IVRと重なる会話型の実装もあるため、名称だけで線引きせず、用件の伝え方と処理範囲で整理します。
導入前には、回答範囲、有人へ切り替える条件、更新担当、確認する指標をそろえます。受付、処理確定、引継ぎ後の対応を分けておくと、電話業務に合う運用を検討できます。