「営業時間外の電話が取れない」「同じ問い合わせのたびに手が止まる」——電話の一次対応は、中小企業や店舗にとって地味に大きな負担です。この記事では、その電話の一次対応を音声AI(ボイスボット)で無人化する仕組みと、導入すべきか判断するための実務ポイントを、料金や通話録音・個人情報の注意点まで含めて解説します。
AI電話自動応答(ボイスボット)とは、かかってきた電話に対しAIが人の代わりに音声で応答・会話し、用件のヒアリング・振り分け・予約受付といった一次対応を自動で行う仕組みです。相手の発話を音声認識(ASR)で文字にし、対話AIが意図を判断し、合成音声(TTS)で返答するため、「1番を押してください」というプッシュ操作型の従来IVRと違い、自由に話した内容にも応答できます。人手をかけず24時間365日、定型の電話一次対応をさばける点が最大の特徴です。
AI電話自動応答(ボイスボット)とは?仕組みをわかりやすく
ボイスボットの処理は、大きく3ステップで進みます。まず「音声認識(ASR)」で相手の声をリアルタイムに文字へ変換し、次に「対話管理」でその文字の意図を解釈して次の質問や回答、転送などの分岐を決め、最後に「音声合成(TTS)」で自然な音声にして返します。この一連の往復を高速に繰り返すことで、電話越しの会話が成立します。近年は生成AI(LLM)を組み合わせ、言い直しや曖昧な言い回しにも意味を汲んで応答できるサービスが増えています。
本記事は、電話自動化のなかでも「音声AI=ボイスボット」というチャネルに絞って深掘りします。電話代行・IVR・AIまで含めた電話自動化全体の入口の選び方は、電話代行・IVR・AIの3タイプを横断して電話自動化全体の入口を選ぶ方法で比較しているので、まず全体像から検討したい方はそちらをご覧ください。
ボイスボットと従来のIVR(自動音声・プッシュ操作)・電話代行の違い
混同されやすい3つの手段を、実務で効いてくる軸で並べると違いが明確になります。ボイスボットは「自由発話の会話」、従来IVRは「番号のプッシュ操作」、電話代行は「人の応対」という根本的な差があります。
比較軸 | ボイスボット(音声AI) | 従来型IVR(プッシュ操作) | 電話代行(人) |
|---|---|---|---|
応答方式 | 自由発話を音声認識して会話 | 定型音声+番号のプッシュ操作 | オペレーターが応対 |
24時間対応 | ◯(無人で常時) | ◯(自動音声のみ) | △(プランや対応時間による) |
一次対応の範囲 | ヒアリング・要約・振り分け・予約受付・簡単な回答 | 用件の振り分けが中心 | 幅広い(臨機応変・複雑な要件も可) |
初期・月額の目安 | 月額数千円〜(小規模)/大規模は要問い合わせ | 低〜中(電話設備に付帯の場合も) | 月額+件数課金(人件費相当) |
向くケース | 定型の一次対応を無人で大量にさばきたい | 用件を番号で振り分けたいだけ | 有人品質で複雑対応も外注したい |
音声認識(ASR)・チャットボットとの違い|似た言葉の整理
相談を受けていて最も多い取り違えが、「音声認識」と「ボイスボット」を同じものだと思っているケースです。音声認識は声を文字に変える部品であって、それ自体は何も応答しません。ボイスボットは、その部品に意図理解・応答生成・音声合成・電話回線との接続を足して1本の電話を最後まで処理しきる仕組みです。チャットボットとの違いは中身ではなく入口で、文字か音声かだけが違います。
呼び名 | 正体 | 入口 | 単体でできること |
|---|---|---|---|
ボイスボット(AI電話自動応答) | ASR+意図理解+TTS+電話回線を束ねた仕組み | 電話番号への着信 | 会話しながら用件を聞き取り、記録・転送まで完結できる |
音声認識(ASR/音声のテキスト化) | 声を文字に変換するAPI・エンジン | 音声データ(ファイル/ストリーム) | 文字起こしのみ。応答も判断もしない |
チャットボット | 文字で対話するAI | Webサイト・LINE・チャットツール | 文字での回答・受付。電話は受けられない |
従来型IVR | 録音音声+プッシュ番号の分岐 | 電話番号への着信 | 用意した選択肢への振り分けのみ |
実務では、この4つを排他で選ぶより入口ごとに割り当てるほうがうまくいきます。電話はボイスボット、サイトからの質問は自社サイトに埋め込むAIチャットボット、常連や店舗のお客様はLINEのAIチャットボット、という具合です。裏側のFAQや業務ルールを共通化しておくと、回答のブレも保守の手間も一度で済みます。
音声AIが電話の一次対応でできること・できないこと
過度な期待も過小評価も禁物です。得意・不得意をあらかじめ切り分けておくと、導入後のギャップが減ります。
- できること:用件のヒアリングと要約、営業時間・場所・在庫などの定型回答、予約や折り返し希望の受付、担当部門への振り分け、SMSでのURL送付、繁忙時の「あふれ呼」の受け皿。
- 苦手なこと:感情的なクレームの沈静化、前提が曖昧で交渉を要する相談、専門知識に基づく個別判断、騒音・訛り・専門用語による誤認識への対応。こうした要件は無理に自動化せず、有人へ引き継ぐ設計が現実的です。
「AI自動応答システム」として何ができて、何ができないか
「AI自動応答システム」という言い方で探されることも多いのですが、この言葉は電話・チャット・メールをまとめた広い呼び名です。電話に限って言えば、できるかどうかの境目は「答えが決まっているか」ではなく、「間違えたときに取り返せるか」にあります。聞き取って記録するだけの用件は、復唱と後追いの連絡でリカバリーできます。その場で判断して相手に約束してしまう用件は、間違えるとそのまま損失になります。
用件のタイプ | 例 | 自動応答の可否 |
|---|---|---|
定型回答 | 営業時間、所在地、駐車場の有無、支払い方法 | ◯ 得意。回答文を用意するだけで済む |
受付・記録 | 折り返し希望、資料請求、予約の申し込み・変更、修理受付 | ◯ 得意。復唱と通知でミスを吸収できる |
取次・振り分け | 担当部門への転送、営業電話のふるい分け | ◯ 得意。ただし転送先の在席判定は別途必要 |
調べて答える | 在庫の有無、配送状況、契約内容の照会 | △ 在庫や基幹システムとの連携が前提。本人確認の設計も要る |
例外処理・交渉 | 値引き交渉、納期の調整、キャンセル料の相談 | × 不得意。有人へ即転送する |
感情対応 | 強い口調のクレーム、謝罪が要る場面 | × 不得意。名乗りと用件だけ取って人へ渡す |
表の「△」を「◯」に寄せられるかどうかが、導入効果の分かれ目になります。たとえば予約受付は、聞き取った内容がメールで届くだけなら転記作業が残りますが、予約管理の自動化まで組んで台帳に直接書き込めれば工数はほぼゼロになります。逆に、この連携ができない状態で「調べて答える」用件まで任せると、誤案内のリスクだけが増えます。
対話型AIボイスボットは1通話をどう処理するのか(会話の流れで見る仕組み)
仕組みを「ASR→対話管理→TTS」と3語で説明されても、実際に何が起きるのかは掴みにくいと思います。ここでは1本の着信が終わるまでを、対話型AIのボイスボットが実際にたどる順番で並べ直します。検討時に見るべきポイントも各ステップに添えました。
- 着信を受ける(応答):あらかじめ用意した第一声を流します。ここで「AIが応対していること」を伝えるかどうかは設計判断です。伝えたほうが相手の話し方が短く明瞭になり、認識精度が上がる傾向があります。
- 発話を文字にする(音声認識/ASR):相手が話し終わるのを待つのではなく、話している最中から逐次変換していきます。Google Cloud の Speech-to-Text でいうストリーミング認識がこれにあたり、音声を取り込みながら途中経過の結果を返す方式です。沈黙をどのくらいで「話し終わり」と判断するか(無音区間の長さ)の設定が、会話のテンポを決めます。短すぎると相手の言葉を途中で切り、長すぎると間延びします。
- 意図を判断する(意図理解/対話管理):文字になった発話から、「予約したい」「営業時間を知りたい」「担当者に代わってほしい」といった用件を推定します。従来型は想定した言い回しの一覧と照合する方式でしたが、生成AI(LLM)を使う対話型では言い直しや遠回しな表現も意味で拾えます。
- 足りない情報を聞き返す(スロット収集):予約なら日時と人数、折り返しなら氏名と電話番号、というように用件ごとに必要な項目が埋まるまで質問を重ねます。ここが対話型ボイスボットの本体で、番号のプッシュ操作では代替できない部分です。聞き取れなかった項目だけを聞き直せるか、何回まで聞き直すか、は必ず確認してください。
- 返答を組み立てる(応答生成):回答文をシナリオから引くのか、社内資料やFAQを参照して生成するのかで、運用の手間が変わります。生成に寄せるほど言い回しは自然になりますが、言ってはいけないこと(価格の断定、納期の約束など)を止めるガードレールを別に用意する必要があります。
- 返答を音声にする(音声合成/TTS):確認のための復唱や回答を読み上げます。住所や氏名の復唱を挟むかどうかで、後工程のミスの量が変わります。
- 有人へ渡す(エスカレーション)と後処理:転送するか、折り返し受付にするかを分岐し、通話内容を要約してメール・チャットへ通知したり、SMSでURLを送ったりします。自動化の価値の多くは、実はこの後処理側にあります。「AIが電話に出た」だけでは工数は減らず、用件が整理された状態で手元に届いて初めて折り返しの往復が消えるからです。
どこで精度が落ちるのか(デモではわからない実務的な落ちどころ)
「思ったより聞き取ってくれない」の原因は、だいたい次の4か所に集中します。デモがうまくいっても本番で崩れるのは、デモが静かな部屋の携帯電話で行われるからです。
- 回線の音質:Google Cloud の Speech-to-Text のドキュメントでは、認識精度のために16000Hzのサンプルレートで録音することを推奨したうえで、従来の電話音声で多い8000Hzは精度が落ちうると明記されています。つまり電話は、そもそも音声認識にとって条件の悪い入力です。デモ環境の数字をそのまま信じないでください。
- 固有名詞:社名・商品名・地名・担当者名は、一般的な言葉に引っ張られて別の語に化けます。多くのサービスに用意されている辞書登録や、特定の語の認識されやすさを上げる調整(Google Cloud では「ブースト」と呼ばれる機能)で改善できるので、自社でよく出る固有名詞を最初に登録できるかを導入前に確認してください。
- 話し終わりの判定:無音区間の設定が短いと、少し考えて話す人の言葉を途中で切ってしまいます。高齢のお客様が多い業種では、ここを緩める調整だけで体感品質が大きく変わります。
- 周囲の騒音と同時発話:屋外や店内からの発信、テレビの音、家族の声などが混ざると崩れます。聞き取れなかったときに何が起きるか(もう一度聞くのか、無言になるのか、人へ回るのか)を先に決めておくことが、精度そのものを上げるより効きます。
電話の一次対応をAIに任せると中小企業は何が変わるか
現場で多いのは、電話が特定の時間帯に集中し、手が離せず取りこぼす「あふれ呼」と、その後の折り返し工数です。ボイスボットに一次対応を任せると、営業時間外・昼休み・繁忙時間帯でも用件を受け付けられ、取りこぼしと折り返しの往復が減ります。スタッフは電話に中断されにくくなり、本来の接客や作業に集中しやすくなります。
導入規模の実感として、対話型音声AI SaaSのIVRy公式発表では、同サービスの累計着電数は3,000万件を突破し(2024年12月時点)、日本標準産業分類の中分類の約95%にあたる業種で利用されているとしています。同社はこれを有人対応に換算すると250万時間超の削減に相当すると試算しています(一社の自社発表値)。電話の一次対応を人からAIへ移す動きが、幅広い業種で現実の選択肢になっていることがうかがえます。
なお、電話だけでなく、問い合わせメールの一次対応をAIで自動返信する仕組みと組み合わせると、電話・メール双方の取りこぼしを一次対応の入口でまとめて減らせます。
主要なボイスボット・音声AIサービスを比較【2026年時点】
ここでは公式サイトで機能・料金を確認できた主要サービスを紹介します。中小・店舗向けに料金を公開しスモールスタートしやすいタイプと、コンタクトセンター規模向けで料金が要問い合わせのタイプに分かれるのが実情です。
IVRy(アイブリー/株式会社IVRy)
電話自動応答から対話型の音声AI応答までをカバーするサービスで、通話録音・文字起こし、SMS送信、転送、予約台帳連携などをノーコードで設定できます。無料枠があり、個人店から多店舗まで小さく始めやすいのが特徴です。
AI Messenger Voicebot(現・AI Worker VoiceAgent/株式会社AI Shift)
氏名・住所などの自由入力を音声で聞き取るヒアリング機能、沈黙時に発話を促す発話誘導、通話の要約、オペレーター転送、SMS/メール/LINEへの連携などを備えたボイスボットです。金融・保険・通販など、正確なヒアリングが要る業務での導入実績が公表されています。
PKSHA VoiceAgent(株式会社PKSHA/旧 PKSHA Voicebot)
コンタクトセンターの電話対応自動化に特化したサービスで、コンタクトセンター向けの音声認識とLLM(生成AI)を組み合わせ、複雑な発話も解釈します。ノーコードの対話フロー構築、PBX/CTI連携、本人認証、コールリーズン分析などに対応します。
MOBI VOICE(モビルス株式会社)
生成AIと音声認識で自由な発話を解釈し、ノーコードでシナリオを作成・公開できるボイスボットです。API連携による本人認証・予約管理の自動化、アウトバウンド、住所データによる住所確認などに対応します。
サービス(提供元) | 特徴・主な機能 | 料金(2026年7月時点・公式サイト記載) | 向く規模 |
|---|---|---|---|
IVRy(株式会社IVRy) | 自由発話の音声AI応答、録音・文字起こし、SMS、転送、予約連携。ノーコード | フリー¥0(30着電まで)/スターター月払い¥3,980〜・年払い¥3,317〜/月。別途、電話番号維持費と従量利用料金 | 個人店〜中小・多店舗 |
AI Messenger Voicebot/AI Worker VoiceAgent(AI Shift) | 住所・氏名のヒアリング、発話誘導、要約、オペレーター転送、SMS/メール/LINE連携 | 公式サイトに金額の記載なし(要問い合わせ) | 中〜大・コンタクトセンター |
PKSHA VoiceAgent(PKSHA) | コンタクトセンター特化の音声認識+LLM、ノーコード対話フロー、PBX/CTI連携、本人認証 | 公式サイトに金額の記載なし(2プラン・要問い合わせ) | 大企業・コンタクトセンター |
MOBI VOICE(モビルス) | 生成AI+音声認識、ノーコードシナリオ、API連携、アウトバウンド、住所確認 | 公式サイトに金額の記載なし(要問い合わせ) | 中〜大・コンタクトセンター |
料金は各社公式サイトの記載に基づく2026年7月時点の情報です。従量料金やオプション、最新のプランは必ず各公式サイト・見積もりでご確認ください。
ここまで主要サービスを見てきましたが、既製のボイスボットは「定型の一次対応を安く早く無人化する」のは得意な一方、自社独自の業務フローや基幹システムと深く連携させたい場合は、パッケージの枠に収まりきらないこともあります。記事の途中で恐縮ですが、私たちMihataは、そうした場合の受け皿として、業務に合わせた独自AIの開発も行っています。既製ツールで十分なら無理に作る必要はありません。
導入前に押さえる注意点|通話録音・個人情報・誤認識
ボイスボットは便利な反面、通話音声を扱う以上、個人情報の観点と誤認識のリスクを設計段階で押さえておく必要があります。ここは導入可否を左右する重要ポイントです。
通話録音と個人情報の扱い(利用目的の通知・委託先監督)
個人情報保護委員会のFAQによれば、通話内容から特定の個人を識別できる場合、その通話内容は個人情報に該当します。個人情報取扱事業者は利用目的を通知または公表する義務を負う一方で、「録音していること自体を相手に伝える義務までは負わない」とされています(利用目的の扱いと、録音の告知義務は別)。また、単独では個人を識別できない録音でも、他の情報と容易に照合して個人を特定できる場合は、全体として個人情報に該当し得るため、個別の判断が必要です。
ボイスボットはクラウドや外部サービスに音声データを預ける構成が一般的なので、実務では「利用目的を特定して通知・公表する」「委託先(サービス事業者)を適切に監督する」「第三者提供や保管の整理をする」といった対応が前提になります。詳細は個人情報保護委員会のFAQを確認し、自社の運用に落とし込んでください(本記事は一般的な注意点の紹介であり、法的助言ではありません)。
誤認識・複雑な要件の限界と、有人へのエスカレーション設計
音声認識は万能ではなく、騒音・訛り・専門用語では聞き取りを外すことがあります。だからこそ、うまくいかないときに人へ渡す「エスカレーション設計」が要になります。実務では、「オペレーターにつないで」と言われたら即転送する、一定回数聞き取れなければ有人へ回す、営業時間内は人がフォローする、といったルールを最初から組み込みます。とくに感情的な相手や込み入った要件は、早めに人へ引き継ぐのが鉄則です。電話口で出やすいクレームの一次対応の返信文をAIで用意しておくと、有人に引き継ぐ際の初期対応もぶれにくくなります。
導入前に決めておく4つのこと(対応時間・有人切替・記録・番号)
サービス選定より先に決めておくと、比較そのものが速くなる項目が4つあります。逆にここが決まっていないと、どの製品のデモを見ても「よさそう」で終わってしまいます。
1. 対応時間|終日無人か、時間外だけか
まず「AIに出てもらう時間帯」を決めます。終日AIが一次対応するのか、営業時間内は人が出て、時間外・昼休み・話中のときだけAIに回すのかで、必要な機能も費用も変わります。最初は後者から始めるほうが安全です。時間外だけなら、取りこぼしていた分がそのまま上乗せになるので効果が測りやすく、失敗しても業務が止まりません。
2. 有人へ切り替える条件|数字で固定する
「よくわからなかったら人へ」では運用が揺れます。聞き直しは2回まで、保留は1回まで、「担当者を出して」と言われたら即転送、営業時間外は折り返し受付のみ——このように条件を数字で固定しておくと、通話ログを見返したときに「どの条件で人へ戻ったのか」を集計でき、改善点がそのまま見えてきます。加えて、転送先が出られなかったときにどうするか(折り返し受付に戻す、留守番電話に落とす)まで決めておくと、いちばん多い事故を防げます。
3. 記録の残し方|何を、どこに、いつまで
ボイスボットが残せる記録は、録音・文字起こし・要約・入力項目(日時や氏名などの構造化データ)の4種類です。全部残すほど後から検証できますが、そのぶん個人情報を抱えることになります。実務では次の3つを先に決めます。
- 何を残すか:折り返し用の要約と項目だけで足りるのか、クレーム対応の証跡として録音も要るのか。
- どこへ流すか:メール、チャット、予約台帳、CRM。転記が発生する置き場所を選ぶと工数が残ります。
- いつまで持つか:保存期間と削除の担当者。あわせて、前述のとおり利用目的の通知・公表と委託先(サービス事業者)の監督が前提になります。
社内の問い合わせ対応も同じ電話に混ざっているなら、記録の置き場所を社内向けのAIナレッジボットと揃えておくと、「聞かれたこと」が資産として溜まっていきます。
4. 番号の扱い|既存番号を転送するか、新しく発番するか
選択肢は大きく2つです。既存の番号にかかってきた呼をボイスボットへ転送するか、サービス側で新しい番号を発番して使うか。既存番号の転送なら、名刺やチラシ、Googleビジネスプロフィールの表記を変えずに済みますが、転送のぶんの通話料が発生します。新規発番は切り替えが簡単な一方、告知の手間がかかります。
なお日本の電話番号は、総務省が管理する電気通信番号という有限の資源で、番号を使う電気通信事業者は電気通信番号使用計画について総務大臣の認定を受ける必要があります。固定電話番号(0AB〜J番号)と050で始まる特定IP電話番号は種別そのものが異なり、事業者が自由に払い出せるものではありません。「市外局番の番号がほしい」といった要望は、サービス側の対応可否を必ず事前に確認してください。
電話の一次対応をボイスボットでどこまで自動化するか(線引きの決め方)
「ボイスボットで電話対応を自動化したい」と考えたとき、最初に決めるべきは製品ではなくどこまでを無人にして、どこから人に戻すかです。ここが曖昧なまま導入すると、結局すべて有人転送になり費用だけが残ります。判断の手順は次の3つで足ります。
1. 直近1か月の着信を「用件」で数える
感覚ではなく実数で見てください。多くの現場では、着信の上位3〜5種類の用件だけで全体の大半を占めます(営業時間の確認、予約・変更、担当者への取次、道順や駐車場の質問など)。この上位だけを自動化対象にすれば、残りを人が受けても負担は大きく下がります。全用件を網羅しようとしないことが、いちばんの近道です。
2. 「聞き取って記録するだけ」で終わる用件から着手する
自動化の難易度は①定型回答 → ②受付(記録して終わり) → ③その場で判断が要る対応の順に上がります。①と②は誤認識が起きても復唱と後追い確認で取り返せますが、③は間違えるとそのまま損失になります。最初の3か月は①②に絞り、③は迷わず有人へ転送する設計にしてください。
3. 有人へ戻す条件を、数字で決めておく
前章で決めた切替条件を、実際の通話ログで見直します。「どの用件で・何回目の聞き直しで人へ戻ったか」を月に一度だけ数えるのが、いちばん費用対効果の高い運用改善です。想定外の用件が上位に来ていたら、そこにシナリオを1本足せば済みます。
この線引きは、電話に限らず問い合わせ全般の自動化で同じ形になります。メール側の一次対応もあわせて設計したい場合は、問い合わせメールの一次対応をAIで自動返信する仕組みを、電話代行やIVRも含めた入口の選び方は電話代行・IVR・AIの3タイプから電話自動化の入口を選ぶ方法をあわせてご覧ください。
電話一次対応をボイスボットで無人化する導入ステップ
いきなり全部を自動化しようとすると失敗しがちです。範囲を絞って小さく始め、ログを見ながら広げるのが定石です。
- 電話の内容を棚卸しし、無人化する一次対応の範囲を切り分ける(定型/非定型を仕分ける)。
- 会話シナリオ(分岐・ヒアリング項目・回答文・転送条件)を設計する。
- 電話番号・転送・営業時間外ルールを設定する(既存番号の転送か、新規番号の発番か)。
- 自社でよく出る固有名詞(社名・商品名・地名・担当者名)を辞書に登録する。
- 少数の実通話でテストし、誤認識や言い回しのズレ、無音区間の設定を調整する。
- 通話ログ・録音を見ながら未対応パターンを追加し、運用改善を回す。
ボイスボット導入は自社に合うか?判断チェックリスト
次の項目に当てはまるほど、電話の一次対応をAIに任せる効果が出やすくなります。
- 1日の入電に、営業時間・場所・予約・在庫・取次といった同じ用件が多い。
- 営業時間外・昼休み・繁忙時間帯の取りこぼしが、機会損失や折り返し工数になっている。
- 一次対応が交渉や専門判断中心で複雑 → 既製ボイスボットは不向き。有人や独自設計を検討する。
- 通話録音・個人情報を扱う体制(利用目的の公表・委託先監督)を整えられる。
- 電話だけでなくカスタマーサポート全体をAIで自動化する進め方まで含めて設計したい。
なお、上の判断を進めていくと「既製サービスの型に自社の用件が収まらない」という壁に当たることがあります。予約台帳や基幹システムと深く連携させたい、業界特有の聞き取り項目がある、といったケースです。私たちMihataは業務に合わせた独自AIの開発もお受けしていますが、既製品で足りるならそのまま使っていただくのがいちばん合理的だと思っています。作る場合にどれくらいかかるのかは中小企業のAI開発費用の考え方にまとめました。
電話の一次対応をどこまで、どのツールで無人化するかは、入電内容と体制によって最適解が変わります。まずは自社の一次対応を棚卸しし、既製サービスで足りるか、独自設計が要るかを一緒に整理したい方は、お気軽にご相談ください。
出典・参考
よくある質問
ボイスボットと従来のIVR、チャットボットは何が違いますか?
従来のIVRは「1番を押してください」というプッシュ操作で用件を振り分ける仕組みで、選択肢にない用件は扱えません。ボイスボットは電話にかかってきた自由な発話を音声認識で聞き取り、会話しながらヒアリング・振り分け・要約・予約受付まで行います。チャットボットは同じ対話AIでも入口が文字(サイトやLINE)で、電話番号にかかってきた呼を受けることはできません。音声認識(ASR)は「声を文字にする」部品であって、単体では応答も判断もしません。
ボイスボットはどんな流れで1本の電話を処理しているのですか?
着信への応答 → 音声認識(ASR)で発話を逐次文字化 → 意図理解で用件を判定 → 足りない項目を聞き返すスロット収集 → 応答生成 → 音声合成(TTS)で読み上げ → 要約・記録・有人へのエスカレーション、という順で進みます。工数削減の効果は最後の「後処理」で決まります。AIが電話に出るだけでは工数は減らず、用件が整理された状態で手元に届いて初めて折り返しの往復が消えます。
AI自動応答システムはどこまで任せられて、何が苦手ですか?
営業時間・場所・駐車場などの定型回答、用件のヒアリングと要約、予約や折り返し希望の受付、担当部門への振り分け、SMSでのURL送付、繁忙時のあふれ呼の受け皿は得意です。一方、感情的なクレームの沈静化、前例のない例外処理、値引きや納期の交渉、専門知識に基づく個別判断は苦手で、無理に自動化せず有人へ引き継ぐ設計が現実的です。
音声認識の精度はどこで落ちますか?
落ちどころは主に4つです。①電話回線の音声は8000Hzのサンプルレートが多く、Google Cloud の Speech-to-Text のドキュメントでも推奨の16000Hzより精度が落ちうるとされています。②周囲の騒音や複数人の同時発話。③社名・商品名・地名などの固有名詞(辞書登録やブースト設定で改善できます)。④無音をどのくらいで「話し終わり」と判断するかの設定で、短すぎると相手の言葉を途中で切ります。
導入前に決めておくことは何ですか?
最低限、①対応時間(終日無人か、時間外だけか)②有人へ切り替える条件(聞き直しは何回まで、どの用件は即転送か)③記録の残し方(録音・文字起こし・要約のどれを、どこに、どれだけの期間置くか。利用目的の通知・公表と委託先監督が前提になります)④番号の扱い(既存番号を転送するか、050などの番号を新規に発番するか)の4点です。ここを決めずに始めると、結局すべて有人転送になり費用だけが残ります。