ボイスボットの必要機能や標準機能の一覧について

ボイスボットは、認識や回答の精度に加えて、確認、有人切替、システム連携まで含めて選びます。

必要な機能は、音声認識などの基盤機能から、自動応答、有人切替と連携、発展機能まで広がります。どこまで求めるかは、問い合わせの種類と自動化したい業務によって変わります。導入の全体像はボイスボットの完全ガイドで確認できます。

▼全体ガイドの記事
・ボイスボットの完全ガイド

音声認識・音声合成という基盤機能

音声認識による文字変換と音声合成による読み上げ、聞き返しと入力内容の確認を示す4枚のパネル図。
聞き取りと読み上げの両方が会話を支えます。

ボイスボットのすべての機能を支える土台が、音声認識と音声合成という二つの基盤機能です。音声認識は顧客の発話を文字に変換し、音声合成はシステムの応答を音声で読み上げます。

この二つの精度が、ボイスボット全体の使い勝手を左右します。どれほど賢い応答ロジックを組んでも、顧客の声を正確に聞き取れなければ会話は成り立たず、不自然な合成音声は顧客のストレスになります。

音声認識(ASR)と発話の聞き取り精度

音声認識(ASR)は、電話の発話をテキストに変換して次の処理へ渡す機能です。また、評価は実際の回線と利用者の話し方に基づいて行います。

  • 語彙への対応:商品名や業界用語を登録・更新できるかどうか
  • 聞き返し:聞き取れないときに、自然な確認へ移れるか
  • 入力内容の確認:住所や数量など重要な情報を復唱し、訂正できる状態にする

検証には、雑音や方言、言いよどみなどを含む業務音声を使います。さらに、回線品質の違いも含めて検証し、誤認識したときの再確認の手順も設計します。

DHK CANVASの導入事例ページは、中京医薬品の電話注文の80%を自動化したと報告しています。ただし、この値は電話注文に限った事例の記載で、他業務の目標値や音声認識の正答率を示すものではありません。

出典はDHK CANVAS導入事例(中京医薬品)で確認できます(2026年10月確認)。

音声合成とVUIによる自然な発話

音声合成(TTS)は、回答文を音声に変換する機能です。また、VUIでは、音声の聞きやすさと会話の進み方を合わせて設計します。

  • 読み上げ:略語、数字、固有名詞の読み方の調整
  • 話し方:業務や顧客層に合わせた速度、間、相づち
  • 待ち時間の案内:処理中の無音を避け、必要に応じて状況を伝える

回答が長いときは要点から伝え、顧客が聞き直しやすい構成にします。さらに、音声が自然かどうかに加えて、電話で情報を誤解なく受け取れるかを確かめます。

応答時間は、通信、生成処理、繋ぎ発話を含めた測定条件を決めたうえで、業務シナリオごとに目標を設定します。なお、数値目標は、確認できる一次資料が見つからなかったため、一律の3秒・5秒基準は掲載していません。

ポイント

音声認識と音声合成は、自社の業務音声で精度を試せるかどうかを基準に比べます。雑音や方言を含む音声で誤認識したときの再確認の手順まで決めておくと、導入後の手戻りを減らせます。

自動応答・要件振り分けと回答生成機能

自動応答方式を左右で比較し、シナリオ型を定型用件、生成AI型を幅広い相談に対応づけた図。
問い合わせの幅が方式を選ぶ手がかりになります。

音声認識でテキスト化された顧客の発話を理解し、どう応答するかを決めるのが、自動応答、要件振り分け、回答生成の機能です。この部分がボイスボットの「頭脳」にあたり、シナリオ型か生成AI型かによって、実現できる対応の柔軟さが大きく変わります。

意図理解による要件の自動振り分け

意図理解と要件振り分けは、顧客の発話から用件を推定して、適切な案内や処理へ進める機能です。

  • 用件の分類:問い合わせ内容と分岐先の対応づけ
  • 確認質問:複数の解釈があるとき、不足している情報を尋ねる
  • 例外時の扱い:判定できない用件の、有人窓口への引き渡し
  • 方式の選択:定型用件はシナリオ型、幅広い相談は生成AI型も含めて比べる

問い合わせの種類や変動を調べたうえで、業務シナリオにより分岐の正しさと、顧客が目的へ到達できるかを確かめます。

生成AIとRAGによる回答生成機能

RAGは、FAQやマニュアルなどの参照情報を検索し、その内容をもとに回答を生成する仕組みです。導入時には、運用面で確かめておきたいことがあります。

  • 参照情報:内容の正確さ、更新担当、アクセス権の管理
  • 回答根拠:参照先が見つからない場合に、どう応答するかの取り決め
  • 誤回答への備え:回答範囲を制限し、必要なときは有人へ渡す
  • 利用料の管理:処理量やモデルの利用条件をもとにした見積もりと、上限の設定

検索の質、回答の適切さ、応答時間は、実際の問い合わせを使って評価します。さらに、生成AIの回答はそのまま確定情報として扱わず、業務上重要な処理には確認や承認を設けます。

KARAKURIは2020年の発表で、搭載するQ&Aを未知の質問で試験した場合に正答率95%を保証すると案内しました。ただし、保証率は業種やFAQの量・複雑さで変わると説明されており、チャットボットの条件付き提供例です。

なお、これはボイスボット全般の精度基準を示すものではありません。条件はKARAKURI公式発表(2020年4月22日)で確認できます。

ポイント

自動応答は、定型の用件ならシナリオ型、幅広い相談なら生成AI型というように、用件の幅で方式を選ぶのが目安です。生成AIの回答は、業務上重要な処理の前に確認や承認を挟めるかどうかで判断します。

有人切替とCRM・CTI連携機能

ボイスボットは、人や他システムと連携させてはじめて、実務で使える窓口になります。

とくに重要なのは、AIが対応しきれないときの有人切替と、顧客情報を扱うためのCRM・CTI連携です。この二つが弱いと、ボイスボットは「便利だが孤立した自動応答」にとどまってしまいます。

有人オペレーターへの切替と文脈引き継ぎ

有人切替は、ボイスボットだけでは解決しにくい用件を、適切な担当者へつなぐ機能です。切替の条件と引き継ぐ情報は、あらかじめ決めておきます。

  • 切替条件:顧客の希望、未解決の聞き返し、例外用件などの条件
  • 文脈の共有:会話履歴、確認済みの情報、用件を担当者へ渡すこと
  • 窓口の確認:営業時間外や混雑時の案内と、折り返しの方法

有人切替を含むシナリオで、顧客が最初から説明し直さずに済むか、担当者が安全に対応を続けられるかを検証します。

神戸市の給水相談業務仕様書は、正答率について、検証開始時は55%、最終的には70%以上とする目標を定めています。

なお、これは当該業務の調達目標で、一般的な性能保証や達成済みの実績値ではありません。記載は神戸市の業務仕様書で確認できます(2026年10月確認)。

CRM・CTI・予約システムとのAPI連携

CRM、CTI、予約・基幹システムと連携させると、会話を業務処理までつなげられます。連携先ごとに、どの情報をどう扱うかを整理します。

  • 参照する情報:本人確認や状況把握に必要な項目の絞り込み
  • 更新する情報:注文・予約など書き込み対象と、その承認条件
  • 認証と権限:API資格情報、操作権限、データ保護の管理
  • 障害時の処理:連携の失敗を検知し、再試行か有人対応への切り替え

連携先が増えるほど、仕様調整、試験、保守の範囲も広がります。連携費は、API仕様や認証方式、データ変換によって変わります。さらに、試験や障害時対応、保守分担によっても変わります。

確認できる一次データがないため、一律の金額幅は掲載していません。そこで、これらの条件を分けた見積もりを求めます。

まず、優先する業務を決め、必要な接続だけを段階的に実装します。

ポイント

有人切替は、切替条件と引き継ぐ情報を先に決められるかで、顧客の説明のし直しを防げるかが決まります。連携は、参照と更新の範囲を業務ごとに分け、障害時の処理まで含めて見積もります。

感情解析・多言語・分析という発展機能

中央のボイスボットから、感情解析、多言語対応、通話ログの文字起こし、分析・改善へ広がる図。
追加機能は対象業務に合わせて選べます。

基盤機能と連携機能に加えて、ボイスボットには対応品質や運用改善を支える発展機能もあります。これらは必須ではないものの、搭載されていると顧客満足や継続的な改善に大きく寄与します。

そのため、自社の業務特性に応じて、どこまでの機能を求めるかを見極めることが大切です。

感情解析と多言語対応の機能

感情解析や多言語対応は、対象業務で必要な場合に追加を検討する機能です。

  • 感情の把握:不満や困惑の兆候を検知して、有人対応へつなぐ
  • 言語の選択:利用者に必要な言語と対応範囲
  • 品質検証:言語ごとの認識、発話、回答の確認
  • データの扱い:音声や感情推定結果の保存と利用の条件

感情の推定だけで顧客の意図を断定せず、誤判定のときに人が確認できる運用にします。また、品質の検証は、必要な言語と業務に絞って行います。

通話ログの文字起こしと分析・改善機能

通話ログの文字起こしや分析は、ボイスボットの運用を見直す材料になります。

  • 会話の記録:問い合わせと処理結果を追跡できる形での保存
  • つまずきの把握:再質問、有人切替、未解決の用件の洗い出し
  • 改善につなげる:シナリオ、参照情報、認識辞書の見直し

保存期間と閲覧権限を定めたうえで、分析結果を定期的な改善会議につなげます。

運用工数は、問い合わせ量、FAQの更新頻度、シナリオ数によって変わります。さらに、社内外の役割分担によっても変わります。確認できる一次データがないため、月5〜10時間という固定値は掲載していません。

運用を担当する人と修正を承認する人を決めたうえで、体制ごとの工数を見積もります。

ポイント

感情解析や多言語は、対象業務に本当に必要かを見極めてから追加を検討します。分析は、通話ログを改善会議でどう使うかまで決めておくと、運用の見直しを続けられます。

まとめ

ボイスボットは、音声認識と音声合成を土台にしています。その上に、意図理解や回答生成、有人切替、CRM・CTI連携を組み合わせます。一方で、感情解析、多言語、通話分析は、必要な業務に合わせて追加します。

製品は、認識と回答の品質、有人への引き継ぎで比べます。さらに、既存システムとの接続、利用料、運用改善のしやすさも確かめます。また、riplaは、業務フローを踏まえた機能選定と連携設計を支援しています。

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール
張田谷凌央
張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。