PKSHA VoiceAgentを検討するときは、電話対応をすべて自動化できるかどうかで判断しない方が良いです。まず入電を振り分けるのか、一つの受付業務を最後まで完了させるのかを決めます。

公式サイトでは、AI-IVRと自動応答の二つの使い方が案内されています。日本語音声認識と対話フロー、有人転送を組み合わせる製品です。アウトバウンドやSMS送信、PBX・CTI・API連携にも対応します。

機能が多い分、自社の電話業務へ当てはめないまま比較すると判断が曖昧になります。この記事では五つの通話を使い、認識結果から有人対応と外部システムへの登録までを一件ずつ確認する方法を説明します。

最初にAIと人の業務分担を決める

最初に一か月分の入電理由を集計します。件数だけでなく、完了までに必要な処理と判断の難しさも確認してください。

AIへ任せる候補は、回答と終了状態を定義できる業務です。窓口案内とFAQ回答、修理受付などが該当します。住所変更や予約変更も候補です。公式のPKSHA VoiceAgent製品ページでも、定型的な問い合わせをボイスボットへ任せ、人は複雑な問い合わせへ集中する分担が示されています。

人へ残す業務には、例外判断や交渉、感情への配慮が必要な相談を置きます。本人確認に失敗した場合や、対象データが見つからない場合も含めてください。

分担を決めたら、AI対応の完了と有人引き継ぎを別の結果として記録します。転送した通話を自動完了へ含めると、実際の削減効果を見誤ります。

AI-IVRと自動応答を選び分ける

AI-IVRは、発話から用件を判定して適切な窓口へ振り分ける使い方です。既存の番号メニューが長く、誤選択や途中離脱が多い場合に比較しやすくなります。

自動応答は、特定業務を電話の中で完了させる使い方です。予約受付や変更、資料請求などが該当します。必要項目と完了条件を定義できる各種手続きも対象になります。

二つを同じ成功率で評価しないでください。AI-IVRでは正しい窓口への到達率と転送後の再説明を見ます。自動応答では必要項目の取得率、外部登録の成功率、有人再処理の件数を見てください。

導入初期は、全入電を一度に自動化する必要はありません。AI-IVRで入電理由を可視化し、件数が多く定型化できる業務から自動応答へ移す進め方もあります。

受電とアウトバウンドの開始条件を分ける

PKSHA VoiceAgentは受電に加え、リスト化した電話番号への一斉アウトバウンドを機能として案内しています。ただし、受電と発信では運用責任が異なります。

受電では、対象番号と営業時間を確認します。あふれ呼と既存IVRとの接続も必要です。混雑時だけ受けるのか、営業時間外を含む全着信を受けるのかを決めてください。

アウトバウンドでは、リストの作成者と発信承認者を分けます。発信時間帯と同時発信数を決めます。不在時の再試行と停止希望の反映も必要です。

営業架電へ使う場合は、発信できるという機能だけで決めません。予期しない質問への対応範囲や、担当者へつなぐ判定を実演します。自動発信後の会話が定型シナリオに収まるかを確認してください。

音声認識は自社の言葉で試す

製品ページでは、名前や住所に特化した認識補正が案内されています。電話番号と日時も対象です。専門用語や商品名の発話ゆれを登録する独自辞書もあります。

デモには実際の顧客が使う言葉を入れてください。略称と旧商品名、地域名を含む音声を用意します。聞き間違えやすい数字も必要です。個人情報はテスト用の架空データへ置き換えます。

一度言い間違えてから訂正する通話も必要です。訂正後の値が最終記録へ残ることを確認します。復唱と特定部分だけの聞き直しが、どの条件で動くかも見てください。

2026年5月には、曖昧な発話から対象データを検索する機能が公式アップデートで案内されました。商品名や店舗名を正確に言えない通話を使い、正しい候補へ絞れるかを試します。誤った候補へ確定しないことも同じくらい重要です。

対話フローは例外から確認する

正常な会話だけでは導入判断に足りません。無言と言い直しを入れた通話を用意します。話題の変更と対象外の質問も試してください。

フロー分岐では、顧客の回答に応じて返答や処理を変えられます。各分岐に終了状態を置き、途中で行き止まりにならないかを確認してください。

登録済みQ&Aから音声で回答する機能も案内されています。FAQへ答えた後に元の受付処理へ戻れるか、必須項目が抜けないかを見ます。

生成AIを使う場合は、回答できる情報と禁止する回答を先に決めてください。公式発表では、曖昧な用件を複数回聞き取るマルチターンヒアリングも紹介されています。実演では、追加質問が問題を絞り込めるか、判断できない場合に人へ渡せるかを確認します。

有人転送は引き継ぐ情報まで見る

有人転送では、つながることだけを確認しないでください。用件と本人確認の結果、取得済みの項目、転送理由を担当者へ渡せることが必要です。

AIが聞いた内容を担当者が最初から聞き直すなら、顧客体験と処理時間は改善しません。転送先の画面に表示される情報を実演で確認します。

担当者が応答できない場合も試してください。折り返し受付へ切り替え、担当と期限を記録できるかを見ます。転送失敗を通話完了へ含めません。

SMSやEメール送信を併用する場合は、送信先と内容を復唱します。送信失敗を検知し、別の案内へ切り替える経路も必要です。

API連携は登録完了まで一件で追う

製品ページでは、予約システムや商品データベースとの連携に加え、Salesforce Service CloudなどとのAPI連携が案内されています。

外部システムを使う業務では、AIが受付完了と案内する条件を明確にします。APIから成功が返る前に完了案内をしないことが基本です。

公式のビタブリッドジャパン導入発表では、電話番号や顧客番号などで注文情報を照会し、返品可否を判定して受付結果をEC-CUBEへ戻す構成が紹介されています。自社でも照会、判定、登録を同じ受付IDで追えるようにしてください。

デモでは正常登録に加え、該当データなしとAPIタイムアウトを試します。再送時に二重登録しない識別方法も必要です。失敗した一件を見つけ、有人で復旧する手順まで確認します。

PBXとCTIは接続経路を図にする

PKSHA VoiceAgentは主要なPBXやCTIとの連携を案内しています。製品名の対応有無だけでなく、着信からAI応答、有人転送までの経路を図にしてください。

既存番号を維持できるか、SIP接続か外線転送か、転送後の発信元番号がどう表示されるかを確認します。通話料の発生箇所も経路ごとに分けてください。

東急不動産SCマネジメントの公式事例では、クラウドPBXとのSIP接続を選定条件の一つとして紹介しています。事例と同じ構成とは限らないため、自社の回線とPBXを前提に設計します。

障害時の迂回先も必要です。AI応答を利用できない場合に既存IVRや有人窓口へ戻す方法と、切り替え権限を確認してください。

ノーコード運用は変更管理まで試す

ノーコードで対話フローを作成できることは、日常的な改善を進めやすくします。一方で、誰でも本番フローを変更できる状態は避ける必要があります。

閲覧と編集の権限を分けます。承認と公開も別の権限にしてください。変更前の版と変更理由、承認者、公開日時を残せるかを確認します。

デモでは一つの案内文と分岐条件を変更します。テスト環境で正常通話と例外通話を再実行し、承認後に本番へ反映する時間を測ります。

料金改定や受付条件の変更を緊急反映する場合も想定します。誤った案内を停止する操作と、直前の版へ戻す手順を確認してください。

通話ログは次の自動化へ使う

AI-IVRでは、どの用件で入電したかを継続的に分類します。自動応答では、完了と有人転送を分けます。途中離脱と認識失敗も別にしてください。

ログを見る目的は、月次件数を報告することだけではありません。失敗した通話を抽出し、辞書とフローを見直します。FAQまたは連携処理のどこを直すかも決めてください。

録音や文字起こしを扱う場合は、閲覧権限と保存期間、削除方法を正式資料で確認してください。導入事例では個別企業の運用として早期削除が紹介されていますが、自社契約の標準条件とは限りません。

週次レビューでは、完了率だけでなく誤った完了を確認します。少数の通話を人が聞き、正しい窓口や処理結果になっているかを点検してください。

支援範囲と費用を業務単位で確認する

公式サイトは、導入時の設定補助と運用開始後の継続支援を案内しています。自社と提供会社の担当範囲を工程ごとに分けてください。

対象業務の整理とフロー作成、辞書登録が最初の工程です。PBX・API連携とテストへ進み、担当者教育を行います。開始予定日だけでなく、自社側の確認待ちを含む日程を作ります。

見積もりには月間入電件数と平均通話時間、繁忙時の同時通話数を渡します。アウトバウンドを使う場合は発信件数も分けてください。

初期費用と月額、通話料に加え、フロー制作と外部連携を含めます。運用中のフロー追加や辞書調整、サポートの費用も確認します。料金は公開ページだけで確定せず、同じ業務条件で正式見積もりを取得してください。

五つの通話で適合を判断する

最終デモには五つの通話を用意します。正常に完了する通話と、用件を曖昧に話す通話を作ります。回答を訂正する通話と有人転送する通話も必要です。最後に外部連携が失敗する通話を加えます。

各通話で認識結果と終了状態を確認します。転送先へ渡る情報と、外部システムへ残る値も同じ受付IDで照合してください。

PKSHA VoiceAgentが向くのは、入電理由の振り分けから定型業務の完了までを段階的に広げたい場合です。日本語音声認識と既存電話基盤との連携を重視し、自社でも通話ログを見ながら改善を続けられる企業では特徴を生かしやすくなります。

結果はAIコールセンターの比較表へ転記してください。代表電話や一次受付が中心ならAI電話受付の比較表で、同じ業務を担う候補と比べます。