音声AI受付の導入相談で最初に確認するのは、製品の機能一覧ではなく「今の電話が何を運んでいるか」です。代表番号に月間何件の着信があるかは把握していても、その内訳が予約変更なのか、営業電話なのか、担当者への取り次ぎなのかを数字で答えられる企業は多くありません。内訳が分からないまま導入すると、自動化しやすい用件と、人が受けるべき用件を同じ窓口に流し込み、現場の負担が別の場所に移るだけの結果になりがちです。
このページでは、着信を用件単位に分解する調査の設計、最初に任せる範囲の選び方、実証の合格条件と中止条件の合意、四週間で判断材料をそろえる進め方、そして見送りを含めた判断の下し方を順に説明します。安全設計や効果測定の前提となる工程ですので、導入検討の最初の会議で共有する資料として使っていただくことを想定しています。
着信を「件数」から「用件」へ分解する
月間件数だけでは自動化の適性を判断できない理由
月間着信数は、電話が忙しいかどうかを示しますが、何を自動化できるかは示しません。同じ三百件でも、営業時間の案内が半分を占める窓口と、契約内容の変更が大半を占める窓口では、音声AIに任せられる範囲がまったく異なります。前者は定型的な案内で完結しやすく、後者は本人確認や記録の更新を伴うため、入口だけをAIが受けて早い段階で人へ渡す設計が必要になります。
分類の単位は「電話の後に必要な処理」で決めます。予約変更、在庫確認、営業電話、担当者指名、苦情、緊急連絡といった用件コードを十個前後に絞り、受付担当者が終話直後に一つ選べる粒度にします。細かすぎる分類は現場が続けられず、粗すぎる分類は判断に使えません。まず十個で始め、二週間の集計を見てから分割や統合を検討する方が、結果として精度の高い表になります。
二週間の標本調査で記録する項目
調査期間は二週間を目安にします。一週間では曜日の偏りを補正できず、一か月では現場の記録疲れで後半の精度が落ちるためです。記録項目は、用件コード、着信の曜日と時間帯、通話時間、保留や転送の回数、終話後に発生した処理の種類と所要時間の五つに絞ります。例外的な内容だけを短いメモとして残し、通常の用件はコード選択だけで済むようにします。
録音を無差別に集めて後から分類する方法は、一見すると網羅的ですが、聞き直す工数と個人情報の管理負担が大きく、中小企業では途中で止まりがちです。調査目的、保存期間、閲覧できる担当者を先に決め、必要最小限の記録にとどめる方が現実的です。少量でも分類基準がそろったデータの方が、曖昧な大量ログより導入範囲の決定に役立ちます。
集計では、用件別の件数だけでなく、用件ごとの「終話後処理の合計時間」を見ます。件数は少なくても一件あたりの後処理が長い用件は、AIが会話を受けても処理が残るため効果が出にくく、逆に件数が多くて後処理がほとんどない用件は、自動化の効果が最も出やすい候補になります。
混雑の原因が受付なのか担当部署なのかを切り分ける
「電話がつながらない」という苦情の原因は、受付担当者の不足とは限りません。受付は即座に出ているのに、取り次ぎ先の担当者が席を外していて保留が長引いているケースでは、受付をAIに置き換えても待ち時間は減りません。保留と転送の回数、転送先で応答されなかった割合を用件別に集計すると、滞留している場所が見えてきます。
滞留が担当部署にある場合、音声AIの役割は「受付の代替」ではなく「折り返し受付と要件の事前整理」になります。用件と連絡先を聞き取り、担当者が戻ったときに優先順位を付けて折り返せる状態を作る方が、現場の負担軽減と顧客体験の改善に直結します。この見極めが、後の対象範囲の選定と会話設計の前提になります。
最初の対象をリスクと反復性で選ぶ
定型性が高く回復しやすい用件から始める
初期対象には、営業時間や所在地の案内、資料請求の受付、折り返し希望の受付など、質問と処理が定型で、仮に間違えても後から回復しやすい用件を選びます。これらは会話の分岐が少なく、AIが聞き取った内容の確認も容易です。反対に、契約変更、医療判断、緊急対応のように本人確認や即時の判断を伴う用件は、初期段階では対象から外すか、入口だけを受けてすぐ人へ渡す設計にします。
判断の物差しとして、縦軸に「誤りが起きたときの影響の大きさ」、横軸に「同じ流れが繰り返される頻度」を置いた四象限の表を作ると、関係者間の議論が整理されます。影響が小さく頻度が高い象限が最初の候補、影響が大きい象限は後回し、頻度が低い象限は自動化の投資対効果が薄い、という整理です。
代表番号を一斉に切り替えない境界の置き方
代表番号の全着信を一度に切り替えると、比較対象がなくなり、効果が出たのか悪化したのかを判断できなくなります。夜間や休日だけ、特定のキャンペーン専用番号だけ、あるいは回線が埋まったときのあふれ呼だけといった境界を置くと、既存の運用を対照群として残せます。同じ曜日構成で応答率、完了率、折り返しまでの時間を並べれば、条件をそろえた比較が可能です。
境界の置き方には、時間帯で分ける、番号で分ける、着信条件で分けるの三通りがあります。時間帯分割は夜間の取りこぼしが課題の企業に向き、番号分割は特定サービスの問い合わせを切り出したい企業に向きます。あふれ呼のみを対象にする方法は、既存の受付体制を変えずに始められる反面、AIが受ける件数が少なく判断に時間がかかる点に注意が必要です。
境界を置く際は、利用者に対する説明も同時に決めます。夜間だけAIが受けるなら、冒頭で自動応答であることと、翌営業日に折り返す旨を明示します。会話設計で扱う冒頭の期待値合わせは、対象範囲の境界と一体で決めるべき項目です。
対象外の用件をどこへ逃がすかを先に決める
対象範囲を限定すると、対象外の用件がAIの入口にかかってきたときの逃がし先が必要になります。営業時間内なら有人へ即時転送、時間外なら折り返し受付や別の連絡手段の案内といった経路を、用件コードごとに一覧にしておきます。逃がし先が曖昧なままだと、AIが対象外の用件を無理に受けようとして会話が破綻し、顧客体験を損ないます。
逃がし先の設計では、転送先の担当者が実際に出られる時間帯と、折り返しの期限を明記します。「担当者へおつなぎします」と案内した先で誰も出ない状態は、AI導入前より悪い体験です。転送先の応答率を実証期間中の測定項目に含め、逃がし先が機能しているかを確認します。
実証の合格条件を先に合意する
「便利そう」を数値に置き換える四つの指標
実証の終わりに「便利そうだった」「思ったより聞き取れていた」という感想で本番移行を決めると、後で現場と経営の認識がずれます。開始前に、利用者が用件を完了できた割合、誤った部署へ転送した割合、聞き返しが三回以上続いた割合、有人対応へ切り替わるまでの秒数の四つを定義し、それぞれの計算式と観測方法を文書にします。
完了率の定義は特に慎重に決めます。AIが会話を終えた件数ではなく、利用者の目的が達成された件数を分子にしないと、途中で諦めて切った通話が「完了」に含まれてしまいます。折り返し受付であれば、折り返しが実際に行われて用件が済んだ時点を完了と定義し、受付システムと業務側の記録を突き合わせて数えます。
現場負荷を測る後処理時間と修正入力
顧客側の指標だけでなく、現場側の指標も同時に決めます。AIが聞き取った内容を担当者が確認し、修正して業務システムへ入力するまでの時間と、修正が必要だった件数の割合です。認識精度が高くても、確認と修正に一件あたり数分かかる状態では、受付担当者の負担は減っていません。
後処理時間は、実証開始前の有人受付でも同じ方法で測っておきます。導入前の基準線がないと、AI導入後の数値が改善なのか悪化なのか判断できません。測定は全件でなくても構いませんが、曜日と時間帯を導入前後でそろえ、標本の条件を一致させることが重要です。
修正入力の内容は、件数だけでなく種類も記録します。氏名や電話番号の聞き間違いが多いのか、用件の分類を誤っているのかによって、改善すべき箇所が会話設計なのか連携設定なのかが変わります。この分析は効果測定で扱う失敗標本の読み方につながります。
合格値と中止条件を三者で明文化する
合格値は、業務責任者、受付担当者、情報管理担当者の三者で合意します。業務責任者が完了率を、受付担当者が後処理時間を、情報管理担当者が個人情報の取り扱いに関する条件をそれぞれ主張し、全員が納得できる水準を文書に残します。一方の部門だけで決めた基準は、実証後に別の部門から異論が出て判断が止まる原因になります。
合格値と同じ重みで、中止条件も決めます。個人情報の誤送信、緊急連絡の取りこぼし、誤った案内による顧客損害のような重大事象が一件でも起きたら実証を停止し、原因を確認するまで再開しないという条件です。停止の権限を誰が持つかも明記し、現場が上長の承認を待たずに止められる体制にしておくと、被害の拡大を防げます。
四週間で判断材料をそろえる
第一週と第二週は分類と机上試験に充てる
第一週は、二週間の標本調査の結果を用いて用件別の業務図を描き、AIが受ける範囲と人へ渡す境界を線で示します。この段階で、転送先の担当者、折り返しの期限、記録の保存先を書き込み、関係者の役割を確定します。業務図が一枚にまとまらない場合は、対象範囲が広すぎる兆候ですので、用件を絞り直します。
第二週は、実際の会話文を紙の台本にして、受付担当者が利用者役とAI役に分かれて読み合わせる机上試験を行います。製品に投入する前に、質問の順序、復唱の文言、聞き返しの回数、人へ渡す条件を確認し、現場が違和感を持つ箇所を修正します。この段階で直せる問題を本番で見つけると、修正のたびに設定変更とテストが必要になり、期間が延びます。
第三週の限定公開と第四週の再試験
第三週に限定公開を始めます。対象は前述の境界で区切った一部の着信のみとし、初日は担当者が待機して全通話の結果を確認します。毎日の終業時に、完了、転送、失敗の件数と、失敗の具体的な内容を一覧にし、翌日の変更点を一つに絞って決めます。一度に複数の変数を変えると、改善や悪化の原因を特定できなくなります。
第四週は、第三週に記録した失敗例を再現し、修正が効いているかを確認する再試験に充てます。新しい機能を試す週ではなく、既知の問題が解決したことを確かめる週です。再試験で新たな失敗が見つかった場合は、その内容を記録した上で、本番移行の判断材料に含めます。
四週間の記録は、日付、変更内容、変更前後の数値を一行ずつ残す形式にします。この記録は運用体制で扱う変更履歴の原型になり、本番移行後の改善サイクルにそのまま引き継げます。
継続・縮小・延期の三択で判断する
四週間の終了時には、継続、範囲縮小、延期の三択で判断します。合格値をすべて満たしていれば継続し、対象範囲を段階的に広げます。一部の指標が届かない場合は、届いている用件だけに範囲を縮小して本番へ移し、届かない用件は改善後に再実証します。指標の多くが届かない場合は延期し、原因が製品なのか、業務側の準備不足なのかを切り分けます。
延期は失敗ではなく、妥当な成果の一つとして扱います。実証によって「今の業務では対象用件が少ない」「転送先の体制が先に必要」といった事実が分かれば、それ自体が判断材料です。延期の理由と再検討の条件を文書に残し、半年後に同じ調査から再開できるようにしておきます。
導入判断でよくある失敗と対策
製品比較から始めて業務が置き去りになる
最もよく見る失敗は、複数製品のデモを先に見て、機能の多さで選んでから業務に当てはめようとする進め方です。デモは製品側が得意な会話で構成されているため、自社の用件で同じ結果が出るとは限りません。着信分類と業務図が先にあれば、デモの場で自社の代表的な用件を試すよう依頼でき、比較の軸が「機能」から「自社業務での完了率」に変わります。
対策として、製品説明を受ける前に、自社の用件上位五つと、それぞれの完了の定義を一枚にまとめて持参します。この一枚があるだけで、営業担当者との会話が「何ができるか」から「この用件をどう処理するか」に変わり、見積もりの前提も明確になります。
認識率の数字だけで判断してしまう
音声認識の正解率が高いことは必要条件ですが、十分条件ではありません。認識が正しくても、質問の順序が悪くて利用者が途中で切る、聞き取った内容が業務システムに渡らず担当者が再入力する、といった問題は認識率に表れません。認識率は会話全体の一部であり、完了率と後処理時間で全体を評価する姿勢が必要です。
実証では、高齢の利用者、周囲が騒がしい環境、方言や早口といった条件の通話がどの程度あるかも確認します。平均的な認識率が高くても、特定の条件で極端に落ちる場合は、その条件の利用者が別の手段へ移れる導線が必要です。この観点は将来展望で扱うアクセシビリティの議論にもつながります。
実証の終わりを決めずに始めてしまう
終了時期と判断の形式を決めずに始めた実証は、いつまでも「様子見」が続き、関係者の関心が薄れていきます。四週間という期限と、継続・縮小・延期の三択という判断形式を開始前に決めておくことで、実証は判断のための活動として機能します。期限が来たら必ず判断の会議を開き、結果を文書に残します。
実証中に想定外の問題が見つかり、四週間で判断できない場合は、期限を延ばすのではなく、いったん延期の判断を下してから、再実証の計画を別に立てる方が健全です。期限の延長を繰り返すと、判断基準そのものが曖昧になり、実証の意味が失われます。
導入判断の要点を確認する
音声AI受付の導入判断は、製品の選定ではなく、自社の電話が何を運んでいるかの把握から始まります。二週間の標本調査で用件別の件数と後処理時間を集め、影響が小さく頻度の高い用件を最初の対象に選び、既存運用を対照群として残せる境界を置きます。合格値と中止条件を三者で合意し、四週間で判断材料をそろえ、継続・縮小・延期の三択で結論を出す流れが基本です。
次の段階として、対象範囲が決まったら安全設計で本人確認と有人転送の境界を整え、効果測定で指標の計算式を確定します。実証の具体的な観察方法はブログの実証記事でも扱っていますので、あわせて参照してください。