IVRとは？電話自動応答の仕組み・使い方とAI電話との違い

IVRは、電話に自動で応答し、案内・受付・担当窓口への振り分けを行う仕組みです。 「予約は1番、変更は2番」という音声メニューが代表例ですが、音声認識や業務システムとの連携を使う構成もあります。

会社に導入するときは、「電話に出る人を減らせるか」だけでなく、「電話をかけた人が目的を達成できるか」を確認することが大切です。部署へつながらない、予約したつもりなのに記録がない、といった状態では受付を自動化しても問題が残ります。

この記事では、企業の代表電話・店舗・問い合わせ窓口向けに、IVRの仕組みと設計方法を整理します。料金の具体例から比較したい方は、IVRの費用・サービス比較をご覧ください。

IVRの基本：電話に出てから用件を引き継ぐまで

IVRはInteractive Voice Responseの略です。通信事業者の説明でも、利用者の操作に応じた自動応答や担当部署への転送が基本機能として紹介されています。NTTドコモビジネスのIVR解説

一般的な受付の流れは、次の5段階です。以下は仕組みを理解するための構成例であり、すべてのサービスに全機能が含まれるという意味ではありません。

たとえば営業時間の問い合わせなら、案内を再生して完了できます。一方、修理の依頼は名前や症状を受け付けても、訪問日や料金の確定には担当者の確認が必要かもしれません。用件ごとに「どこまで進めば完了か」を先に決めると、機能選定がしやすくなります。

プッシュ式・音声認識式・会話型AIの違い

「IVR」と「AI電話」の呼び方はサービスによって重なります。IVRをすべて番号入力だけの仕組みと考えると、比較を誤りやすくなります。電話基盤のTwilioでも、番号入力であるDTMF、音声入力、その併用を扱っています。Twilio公式ドキュメント

比較では、名称よりも入力方法と処理の範囲を見ます。

プッシュ式は、選択肢が少なく明確な窓口で使いやすい方式です。会話型AIには自由な発話を受け付けられる利点がありますが、固有名詞の誤認識や情報不足への対処も必要です。AIなら必ず短時間で解決できる、という比較にはしません。

また、予約台帳との接続可否は「番号入力かAIか」だけでは決まりません。プッシュ式でも外部システムと連携する構成があり、会話型AIでも受付内容を人へ通知するまでのサービスがあります。会話処理の詳しい流れはボイスボットの仕組みと対応できる業務で解説しています。

IVR・PBX・電話転送・留守番電話の役割

似た言葉でも、担う範囲が違います。

「IVRがあるから社内電話をすべて置き換えられる」とは限りません。内線、代表組、保留、外線発信、FAXなど、現在使っている機能を洗い出し、残す設備と変更する部分を分けましょう。

代表電話の設計例：通常時と困ったときを一緒に決める

以下は、法人向けサービス会社の代表電話を想定した架空の設計例です。Bellの導入事例や標準機能を示すものではありません。

営業時間内のメニュー

案内例は「お電話ありがとうございます。新規のご相談は1番、ご契約中のお問い合わせは2番、その他は3番を押してください」です。

この例では入口を3つにしていますが、3つが常に最適という意味ではありません。利用者が自分の用件を選べるかを確認し、実際の電話の内容に合わせてまとめます。社内部署名より、「請求書について」「予約の変更」といった用件の言葉の方が選びやすい場合があります。

営業時間外・休業日

営業時間外は、営業中と同じ転送を繰り返すのではなく、次にどうすればよいかを伝えます。

• 営業再開の日時と、受付できる内容を案内する
• 折り返し受付の担当と確認時刻を決める
• 定休日とは別に、祝日・臨時休業・年末年始を登録する
• 折り返し時間を約束する場合は、実際に守れる体制を用意する

「24時間受付」と「24時間その場で問題を解決できる」は区別します。夜間に録音が残っても、翌朝の確認担当が決まっていなければ、対応漏れは防げません。

操作できない・人と話したいとき

無入力、聞き間違い、操作の苦手な利用者を想定し、途中から別の経路へ進めるようにします。音声メニューの繰り返し回数、番号入力への切り替え、有人対応が利用できる時間を決めてください。無入力を自動的に「用件なし」と扱うと、必要な電話を失う可能性があります。

同時着信・待ち行列・あふれ呼の確認

IVRが自動応答しても、同時接続が無制限になるとは限りません。回線、サービス、待ち行列、転送先には別々の制約があります。

たとえばAmazon Connectの公式資料は、同時通話の上限とキューの最大容量を分けて説明し、満杯時には別の経路や折り返し受付を設計する必要があることを示しています。これは容量確認の一例であり、他社製品にも同じ上限値が適用されるという意味ではありません。AWSのキュー容量に関する公式資料

見積もり時には、月間件数と合わせて次の情報を共有しましょう。

• 最も混む時間帯と、そのときの同時着信数
• 自動案内中、保留中、有人転送中に使うチャネルの数え方
• 担当者の同時対応人数と、平均的な対応時間
• 待たせる時間の上限と、あふれた電話の行き先
• 回線障害・サービス障害時に切り替える連絡手段

自動受付の容量と、担当者が処理できる件数は別です。 受付が増えても折り返しが翌日へ積み上がるなら、受付の優先順位や担当配置も見直します。

今の電話番号を使える？PBX・業務システムとの接続方法

既存番号を維持する代表的な方法には、通信会社の転送サービスでIVRの番号へ渡す方法、対応するサービスへ番号を移行する方法、PBXと接続する方法があります。選べる方法は、番号の種類、現在の契約、設備、導入先サービスによって変わります。

転送方式では、現在の電話番号の契約を残したまま別の番号へ通話を送ることがあります。そのため、IVR側の料金に加えて既存回線や転送区間の料金も確認します。NTT西日本も、ボイスワープ契約者から転送先までの通話料は契約者の負担になると説明しています。転送時の通話料金に関する公式FAQ

予約を確定する場合は、空き枠照会だけでなく登録結果の確認まで必要です。連携が止まったときは「予約を受け付けた」と断定せず、確認が必要な受付として残すなど、業務側の扱いも決めます。

業務別の使い方：自動化する部分と人に残す部分

次の表は業務設計の例です。特定企業の実績や効果の保証ではありません。

問い合わせの途中で追加質問が多い場合や、選択肢が増え続ける場合は、AI電話の対応範囲と導入判断も比較材料になります。

なお、受電の振り分けと、企業側から電話をかける業務は分けて設計します。案内の一斉発信や商談の受付を検討する場合は、オートコールと会話型AI架電の違いで対象業務を確認してください。

導入は「用件を一つ選ぶ→試す→指標で直す」の順に

1. 現状を記録する。 用件、件数、時間帯、対応時間、転送、かけ直しを、代表的な期間で確認します。
2. 最初の対象を絞る。 正解が明確な案内や用件分類などから始めます。
3. 通常・例外の経路を作る。 無入力、休業、転送先不在、混雑、障害も含めます。
4. 実際の端末からテストする。 携帯電話の番号入力、途中切断、言い直し、騒音下の音声入力を試します。
5. 担当者への引き継ぎを確認する。 通知の到着だけでなく、担当者が処理して完了を記録できるところまで確認します。
6. 対象を広げるか判断する。 利用者と担当者の負担が減った用件から範囲を増やします。

改善には、着信件数だけでなく用件別の指標を使います。分母を揃えずに「自動化率が高い」と評価しないことが重要です。

まとめ：IVRは受付の出口まで設計すると使いやすい

IVR選びの出発点は、用件の分け方と受付後の仕事を整理することです。短い案内、困ったときの経路、営業時間外の運用、容量、既存設備との接続を確認すると、必要な方式が見えてきます。

部署選択で済む用件はプッシュ式、会話で情報を集めたい用件は音声認識やAI、人の判断が必要な用件は有人対応へつなぐなど、業務ごとの組み合わせで考えましょう。

Bellへの相談時にも、現在の電話番号・件数・多い用件・残したい有人対応を共有すると、比較に必要な条件を整理しやすくなります。自社の電話対応について相談する