AIバーチャル受付係のバイヤーズガイド

バーチャル受付係は、遠隔で提供されるフロントデスク機能です。この業務は、人、AIソフトウェア、または両者の組み合わせによって行われます。「バーチャル」はサービスの提供方法を表すものであり、それ自体がAIを意味するわけではありません。

人によるバーチャル受付係サービスは労働力を提供し、AIバーチャル受付係は設定済みの通話ワークフローを提供します。ハイブリッド型では、定型的な通話を自動化し、選定された例外対応を人が担います。

AIと人によるバーチャル受付係サービスの比較

人による受付係は、想定外の状況を解釈し、サービスのトレーニング範囲内で判断できます。サービス側がカバレッジの約束を支える人員を管理しますが、対応能力と費用は契約形態によって異なります。

AIバーチャル受付係は、設定された時間帯に応答し、発信理由を尋ね、承認済みの情報に基づいて回答し、詳細を記録し、対応可能な予約を設定し、通話を転送できます。明示的な指示と有効なフォールバックが必要です。ポリシーを勝手に作り出したり、専門的な判断を下したり、誰も応答していないのに転送が成功したと主張したりしてはなりません。

ハイブリッドサービスでは、これらのモデルを順番に組み合わせます。たとえばSmith.aiは、24時間体制で利用できる北米拠点の500人を超える受付係が支えるAI Receptionistを説明しています。AIが開始するエスカレーションには料金がかかりませんが、設定されたライブエージェントの関与は通話ごとの追加料金であり、そのドル建て価格は公開されていません。Smith.ai AI Receptionist および Smith.ai pricing、accessed 2026-08-20。

転送と人によるバックアップを混同しないでください。従業員へ転送するソフトウェアは、対応可能な担当者がいることに依存します。ベンダーが運営する受付係ネットワークは、異なるフォールバックを提供します。

サービス形態を比較する

各行は同等のバンドルではなく、運用モデルを比較している。Smith.aiの有人サービスには人件費が含まれる。Goodcallの標準的な計測単位は固有の発信者であり、同じ人物が繰り返し電話をかけた場合も変わらない。ThunderPhoneの標準的な計測単位は接続時間である。いずれかを別の単位に換算するには、通話件数、再発信者率、通話時間のデータが必要になる。

見出し価格の前に請求単位を確認する

通話ごとの料金体系では、応答した各通話が単位になります。価値の高い通話が少数の場合には適していますが、実測または公開された通話時間がなければ、分単位の料金には換算できません。迷惑電話、非常に短い通話、転送された通話、繰り返しの通話がどのように扱われるかを確認してください。

ユニーク顧客ごとの料金体系では、請求期間中の異なる発信者数を数えます。リピーターが多く、会話時間が長い事業に有利な場合があります。通話の大半が新しい電話番号からの場合、予測しにくくなることがあります。Goodcallによると、同じ番号から1人が繰り返し電話をかけた場合、その月は1回として数えられます。Goodcallの料金、accessed 2026-08-20。

分ごとの料金体系は、接続時間に基づきます。製品に含まれていない場合は、AIエンジン、保留時間、転送時間、電話回線、プレミアム音声または言語パス、任意のツールをそれぞれ別に予測してください。ThunderPhoneの基本料金には、音声認識、言語モデル、音声がすべて含まれます。プレミアム音声または言語パスは重複加算なしで1分あたり最大3¢追加され、保留時間は1分あたり2¢です。

シートまたはエージェントごとの料金体系では、単なる利用量ではなく、設定された容量に対して課金されます。Goodcallは各エージェントに料金を設定し、その後に異なる発信者数の許容量を適用します。ThunderPhoneはサブスクリプション料金もシート料金も公開していません。どの製品でも、スタッフのログイン、電話エージェント、部署、または同時通話が別の課金単位になるかを確認してください。

応答済み通話数、異なる電話番号数、接続分数、転送時間、同時接続数、設定済みエージェント数から予測を作成します。ベンダーごとの単位は分けて扱ってください。

受付担当者が完了してよい通話を決める

定型的な通話は、最も有力な出発点です。営業時間、所在地、承認済みのサービス情報、予約依頼、受付、完全な伝言が該当します。エージェントがタスクを完了できるのは、情報源または接続されたツールから明確な結果が返る場合だけです。氏名、折り返し先の詳細、日付、時刻、記録の変更は、音声で確認する必要があります。

裁量、権限、または人による配慮が必要な通話は引き継いでください。これには、複雑な苦情、支払いに関する紛争、ポリシーの例外、脅迫、医療症状、犯罪の疑い、安全上の危険、専門的判断を求める依頼が含まれます。価値の高い発信者や担当者との会話を求める人にも、事業のポリシーに基づいて直接つながる経路を用意することがあります。

緊急性には、文書化されたトリガーが必要です。エージェントは最低限有用な状況を取得し、承認された宛先への接続を試み、定義済みのフォールバックに従う必要があります。何が客観的に危険か、または法的に緊急かを判断してはいけません。より詳しいパターンについては、緊急通話のルーティングを参照してください。

受信者が対応を断った場合、応答しなかった場合、または留守番電話につながった場合、受付担当者は発信者に戻り、結果を説明して、次に承認された対応を行う必要があります。

電話設定を選ぶ

転送は通常、業務への影響が最も少ない試行方法です。既存の通信事業者または電話システムが、即時、不応答時間の経過後、営業時間外、回線混雑時など、いつ受付担当者へ通話を送るかを決定します。Goodcallは、条件付き転送を番号を維持する方法として案内しています。ThunderPhoneは、既存システムが設定済みの本番番号へルーティングしたオーバーフロー通話を受信できます。

番号移管では、番号を新しいサービスでサポートされる電話設定へ移します。計画に組み込む前に適格性を確認してください。Goodcallは番号移管をサポートしていません。表内のSmith.aiサービスにおける番号移管のサポートは、確認した公開情報からは確立できません。

SIPまたは直接VoIP接続は、本番電話環境の制御を維持したいチームに適しています。ThunderPhoneは、サポート対象の直接VoIP経路、または任意のSIPトランクに対する手動SIP設定を通じて、本番番号をサポートします。確認済みのインポート番号では、着信通話と発信通話をサポートできます。ウォーム転送には、発信SIPレッグを開始できる適格な本番番号が必要です。ThunderPhone番号とブラウザ通話はコールド転送に限定されます。

フリーダイヤル番号には、個別の適格性確認が必要です。Goodcallはこれをサポートしていません。表内の他サービスにおけるフリーダイヤルのサポートは、確認した公開情報からは確立できません。

代表番号を移管する前に、新しい番号または管理された転送ルールでフローを検証してください。

失敗を可視化する試行を実施する

候補サービス全体で同じ通話セットをテストします。

1. 承認済みの資料に基づいて回答できる簡単な質問。
2. 空きのない時間帯を含む予約リクエスト。
3. 不完全な氏名または折り返し電話番号。
4. 割り込み、リクエスト変更、または担当者への接続を求める発信者。
5. ルーティングすべき緊急の表現と、ルーティングすべきではない大げさな表現。
6. 受諾、拒否、不応答、留守番電話への送信を含む転送。
7. カレンダー、CRM、または社内ツールの障害。
8. 受付担当者が推測してはならない対象範囲外のリクエスト。

解決状況、正確性、必須項目の取得、転送結果、フォールバックの品質、スタッフによる修正、再問い合わせ、ネイティブの課金単位を評価します。

ThunderPhoneのテストには、ブラウザマイク通話、AI発信者シミュレーション、再利用可能なシナリオ、採点済みログ、合格率ゲート付き回帰スイート、CI実行、ライブトラフィックでのA/B実験が含まれます。シミュレーションは課金対象の実通話であり、実行前に料金が表示されます。カタログには47の音声言語と123の音声があるため、多言語対応を検討する購入者は、総数だけに依存せず、設定する正確な言語と音声経路をテストする必要があります。

コンプライアンス、録音、同意の基本

実際の通話フローから始めます。受付担当者が収集する情報、それを受け取るシステム、録音または文字起こしが有効かどうか、記録が利用可能な期間、アクセスできる人を特定してください。購入するティアと設定したワークフローに適用される契約を確認してください。

事業者が承認した冒頭の開示を使用してください。特定の地域または通話に関する録音および同意の要件は、確認した公開情報からは確立できません。ベンダーのバッジや製品設定を回答とみなすのではなく、有資格の法律顧問に確認してください。

機微な業務は定義された境界内に留めてください。受付担当者は制限事項を開示し、不必要な収集を避け、保護された判断が必要なリクエストは担当者へ引き継ぐべきです。通知、録音、連携、ワークフロー、データ処理については、顧客が引き続き責任を負います。

ThunderPhoneの公開されている方針はGDPRおよびHIPAA準拠です。この記載は、購入者の特定の設定がその義務を満たすかどうかを決定するものではありません。購入者は引き続き、データ経路、アクセス、保持、転送先、およびアカウントで利用できる条件を確認する必要があります。

どの形態がどの事業に適しているか？

上の表は、2つの質問に集約されます。判断が必要な通話で判断を提供するのは誰か。提供者のスタッフ、自社の担当者への転送、それとも誰も対応しないのか。設定を所有するのは誰か。パッケージ化された設定を通じたベンダーか、プロンプト、ナレッジ、ツール、SIP経路、転送ルール、リリーステストを通じたチームか。この2つに答えれば、適した形態が決まります。

名称付きの選択肢、料金、ベンダー固有のトレードオフについては、おすすめのAI受付ソフトウェアを参照してください。購入上の課題が特に不在着信、あふれた通話、営業時間外の通話である場合は、おすすめのAI電話応答サービスを参照してください。これらのページは候補リストです。このページでは、それに先立つ運用モデルの選定を扱います。

よくある質問

AIバーチャル受付とは何ですか？

フロントデスクの通話対応用に設定されたAI音声エージェントです。 発信者へのあいさつ、要件の特定、承認済みの情報源に基づく回答、詳細情報の収集、対応可能なタスクの完了、定義されたルールに基づく通話の振り分けを行えます。

バーチャル受付は常にAIですか？

いいえ。 バーチャル受付は、リモートの有人オペレーター、自動化ソフトウェア、またはハイブリッドサービスの場合があります。「バーチャル」という言葉だけでは、誰が何を使って応答するかは示されません。

バーチャル受付ソフトウェアの費用はいくらですか？

答えは課金単位によって異なります。 確認した例では、応答した通話ごと、固有の発信者とエージェントごと、または接続分数ごとに課金されます。有人プランでは、月間の通話許容量が含まれる場合があります。根拠なく異なる単位を換算するのではなく、自社の通話構成と照らして費用を比較してください。

AIバーチャル受付は既存の電話番号を使えますか？

場合によっては、転送、番号移転、または対応するVoIP接続を通じて利用できます。 Goodcallは条件付き転送を文書化していますが、番号移転は文書化していません。ThunderPhoneは、本番用番号向けの直接VoIP経路と手動SIP設定に対応しています。特定の番号が利用可能かどうかは、購入前に確認する必要があります。

自動化されたバーチャル受付は、どの通話を転送すべきですか？

判断、権限、慎重な対応、または承認済みの緊急対応経路を必要とする通話を転送してください。 開始前に、トリガー、転送先、応答がない場合の代替処理を記述してください。エージェントが緊急事態の定義を独自に作ったり、担当者がアラートを受け取ったと約束したりしてはいけません。

バーチャル受付の通話対応はどのようにテストすべきですか？

あいさつだけでなく、失敗経路をテストしてください。 不明確な詳細情報、割り込み、言語の変更、緊急および非緊急の表現、失敗したツール、留守番電話、応答されない転送、すぐに担当者を求める発信者を含めてください。

情報源と更新性

第三者のベンダーおよび料金に関する主張は、リンク先の一次情報ページに基づいています。Smith.aiおよびGoodcall AIの製品情報は2026-08-20にアクセスしました。Smith.aiの有人対応Virtual Receptionist料金は2026-09-01にアクセスしました。ThunderPhoneに関する主張は、2026-09-10にアクセスした公開料金および通話対応ドキュメントを反映しています。

これはドキュメントに基づく購入ガイドであり、実際のアカウント利用、請求書、法務レビュー、またはライブ通話の比較ではありません。現在の料金、番号の利用可否、プランの制限、契約、録音ルール、転送動作は、購入前に直接確認してください。上記に記載がない事実は、確認した公開情報源からは確立されていません。