AI電話受付は、電話の用件を聞き取り、回答・取次ぎ・折り返し受付につなぐ仕組みです。部署へ振り分けるだけなら番号選択型のIVR、人に用件を聞いてもらいたいなら電話代行も候補になります。AIが常に必要というわけではありません。

選ぶ前に決めたいのは、電話を受けた後の終了状態です。「請求書について聞きたい」という電話を、経理へつなぐのか、伝言として受けるのか、内容まで回答するのかで必要な仕組みが変わります。ここでは代表電話の一次受付を想定し、方式の選択から不在時の案内まで具体例で整理します。

AI・IVR・有人代行を同じ用件で比べる

「先月の請求書が届いていない」という問い合わせを考えます。次は方式を比べるための設計例で、各製品が標準で行う処理の一覧ではありません。

表は左右にスクロールできます

方式受付の進め方向く条件別に必要な対応
番号選択型IVR「請求については2番」と案内し経理へ接続用件の分類が少なく、受ける担当者がいる担当者が会社名や請求内容を聞く
会話型AI用件と会社名を聞き、経理へ転送または通知不足する情報を会話で補って渡したい個別の請求状況は確認権限のある人が答える
有人電話代行オペレーターが名前・連絡先・用件を聞く一次受付を人に任せ、社内から折り返せる委託契約の範囲外の調査と回答

IVRには音声認識を使うものもあり、AIとIVRを併用する製品もあります。この表では、違いを明確にするため番号選択型を比べています。

実在サービスでは、IVRyの料金・機能表にAI・IVR応答と電話転送が掲載されていますが、転送はプランによって利用可否が異なります。一方、有人のfondeskのサービス説明は、名前・折り返し先・簡単な用件を受けて通知する一次取次を案内しています。人が受けるからその場で請求状況まで回答できる、と考えない方が良いです。機能情報は2026年10月19日に確認しました。

聞き取りから不在時の案内までの会話例

架空の事務所で「経理への請求書問い合わせ」を受ける例です。AIには請求データの閲覧権限を与えず、一次受付だけを任せる想定にしています。時刻や折り返し期限は例であり、自社が守れる条件へ置き換えてください。

最初に用件を聞く

AI「お電話ありがとうございます。サンプル社のAI受付です。ご用件をお話しください」 相手「先月の請求書がまだ届いていないのですが」 AI「請求書についてのご連絡ですね。会社名とお名前をお伺いしてもよろしいでしょうか」 相手「サンプル商事の田中です」 AI「サンプル商事の田中さまですね。経理担当へおつなぎします」

氏名の聞き取りが曖昧なら、確信したように記録せず復唱します。不要な住所や口座番号まで質問する必要はありません。どの請求かの詳しい確認は、本人確認を含めて経理担当へ任せます。

担当者が出なかった場合

この事務所では20秒間応答がなければ折り返し受付へ切り替える、という仮のルールを置きます。秒数は製品の標準値ではありません。

AI「ただいま担当者が電話に出られません。折り返しのお電話でよろしいでしょうか」 相手「今日の16時までにお願いしたいです」 AI「本日16時までの折り返しをご希望ですね。担当者へ希望として伝えますが、この場ではお約束できません。折り返し先をお伺いしてもよろしいでしょうか」

相手の希望を復唱することと、会社として期限を約束することを分けます。連絡先の確認が終わったら受付内容を通知し、経理担当が期限を引き受けた時点で社内の担当を確定します。

通知は担当と未確定事項を残す

この例の通知は「請求書の件」だけでは足りません。次の状態まで残すと、受け手が最初に行う作業が分かります。

表は左右にスクロールできます

記録項目記入済みの例
用件先月の請求書が未着
相手サンプル商事・田中さま(架空)
折り返し先復唱して確認した番号を権限付き画面へ保存
希望当日16時まで。受付では確約していない
状態経理への転送は不応答。折り返し担当は未割当
次の処理経理の当番が引き受け、請求状況を確認して連絡

通知が届いても誰も引き受けなければ未対応のままです。この事務所では未割当が10分続いたら経理責任者へ再通知する、という仮の運用を置きます。自動再通知がなければ、人が一覧を確認する担当を決めます。

取次ぎの失敗を不応答・混雑・設定エラーに分ける

担当者の不応答は、転送先の番号や設定が誤っている場合と分けます。不応答だけを見て人数を増やしても、無効な番号への転送は直りません。

表は左右にスクロールできます

結果発信者への案内社内で確認すること
担当者が応答し内容も受領会話を続ける聞き取り済み内容が引き継がれたか
不応答・話中接続できなかったことを伝え、別担当か折り返しを選んでもらう呼出時間と次の担当
キューが満員待機か折り返しの選択肢を案内待ち件数、対応能力、上限設定
設定・通信エラー接続できないため代替窓口へ案内転送先と通信状態。利用者の対応とは別に障害を記録

Amazon Connectのキュー転送には、満員とそれ以外のエラーを分ける分岐があります。全製品が同じ画面ではありませんが、失敗理由ごとに次の処理が変わる例です。2026年10月20日に確認しました。

担当者の状態を参照できる場合も、「オンライン」だけで応答を保証しません。発信者が待てる時間の上限を決め、同じ番号へ無制限に戻さないようにします。緊急用件は自社で定めた当番・有人経路へ送り、その先も不応答だった場合の案内を決めます。

折り返しは担当者への通知で完了にしない

前の会話例に受付ID R-601を付け、折り返しタスクT-602へ関連付けます。未割当、対応待ち、対応中、完了を分け、期限超過は元の状態に加えて表示します。期限を過ぎても、誰が対応中だったかを失わない形にします。

仮に折り返し10件の通知がすべて送れ、8件を担当者が受領し、6件で必要な会話が終わったとします。通知は10/10でも業務完了は6/10です。残り4件の内訳を未受領2件と受領後未完了2件へ分けて追います。これは架空の例で製品の実績ではありません。

電話をかけたが相手が出なかった場合は完了にしません。必要な対応を終えた時点でタスクと元の受付を対応付けて閉じます。再入電時にR-601から経緯を参照できれば、同じ用件を聞き直す負担を減らせます。

AIに答えさせない用件を分ける

営業時間の案内は、最新の営業カレンダーを参照できれば自動完結の候補です。請求・契約・予約の個別状況は、本人確認やシステム照会を含むため、同じ扱いにはしません。

表は左右にスクロールできます

用件この一次受付で任せること任せないこと
営業時間・所在地確認済みの案内を返す未登録の臨時営業を推測する
請求書の未着用件と連絡先を受ける確認せず再発行や入金状況を回答する
予約の変更変更希望を受ける登録完了を確認せず予約確定と伝える
苦情・契約解除人につなぐか担当者の折り返しを手配AIだけで解決したことにする
緊急性のある連絡あらかじめ決めた有人経路へ回すAIの推測だけで緊急ではないと判断する

これは安全側に範囲を絞った設計例です。連携や認証を実装したサービスで対応範囲を広げる場合は、その部分を別途検証します。人へ渡せない時間帯の案内は営業時間外の受付文例にまとめています。

番号選択や人の受付を残す判断

部署が三つで、相手も用件を選びやすく、転送先が応答できるなら、番号選択だけでも目的を達成できます。会話AIを追加する理由が「新しいから」だけなら、一度保留してよいと思います。

逆に、相手がどの部署か分からず「この前の件」と話す電話が多いなら、質問で不足情報を補う価値があります。ただし、AIを使っても人への転送率が高く、聞き直しも減らないなら効果は小さくなります。人に最初から受けてもらう案と比べてください。

料金だけで選ぶと、転送できないプランや、折り返し前提の代行を選んでしまう場合があります。方式を決めた後でAI電話受付の料金と月100件の計算例を使い、必要な機能を含めた金額へ直します。

録音と通知の範囲を決める

個人情報保護委員会のFAQは、個人を識別できる通話内容を個人情報とし、利用目的の通知または公表が必要と説明しています。録音している旨を伝える義務までは個人情報保護法上負わないという説明と、保存した情報の管理が不要という話は別です。2026年10月19日に照合しました。

受付では必要な項目だけを聞き、録音の閲覧者と保存期限を決めます。通知先の全員に電話番号や会話全文を配るのではなく、担当者が必要な情報を参照できる形にしてください。提供会社による学習利用の有無や削除方法も契約前に確認します。

試験では正しい取次ぎまで確かめる

初回の試験では、正常な会話だけでなく、担当者不在・聞き違い・訂正・途中切断を入れます。前の会話例なら「請求書ではなく領収書です」と訂正したとき、通知にも訂正が反映されるかを見ます。

例えば、仮の試験10件で会話がすべて終了しても、2件の折り返し先が誤っていれば受付成功10件とはしません。会話終了、情報の正しさ、担当者の受領を別々に数えます。これは測定例で、製品の実測結果ではありません。

取次ぎでは正常接続、不応答、話中、満員、無効な転送先を別々に試します。加えて折り返し期限を超えたタスクを作り、管理者の一覧へ出ることを確認してください。発信者が聞いた案内と通知・タスクの期限を同じ受付IDで照合し、約束していない時刻を通知だけで確約しないようにします。

まず代表的な用件を一つ選び、上の会話例を自社向けに直してください。電話を切るまでではなく、担当者が受け取って次の作業を始められるところまで試すと、導入後の取りこぼしを見つけやすくなります。