AIボイスボットの導入費用は、簡易なクラウドサービスなら月額数千円から始められる一方、コールセンター向けにPBX・CRM連携や有人転送まで構築すると、初期費用が数百万円以上になることがあります。重要なのは「AIを入れるか」ではなく、どの電話業務を、どの品質で、どこまで自動化するかを先に決めることです。
達人ラボでは、予算検討の初期目安として、既製SaaSの小規模利用を初期0万〜50万円・月額0.5万〜20万円程度、部門単位のPoCを50万〜200万円程度、PBXやCRMを含む本格導入を200万〜800万円程度、独自開発を800万〜3,000万円以上と整理しています。これらは各社が公表する統一相場ではなく、要件を考えるための編集部独自の目安です。通話時間、電話番号、音声認識、生成AI、保守運用などの従量料金は別途発生します。
費用を正しく比べるには、初期費用と月額基本料だけでなく、1通話・1分・AI利用量・転送後の通話料・保守費を合算します。本記事では、AIボイスボットの仕組み、料金体系、国内サービス6社、開発基盤、導入手順、セキュリティ、失敗例まで解説します。
AIボイスボットとは何か
AIボイスボットとは、電話で話す相手の音声を認識し、会話の内容に応じて自動で回答や処理を行う仕組みです。着信時の用件確認、予約受付、注文照会、本人確認、担当部署への振り分け、折り返し受付などに利用できます。発信型では、確認電話、督促、アンケート、来店案内などにも使われます。
従来のIVRは「予約は1番、変更は2番」のように、利用者が番号を押して進みます。AIボイスボットは、利用者が「明日の予約を変更したい」と話すと、音声を文字へ変換し、意図を判定し、必要な情報を聞き取って処理します。ただし、すべての製品が自由会話に対応するわけではありません。決められたシナリオを音声で進める製品、FAQ検索を行う製品、生成AIで柔軟に応答する製品があります。
「電話自動応答」という名称も範囲が広いため、見積もりでは次の区別が必要です。
| 種類 | 主な動作 | 向いている用途 | 注意点 |
|---|---|---|---|
| 音声ガイダンス・IVR | 録音音声と番号入力で分岐 | 部署振り分け、営業時間案内 | 自由な発話は理解しません |
| シナリオ型ボイスボット | 定義した質問と回答で会話 | 予約、受付、定型照会 | 想定外発話への設計が必要です |
| FAQ・検索型 | 認識した質問から回答を検索 | 問い合わせ一次対応 | ナレッジ整備が品質を左右します |
| 生成AI型 | 会話文脈を踏まえて回答を生成 | 複雑な案内、自然な聞き返し | 誤回答抑制と監視が不可欠です |
| オペレーター支援型 | 通話の文字起こし・要約・回答候補 | 有人窓口の効率化 | 完全自動化とは目的が異なります |
AIチャットボットとの違いは、音声と電話網を扱う点です。電話では雑音、方言、言い直し、割り込み、沈黙、通信品質、通話切断を考慮します。画面がないため、長い選択肢や複雑な説明は伝わりにくく、会話設計の難易度も上がります。テキスト対応を含めて検討する場合は、AIチャットボット開発費用も参考にしてください。
導入費用の目安
AIボイスボットの費用は、製品の契約料だけでは決まりません。電話番号、同時通話数、月間通話時間、シナリオ数、連携先、有人転送、録音保存、分析、監視などの組み合わせで変わります。
以下は、達人ラボが要件整理のために示す予算検討目安です。ベンダー各社の公式相場ではなく、実際の契約額を保証するものではありません。2026年10月時点でも、多くの法人向けサービスは個別見積もりです。
| 導入タイプ | 初期費用の目安 | 運用費の目安 | 主な範囲 |
|---|---|---|---|
| 小規模な既製SaaS | 0万〜50万円 | 月0.5万〜20万円＋従量料 | 代表電話、簡易受付、録音、通知 |
| 部門PoC | 50万〜200万円 | 月5万〜30万円＋従量料 | 1〜3業務、シナリオ作成、効果検証 |
| 法人向け製品の本格導入 | 200万〜800万円 | 月20万〜200万円＋従量料 | 複数業務、PBX・CRM連携、監視 |
| 独自開発・大規模統合 | 800万〜3,000万円以上 | 月50万円以上＋従量料 | 独自会話、複数システム、冗長化、個別運用 |
小規模SaaSは短期間で始めやすい一方、同時通話、外部連携、個別セキュリティ要件に上限があります。独自開発は柔軟ですが、音声AI以外に電話基盤、管理画面、監視、ログ、テスト、保守まで作る必要があります。まず既製サービスで業務を検証し、要件が明確になってから連携や開発を広げる方法が現実的です。
仕組みとシステム構成
AIボイスボットは、1つのAIだけで動くものではありません。電話網から音声を受け取り、認識し、会話を判断し、応答音声を作り、必要に応じて業務システムへ接続します。
基本的な流れは次のとおりです。
- 利用者が電話番号へ発信します。
- 電話回線、クラウド電話、PBXが着信を受けます。
- 音声認識が発話をテキストや意味情報へ変換します。
- シナリオ、FAQ、生成AIが次の応答や処理を判断します。
- CRM、予約台帳、受注管理などから必要な情報を取得します。
- 音声合成が回答を読み上げます。
- 解決できない場合は、会話履歴とともに有人窓口へ転送します。
- 通話後に録音、文字起こし、要約、結果を保存します。
製品デモの会話が自然でも、自社の電話回線や顧客データとつながらなければ業務は完結しません。見積もりでは、音声AIの性能だけでなく、着信から後処理までの全体構成を確認します。
会話制御には、ルール型、意図分類型、生成AI型があります。ルール型は予測しやすく、住所確認や予約日時の聞き取りなど、決められた処理に向いています。生成AI型は言い換えに強い一方、回答範囲を制限する仕組みが必要です。重要な取引条件や医療・金融などの案内では、生成文をそのまま確定回答にせず、登録済み情報の検索や有人確認を組み合わせます。
費用を左右する要因
月間通話量とピーク同時通話数
月間の着信件数だけでなく、1通話の平均時間と集中時間帯を確認します。月1万件でも1分で終わる受付と、平均8分の相談では音声処理量が大きく異なります。キャンペーンや障害時に着信が集中する場合、平常時より大きい同時通話枠が必要です。
会話シナリオの数と複雑さ
営業時間の案内だけなら短い設定で済みます。予約変更では、本人確認、対象予約の検索、空き枠提示、日時確認、更新、完了通知まで設計します。例外条件や聞き返しが増えるほど、要件定義、テスト、改善の工数が増えます。
外部システム連携
CRMや予約システムとAPI連携する場合、認証、項目変換、タイムアウト、重複登録防止、エラー時の戻し処理を作ります。APIがない古いシステムでは、RPAや中継DBが必要になることもあります。連携先の改修費はボイスボットの見積もり外になりやすいため注意が必要です。
電話基盤と番号
新しい番号を発行するか、既存番号を継続するかで構成が変わります。既存PBXから転送する場合は、転送料、発信者番号の引き継ぎ、転送ループ、営業時間外の制御を確認します。フリーダイヤル、ナビダイヤル、国外通話なども料金条件が異なります。
音声認識・生成AI・音声合成
クラウドAIは音声秒数、文字数、トークン数、リクエスト数で課金される場合があります。会話履歴を長く保持して生成AIへ渡すほど、処理量が増えます。高品質な音声、低遅延モデル、複数言語も追加費用の要因です。
セキュリティと運用要件
IP制限、SSO、権限管理、監査ログ、データ保管地域、暗号化、保存期間、マスキング、脆弱性診断などを求めると、上位プランや個別対応が必要です。24時間監視や障害時の復旧目標を厳しくするほど運用費も上がります。
料金体系と総額の計算方法
ボイスボットの見積書には、複数の課金単位が混在します。単価が低く見えても、対象となる時間や件数が違えば総額は比較できません。
主な料金項目
- 初期設定費：環境発行、電話番号設定、権限設定などです。
- シナリオ設計費：会話フロー、文言、例外処理、テストを含みます。
- 月額基本料：管理画面、アカウント、標準機能の利用料です。
- 回線・電話番号料：番号維持、着信、発信、転送にかかります。
- 音声処理料：通話分数または音声秒数で課金されます。
- AI利用料：音声認識、生成AI、音声合成の利用量に応じます。
- 同時通話料：チャネル数やピーク枠に応じます。
- 連携費：PBX、CRM、予約システムなどの接続開発です。
- 保守費：監視、問い合わせ、シナリオ改善、障害対応です。
月額総額は「基本料＋電話番号料＋通話時間×通話単価＋AI利用量×AI単価＋転送料＋保守費」で概算できます。さらに初年度は、初期設定、設計、連携、テスト、教育の費用を加えます。繁忙月の最大値でも試算すると、予算超過を防ぎやすくなります。
月額料金を比較するときは、同じ条件の月間件数・平均通話時間・転送率・同時通話数で試算書をそろえます。
従量課金で確認する質問
「会話している時間だけか、呼び出しや保留時間も含むか」「秒単位か分単位で切り上げるか」「AIが聞き返した時間も課金されるか」「有人転送後の通話料は誰が負担するか」「失敗した発信も件数に含むか」を確認します。生成AIの単価はモデル更新や為替でも変わるため、単価改定時の通知と上限設定も必要です。
月1,000件・1万件・10万件の費用を同じ式で比べる
利用量の比較では、ベンダーごとに違う料金表を眺めるだけでは判断できません。まず「月間件数×平均通話時間」で総通話分数を出し、そこへピーク時の同時通話、有人転送率、外部システム更新回数を加えます。以下は価格保証ではなく、見積条件をそろえるための架空例です。
| 架空ケース | 利用条件 | 見積もりで分ける費用 | 判断ポイント |
|---|---|---|---|
| 小規模受付 | 月1,000件、平均2分、同時2通話、1シナリオ | 初期設定、月額基本料、2,000分の音声処理、番号維持 | SaaS標準機能で完了するか。個別開発が初期費用を押し上げていないか |
| 予約センター | 月1万件、平均3分、同時20通話、予約API連携 | 30,000分の処理、ピーク枠、API連携、監視、月次改善 | 予約更新失敗時の有人切替と、繁忙月の超過単価を含むか |
| 大規模窓口 | 月10万件、平均4分、同時100通話、複数CRM | 400,000分の処理、冗長化、専用接続、24時間監視、教育 | 障害時の迂回、復旧目標、セキュリティ審査、専任運用を含むか |
小規模では月額単価より初期設計費の割合が大きく、大規模では1分あたりの単価、同時通話枠、転送後の通話料が総額を左右します。見積書には平常月と繁忙月を分け、年間総額へ「初期費用＋12か月の固定費＋利用量費＋改善費」を入れます。PoCだけ安く、本番で高額になる提案を避けるため、本番移行後の単価表も契約前に受け取ります。
費用だけでなく損益分岐点を決める
導入判断では、自動完了1件あたりの費用を計算します。たとえば月1万件のうち4,000件を正しく自動完了し、月額総費用が120万円なら、単純な自動完了単価は300円です。これを現在の有人対応原価、営業時間外の取りこぼし、後処理時間と比べます。転送や再入電を「自動化成功」に含めると効果を過大評価するため、自動完了、有人転送、離脱、再入電を分けます。
本番化の合格条件は「認識率90％」のような技術指標だけにしません。「予約登録まで完了した割合」「誤登録率」「有人へ安全に切り替えられた割合」「1件当たり総コスト」を使います。数字が基準を下回る場合は、全体導入を急がず、対象用件を絞る、プッシュ入力を併用する、有人受付へ戻すという判断をします。
開発基盤の料金と位置づけ
独自開発ではOpenAI、Amazon Web Services、Google Cloudなどの基盤を組み合わせる場合があります。これらは柔軟な開発手段ですが、完成済みの国内電話受付サービスと同じものではありません。
OpenAI
OpenAI APIの公式料金では、モデルごとにテキストや音声の入力・出力単価が示されています。リアルタイム音声モデルを使うと、音声を受けながら低遅延で応答できます。ただし、電話番号、回線、PBX、録音、本人確認、監視画面などは別途設計します。モデル名と料金は更新されるため、公開時点の公式ページで確認してください。
Amazon Connect
Amazon Connectの公式料金は、音声サービス、電話番号、通話、分析などを利用量に応じて課金する仕組みです。コンタクトセンター機能をクラウドで組み立てやすい一方、リージョン、電話種別、関連サービスによって単価が変わります。構築パートナーへ依頼する場合は、AWS利用料と構築・保守費を分けて確認します。
Google Cloud
Google Cloud Conversational Agentsの公式料金では、音声や会話機能が利用量に応じて課金されます。Dialogflowのエディションと料金も、利用する機能や版を判断する一次情報です。電話接続や業務API、ログ監視は構成に応じて追加します。
完成SaaSは、管理画面や標準シナリオ、電話機能、サポートがまとめられているため導入が速いです。開発基盤は独自要件へ合わせやすい反面、設計と運用の責任範囲が広がります。AIを使った複数業務の自動化まで含める場合は、AIエージェント開発費用との違いも整理してください。
向いている業務と活用例
AIボイスボットに向くのは、会話が短い業務ではなく、完了条件と例外時の引き継ぎを定義できる業務です。以下は実績ではなく、導入範囲を考えるための架空ケースです。
代表電話の一次受付
会社名、氏名、用件、折り返し先を聞き取り、担当部署へ通知します。営業時間外も受付でき、営業電話の振り分けにも役立ちます。重要顧客や緊急用件は、キーワードだけで判断せず、顧客番号や契約情報と組み合わせます。
予約の受付・変更
飲食店、医療、宿泊、美容、修理訪問などで、希望日時と人数を聞き、予約システムへ登録します。空き枠のリアルタイム照会が必要です。聞き間違いを防ぐため、最後に日時を復唱し、SMSやメールで確定内容を送ります。
架空の修理受付会社では、正常系を「契約番号確認→住所確認→希望枠照会→復唱→予約登録→SMS送信」と定義します。日付を聞き取れない場合は2回まで聞き返し、それでも確定できなければ有人へ転送します。予約APIがタイムアウトした場合は、登録済みと案内せず、折り返し受付へ切り替えます。完了条件は会話終了ではなく、予約IDが発行され、利用者へ確認通知が届いた状態です。
PoCでは100件以上のテスト発話を用意し、「来週の午後」「15日か16日」「前と同じ時間」のような曖昧表現、周囲の雑音、途中訂正を含めます。評価するのは文字起こしの正確さだけではありません。予約の正確な登録率、有人転送率、平均所要時間、誤登録率を測り、誤登録が許容値を超える場合は対象業務を絞ります。
注文・配送状況の照会
注文番号や電話番号で本人を確認し、配送予定や受付状況を案内します。口頭で長い番号を聞き取ると失敗しやすいため、プッシュ入力やSMSのリンクと併用します。
定型問い合わせと障害一次受付
営業時間、店舗案内、手続き方法など、回答が定まっている質問を自動化します。障害受付では、症状と機器情報を聞き取り、緊急度に応じて担当者へ転送します。生成AIに自由回答させるより、承認済みナレッジを検索して答える方が安全な領域もあります。
発信業務
予約確認、支払案内、満足度調査、点検案内などを自動発信できます。発信時間帯、同意、拒否登録、本人以外が出た場合の扱いを設計します。機械的な連続発信は顧客体験を損なうため、対象と頻度を絞ります。
自動化に向くのは、件数が多く、手順が一定で、完了条件を明確に判定できる電話です。苦情、交渉、個別判断、緊急性の高い相談は、早めに人へ引き継ぐ設計が適しています。
有人転送・PBX・CRM連携
電話業務は、正常に完了した会話だけでは評価できません。聞き返し、本人確認失敗、有人転送、外部API停止を含めた四つの流れを同じ設計書へ載せます。各経路に開始条件、AIの発話、記録内容、転送先、完了条件を置くと、デモでは見えない運用負荷を比較できます。
| 会話経路 | 開始条件 | ボイスボットの処理 | 完了条件 | 確認するKPI |
|---|---|---|---|---|
| 正常系 | 意図と本人情報を確認できる | 用件を処理し、結果を復唱して通知する | 業務システムに処理IDが発行される | 自動完了率、誤登録率、平均処理時間 |
| 聞き返し | 無音、低信頼度、選択肢外の回答 | 質問を短く言い換え、最大回数を超えたら転送する | 再質問で確定するか、人へ安全に引き継ぐ | 聞き返し率、離脱率、再入電率 |
| 有人転送 | 利用者の希望、感情上昇、禁止領域、認証失敗 | 氏名、認証結果、用件、会話要約を転送先へ渡す | 担当者が情報を受け取り応対を開始する | 転送成功率、再説明時間、待ち時間 |
| 障害系 | PBX、音声認識、生成AI、APIの異常 | 縮退案内、既存IVR、折り返し受付へ切り替える | 未処理一覧が残り、復旧後に追跡できる | 検知時間、切替時間、欠落件数、二重登録件数 |
たとえば配送照会で注文番号を二度聞き取れなかった場合、同じ質問を繰り返しません。「SMSで番号を入力する」「プッシュ入力へ切り替える」「有人窓口へつなぐ」の順で代替手段を提示します。CRMが停止している場合は配送済みなどと推測で答えず、折り返し先と用件だけを保存します。こうした分岐を受け入れ試験へ入れると、認識率が高いだけの提案を避けられます。
PBX・APIの責任分界を一枚で固定する
障害時に最も時間を失うのは、原因調査ではなく担当会社の押し付け合いです。発注前に、電話番号、回線、PBX、SIP接続、音声認識、生成AI、業務API、CRM、監視、録音保存を並べ、構築者、運用者、一次受付、復旧判断者を記入します。
| 領域 | 平常時の責任 | 障害時に提出する情報 | 契約前の確認 |
|---|---|---|---|
| 電話番号・回線 | 通信事業者またはPBX事業者 | 着信時刻、発信番号、呼制御ログ | 番号維持、転送条件、障害迂回先 |
| PBX・SIP | 電話基盤ベンダー | SIP応答コード、同時通話数、切断位置 | 保留、内線転送、録音主体、冗長化 |
| 会話AI | ボイスボット事業者 | 認識信頼度、会話ID、分岐結果 | 再質問、禁止回答、モデル更新の影響 |
| 業務API | 自社または業務システム会社 | リクエストID、応答時間、エラーコード | タイムアウト、再送、取り消し、二重登録防止 |
| 監視・一次受付 | 運用受託先または自社 | アラート時刻、影響件数、暫定対応 | 受付時間、通知先、復旧目標、事後報告 |
責任分界表には「APIが200を返したが登録されていない」「転送は成功したがオペレーター画面へ要約が出ない」のような境界障害も入れます。月次会議では件数だけでなく、どの境界で失敗したかを確認し、再現試験と改修担当を決めます。
有人転送の設計
利用者が「担当者と話したい」と言った場合だけでなく、認識失敗が続く、本人確認に失敗する、禁止領域の質問が出る、感情が強い、一定時間を超える、といった条件で転送します。転送先が話中なら、折り返し受付や予約へ切り替えます。
転送時に、氏名、用件、認証結果、会話要約をオペレーター画面へ渡せると、同じ説明を繰り返さずに済みます。音声だけを転送して履歴が届かない構成では、利用者の負担が残ります。
PBX・クラウド電話との接続
既存の代表番号を維持する場合、PBXからボイスボットへ転送する構成が一般的です。SIP接続、内線転送、番号通知、保留音、録音主体、障害時の迂回先を確認します。既存ベンダーと新規ベンダーの責任分界を図にしておくと、障害時の切り分けが速くなります。
CRM・業務システム連携
CRM連携では、発信者番号に一致する顧客候補を表示し、会話結果を活動履歴へ記録します。ただし、電話番号だけで本人と断定してはいけません。重要情報を扱う場合は、生年月日、会員番号、ワンタイム認証などを組み合わせます。
API連携では、読み取りと更新を分けて権限を最小化します。予約変更や解約のような更新処理は、復唱確認、二重送信防止、操作ログ、取り消し手順を実装します。
障害時の切り替えを事前に演習する
本番では、PBX、音声認識、生成AI、CRMのどこかが停止します。障害時にAIが曖昧な案内を続けないよう、依存サービスごとの動作を決めます。CRMだけ停止した場合は情報を聞き取って折り返しキューへ保存し、音声基盤が停止した場合は既存IVRまたは有人番号へ迂回します。すべての障害で同じ案内を使うと、受付できる業務まで止めてしまいます。
公開前には、APIタイムアウト、認証期限切れ、同時通話上限超過、転送先話中を意図的に発生させます。担当者、検知方法、切り替え操作、利用者向け案内、復旧後の未処理確認を記録し、年1回ではなく構成変更時にも演習します。完了条件は「電話がつながる」ではなく、受付内容が欠落せず、二重登録も起きず、担当者が未処理件数を確認できる状態です。
録音・個人情報・安全運用
電話では、氏名、住所、電話番号、契約内容、会話音声などの個人情報を扱う可能性があります。導入前に、取得目的、利用範囲、保存場所、保存期間、委託先、削除方法を整理します。録音する場合は、冒頭で録音目的を案内し、プライバシーポリシーや社内規程との整合を確認します。
確認すべき安全項目
- 通話音声、文字起こし、要約がどの国・地域に保存されるか
- データがAIモデルの学習に利用されるか、無効化できるか
- 保存時と通信時の暗号化があるか
- 管理画面にSSO、多要素認証、IP制限、権限管理があるか
- 誰が録音を再生・ダウンロードしたか監査できるか
- クレジットカード番号などを録音・文字起こしから除外できるか
- 保存期間終了後に自動削除できるか
- 再委託先と障害・漏えい時の連絡手順が明確か
- 生成AIが参照できるデータ範囲を制限できるか
録音データを「念のため無期限保存」する運用は避け、目的ごとに最短の保存期間を決めます。テスト環境へ本番の通話データをそのままコピーせず、マスキングした検証データを使います。
本人確認が必要な業務では、AIが聞き取った情報の一致だけに依存しません。認証強度を業務リスクに合わせ、重要な変更や契約は有人確認へ回します。また、緊急通報や生命に関わる相談を通常のボイスボットで受けないよう、対象外業務と案内先を明確にします。
導入の進め方
1. 電話業務を可視化する
1〜2か月分の着信件数、時間帯、平均通話時間、用件、転送先、放棄呼、後処理時間を集計します。感覚ではなく、録音や応対記録から上位の用件を分類します。
2. 対象業務と完了条件を決める
「電話を減らす」ではなく、「営業時間案内を自動完了する」「予約変更をシステムへ登録する」のように定義します。ボイスボット内で完了する業務と、情報を聞き取って人へ渡す業務を分けます。
3. セキュリティと連携要件を整理する
電話番号、PBX、CRM、録音、個人情報、データ保存、権限、有人転送を一覧化します。見積もり前に現行ベンダーへ接続可否を確認すると、後から構成が変わるリスクを減らせます。
4. 同一条件で見積もりを取る
月間件数、平均時間、ピーク同時数、シナリオ数、連携先、運用時間、保守範囲を各社へ同じ形式で伝えます。初年度総額、平常月、繁忙月の3パターンを依頼します。
5. PoCを行う
対象を1〜2業務へ絞り、実際の電話環境で検証します。社員のきれいな発話だけでなく、雑音、言い直し、曖昧な日付、途中割り込み、番号読み上げなどを試します。
6. 段階的に本番化する
最初は営業時間外や一部着信から始め、転送率、失敗理由、苦情を確認します。シナリオを改善してから対象時間や業務を広げます。
PoCで測るべき指標
PoCは「AIが話せたか」を見るデモではありません。業務成果と安全性を判断します。
| 指標 | 確認する内容 |
|---|---|
| 自動完了率 | 人へ渡さず正しく完了した割合 |
| 意図認識率 | 用件を正しい分類へ振り分けた割合 |
| 情報取得成功率 | 氏名、日時、番号などを正しく取得した割合 |
| 有人転送率 | 人へ引き継いだ割合と理由 |
| 平均処理時間 | 通話と後処理にかかった時間 |
| 放棄率 | 途中で利用者が切断した割合 |
| 再入電率 | 同じ用件で再度電話した割合 |
| 修正率 | 登録結果を人が修正した割合 |
| 顧客評価 | わかりやすさ、待ち時間、安心感 |
自動完了率だけを追うと、無理に会話を続けて顧客満足を下げるため、正答率・再入電・有人転送を同時に見ます。
PoCには、頻出用件だけでなく、認識しにくい発話と危険な例外を含めます。合格基準は本番前に決め、達しなければ対象を狭める、プッシュ入力を併用する、人へ早くつなぐなどの改善を行います。
国内6サービス・会社を比較
以下は、公式情報を2026年10月13日に確認し、対応範囲の違いを整理したものです。多くの法人向け製品は料金を公開していないため、推測せず「要問い合わせ」としています。製品名だけで選ばず、自社の回線、連携、運用条件で見積もりを取ってください。
| 会社・サービス | 特徴 | 料金・確認先 | 向いている企業 | 公式URL |
|---|---|---|---|---|
| LINE WORKS AiCall | 既存PBXを活用できる法人向けAI電話サービス。大規模運用の実績を案内しています | 要問い合わせ | コールセンター、既存電話基盤を生かしたい企業 | 公式サイト |
| IVRy | IVR、AI応答、文字起こし、通知などをクラウドで利用できます | 公式料金ページに複数プランを掲載。番号維持・従量料は別途 | 小規模事業者、代表電話から早く始めたい企業 | 公式料金 |
| MOBI VOICE | AI電話自動応答を提供。チャットボットや生成AI関連機能と組み合わせられます | 要問い合わせ | チャットと電話の窓口を統合したい企業 | 公式サイト |
| PKSHA VoiceAgent | コンタクトセンター向けの音声AI。旧PKSHA Voicebotから名称変更されています | 要問い合わせ | FAQや顧客情報を活用する大規模窓口 | 公式サイト |
| DHK CANVAS | 電話放送局が提供するノーコード型。AIエージェントとシナリオ型、受発信、外部連携に対応します | 要問い合わせ | 業務部門でシナリオを改善したい企業 | 公式サイト |
| NTTネクシア AIボイスボット | 単純FAQから複雑な受発信、バックオフィス連携、電話転送まで支援します | 要問い合わせ | 運用設計や有人窓口を含め相談したい企業 | 公式サイト |
LINE WORKS AiCall
既存PBXを活用した構成を検討でき、企業のコールセンター用途に向きます。問い合わせが多い企業は、ピーク同時通話数、既存番号、有人席への転送、運用監視を具体的に確認してください。
IVRy
公式料金ページで小規模向けのプランが確認でき、段階的に試しやすいサービスです。ただし表示される月額だけでなく、番号維持費、通話料、AI機能、利用上限を自社条件で確認します。
MOBI VOICE
電話とチャットの顧客対応を含めて検討しやすい構成です。一部機能では関連製品や生成AIオプションが必要になるため、希望機能が標準か追加かを見積書で分けます。
PKSHA VoiceAgent
コンタクトセンター用途で、ナレッジや顧客情報と組み合わせた音声対応を検討できます。既存のオペレーター業務、FAQ、CRMを含めて設計したい企業に向きます。
DHK CANVAS
ノーコードで運用部門が改善しやすい点が特徴です。シナリオ型とAI型のどちらを使うか、受信・発信、マスタ連携の範囲を業務ごとに確認します。
NTTネクシア
電話応対の運用知見と、ボイスボット、有人対応、バックオフィス連携を含む相談ができます。ツール提供だけでなく、運用まで委託したい場合は、担当範囲と品質指標を確認します。
開発会社・サービスの選び方
選定では製品機能の多さより、自社の電話業務を安全に完了させる設計力を比べます。初回面談では、成功事例だけでなく、失敗した会話をどう検知し、誰がどの頻度で直すかを聞きます。
業務設計から支援できるか
音声認識エンジンの説明だけでなく、現状分析、対象業務の選定、会話設計、例外処理、効果測定を支援できる会社を選びます。技術的に可能でも、利用者が電話で完了できない設計では成果が出ません。
電話基盤の経験があるか
Webシステム開発とは異なり、電話には番号、回線、PBX、SIP、転送、同時通話、録音があります。既存環境との接続実績と、障害時の責任分界を確認します。
AIの失敗を前提に設計するか
「認識率が高い」という説明だけでなく、聞き取れない場合、誤回答の疑いがある場合、システム連携に失敗した場合の動作を聞きます。安全な有人転送とログ確認が設計されている会社が適しています。
改善運用を支援するか
本番後は、未認識語、離脱箇所、転送理由を分析し、会話を直します。月次レポートの内容、改善回数、追加シナリオの単価、社内で変更できる範囲を確認します。
見積もりの前提が透明か
何件・何分・何チャネルを前提にした金額かが明記されているか確認します。上限超過、繁忙月、モデル変更、保守時間外の料金も必要です。
候補を3社へ絞ったら、同じ5つの質問をします。「認識できない発話が3回続いたときの動作」「予約API更新が失敗したときの復旧」「月1万件・繁忙月1万5,000件の年間総額」「シナリオ修正を自社で行える範囲」「録音削除と監査ログの提供方法」です。回答を機能の有無だけでなく、標準機能、追加費用、実装期間、責任者、証跡で比較します。
除外条件も先に決めます。有人転送の引き継ぎ情報を渡せない、従量課金の対象時間を説明できない、連携障害時の責任分界がない、録音の保管場所と削除条件が不明な提案は、音声が自然でも採用を見送ります。逆に、対象業務が単純で件数が少ない場合は、大規模な個別開発より標準SaaSを小さく試せる会社が適しています。
AI導入全体の構想やベンダー選定から相談したい場合は、AIコンサルティングの費用相場も確認してください。
見積もり依頼前のチェックリスト
見積もり精度を上げるには、次の情報をまとめます。
- 現在の電話番号、回線、PBX、保守会社
- 月間着信・発信件数、平均通話時間、時間帯別ピーク
- 自動化したい用件と、月間の構成比
- ボイスボット内で完了させる処理
- 有人転送の条件、転送先、営業時間
- 連携するCRM、予約、受注、FAQ、認証システム
- 取得する個人情報と本人確認方法
- 録音・文字起こし・要約の保存期間
- 必要な同時通話数、対応言語、発信地域
- 稼働時間、可用性、障害連絡、復旧要件
- 管理者数、権限、SSO、監査ログ
- PoCの対象範囲、期間、合格基準
- 本番後の改善担当者と月次運用
見積もりは「同じ要件書」と「同じ利用量」で依頼し、初年度総額と3年間総額の両方を比較します。
ベンダーには、標準機能、オプション、個別開発、外部サービス料金を分けて記載してもらいます。初期費用が安くても、シナリオ変更を毎回有償依頼する製品では運用総額が増える可能性があります。逆に高機能な製品でも、自社が使わない機能に費用を払う必要はありません。
よくある失敗と対策
いきなり全電話を自動化する
用件の種類が多い代表電話を一度に置き換えると、例外が増えて品質が安定しません。頻出で定型的な1〜2業務から始め、対象外は人へつなぎます。
デモの音声だけで選ぶ
静かな環境のデモでは自然でも、実際には雑音、固有名詞、番号、方言があります。自社の実データに近いテストセットで比較します。
転送設計が弱い
AIが回答できないまま聞き返しを続けると、利用者は離脱します。聞き返し回数の上限と、有人・折り返し・SMSへの切り替えを決めます。
連携先の仕様確認が遅い
契約後にCRMのAPI制限がわかると、追加開発や手入力が発生します。PoC前にAPI仕様、認証、更新権限、テスト環境を確認します。
従量料金を小さく見積もる
通話件数だけで計算し、平均時間、保留、転送、繁忙月を含めない失敗があります。実績データから複数ケースを試算し、予算アラートを設定します。
録音と個人情報のルールがない
保存目的や閲覧権限が曖昧なまま録音を蓄積すると、リスクが増えます。取得前に規程、案内文、保存期間、削除、監査を決めます。
導入後に改善しない
商品名や制度は変わり、利用者の言い方も増えます。未認識語、転送理由、再入電を毎月確認し、シナリオとナレッジを更新します。
効果を判断する方法
効果は「入電削減率」だけでは判断しません。ボイスボットが受けた件数を分母にし、自動完了、有人転送、途中離脱、システム失敗、七日以内の同一用件再入電へ分けます。自動完了率は「業務システムで完了を確認できた件数÷対象着信件数」、一次解決率は「七日以内に同じ用件で再入電しなかった完了件数÷対象着信件数」で計算します。
架空例として、月1万件、有人原価が1件700円、導入前の総原価が700万円の窓口を考えます。導入後に4,500件を自動完了し、800件が七日以内に再入電した場合、実質完了は3,700件です。有人削減額を単純化して259万円、ボイスボット月額を140万円、運用改善費を30万円とすると、月間純効果は89万円です。初期費用900万円なら、単純回収期間は約10.1か月です。ただし、残業減少や取りこぼし受注は根拠を分け、効果へ二重計上しません。
本番化後は週次で運用品質、月次で費用対効果を見ます。誤登録率が基準を超えた場合は該当シナリオを停止し、転送へ戻します。自動完了率が低い場合も、AIの精度だけでなく、質問が長い、利用者が番号を準備できない、API応答が遅いという原因へ分解します。三か月連続で純効果がマイナスなら、対象用件の縮小、契約プラン変更、停止を経営判断に上げます。
発注仕様書に最低限入れる項目
発注仕様書は製品名ではなく、業務結果を中心に書きます。対象用件、月間件数、ピーク同時通話、平均通話時間、利用言語、既存番号、営業時間、本人確認、連携API、録音、保存期間、有人転送、障害迂回、報告、検収条件を記載します。
検収では、正常会話だけでなく、無音、騒音、言い直し、曖昧な日付、本人確認失敗、APIタイムアウト、転送先話中、同時通話上限超過を試します。成果物には会話フロー、シナリオ一覧、接続構成図、責任分界表、テスト結果、運用手順、障害連絡網、管理者教育、設定一覧を含めます。ソースや設定の所有権、契約終了時のデータ返却と削除も明記します。
提案比較では、同じ100件以上の試験発話を各社へ渡し、自動完了率、誤処理、転送成功、平均時間、障害時の挙動を比べます。デモ用の整った音声だけで判断せず、自社の実際の騒音、話者、固有名詞を含むデータで検証します。
費用対効果は、人件費削減だけで判断しません。電話の取りこぼし、営業時間外受付、顧客待ち時間、オペレーターの後処理、応対品質も含めます。
年間効果の概算は「削減できた有人対応時間×時間単価＋取りこぼし減少による粗利＋後処理削減−年間総費用」で考えられます。ただし、すべての自動応答が人員削減に直結するわけではありません。空いた時間を高難度対応や顧客フォローへ再配分できたかを確認します。
品質面では、苦情率、誤登録率、再入電率を監視します。自動完了件数が増えても、再入電が増えれば実質的な効率は下がります。導入前の基準値を取り、PoC、本番1か月、3か月、6か月で比較します。
AIボイスボットに関するよくある質問
小規模な会社でも導入できますか？
できます。代表電話の受付や営業時間案内なら、小規模向けクラウドサービスから始められます。まず月間件数と自動化する用件を絞り、月額基本料だけでなく電話番号・通話の従量料も確認してください。
導入までどのくらいかかりますか？
標準機能で簡単な受付を作る場合は数日から数週間、本格的なシナリオや外部連携がある場合は2〜6か月以上が目安です。これは一般的な工程感であり、正式な納期は要件とベンダー体制で変わります。
既存の電話番号をそのまま使えますか？
製品と現在の回線構成によります。既存PBXから転送する方法、番号を移行する方法、新番号を案内する方法があります。転送料、発信者番号通知、障害時の迂回も確認してください。
すべての電話を無人化できますか？
技術的に会話できても、個別判断、苦情、交渉、緊急相談は有人対応が適しています。無人化率の最大化より、正しく完了する業務と安全に転送する業務を分けることが重要です。
方言や高齢者の話し方にも対応できますか？
音声認識は改善していますが、話速、雑音、方言、固有名詞で差が出ます。対象顧客に近い音声でPoCを行い、聞き返し、プッシュ入力、有人転送を用意してください。
ChatGPTをつなげればすぐ作れますか？
生成AIだけでは電話サービスになりません。電話回線、リアルタイム音声、会話制御、業務API、録音、監視、セキュリティ、有人転送が必要です。試作と安定した本番運用では必要な設計が異なります。
録音をAIの学習に使われませんか？
サービスと契約条件によります。データの学習利用、保存、処理地域、削除、オプトアウトを契約前に確認してください。機密情報を含む場合は、学習利用されない法人向け条件と権限管理を選びます。
費用を抑える方法はありますか？
対象業務を絞り、既製機能を使い、連携を段階化すると抑えやすくなります。長い自由会話を避け、短いシナリオやSMSを併用すると通話時間も減らせます。安さだけで選ばず、再入電や手修正のコストも含めて判断します。
複数社の見積もりで金額が大きく違うのはなぜですか？
標準機能の範囲、通話量の前提、連携、シナリオ作成、保守、AIモデルが異なるためです。前提条件と除外事項をそろえ、初年度総額、繁忙月、追加変更の単価を比較してください。
まとめ
AIボイスボットの費用は、低価格な既製SaaSから大規模な独自開発まで幅があります。価格差を生むのは、音声AIだけではありません。電話回線、同時通話、会話設計、PBX・CRM連携、有人転送、録音、セキュリティ、改善運用が総額を左右します。
まず実際の電話データを集計し、自動化する業務と完了条件を決めてください。そのうえで同一条件の見積もりを取り、小さなPoCで認識精度、自動完了、再入電、有人転送を確認します。完成SaaSと開発基盤を混同せず、自社に必要な運用責任の範囲まで比較することが大切です。
AIの達人に相談する
AIの達人では、電話業務の整理、AIボイスボットの適用範囲、製品比較、PoC設計、開発会社への見積もり条件づくりを支援します。製品ありきではなく、現在の回線・PBX・CRM・有人対応を確認し、費用と安全性を両立できる導入方法をご提案します。
参考・出典
- OpenAI API Pricing（2026年10月13日確認）
- Amazon Connect料金（2026年10月13日確認）
- Google Cloud Conversational Agents料金（2026年10月13日確認）
- Dialogflowのエディション（2026年10月13日確認）
- LINE WORKS AiCall（2026年10月13日確認）
- IVRy料金（2026年10月13日確認）
- MOBI VOICE（2026年10月13日確認）
- PKSHA VoiceAgent（2026年10月13日確認）
- DHK CANVAS（2026年10月13日確認）
- NTTネクシア AIボイスボット（2026年10月13日確認）
※料金、機能、名称は変更される場合があります。契約前に各公式サイトと見積書で最新情報をご確認ください。
