AI電話対応の有人連携｜引き継ぎ条件とエスカレーションの設計

「担当者におつなぎします」とAIが案内したのに、転送先が出ない。通話はつながったが、お客さまが最初から説明し直している。有人連携は、転送機能を用意するだけでは十分に機能しません。

AI電話対応の有人連携では、人へ切り替える条件、渡す情報、担当者の引受け、つながらない場合の対応を一組で設計します。 転送に成功したことと、お客さまの用件が解決したことも分けて管理します。

この記事では、電話窓口の品質・運用担当者に向けて、引継ぎ条件の設計表、記録例、転送失敗時の対応、運用開始後の確認項目を紹介します。表や会話は一般的な設計例であり、特定サービスの機能や実績を示すものではありません。

有人連携とエスカレーションとは

有人連携は、AIの受付から人の対応へつなぎ、必要な情報を渡すことです。通話中に担当者へつなぐ方法のほか、内容を記録して後から連絡する方法もあります。

エスカレーションは、その場の担当範囲で判断・処理できない用件を、適切な権限や専門性を持つ担当者へ上げることを指します。別の窓口へ転送するだけで、必要な判断ができるとは限りません。

まずは「通話をつなぐ相手」と「判断・処理を引き受ける相手」が一致しているかを確認しましょう。AI電話対応の全体像は、AI電話対応とは？で説明しています。

人へ切り替える条件を、対応先とセットにする

「AIが困ったら転送する」だけでは、同じ状況でも扱いが変わります。切り替えるきっかけを具体化し、誰が次に動くかまで決めます。

図1：人へ渡す理由を、入口で分ける。本文の関係や手順を整理した図。

聞き返しの回数や待機時間には、すべての窓口に共通する正解はありません。想定する利用者、用件、電話の音質に合わせて上限と代替経路を定め、実際の会話で試します。「人につないで」と言った相手に同じ質問を何度も続ける設計は避けましょう。

引き継ぐ情報は「希望・事実・処理結果」を分ける

要約が短くても、担当者が次の仕事を判断できなければ引継ぎとして不十分です。特に、相手が希望した内容と、システム上で確定した内容を混ぜないようにします。

図2：引き継ぎメモは、状態を分けて書く。説明用の例。実際の業務条件に合わせて調整。

予約変更を受け付けた場合の記録例

以下は架空の受付例です。氏名・電話番号などは、自社の必要項目と管理方法に合わせて記録します。

用件：予約日時の変更希望
相手の希望：翌日の午後へ変更したい
確認済み：対象予約を特定済み
未確認：変更先の空き状況、確定する時刻
実施した操作：予約情報の照会
変更処理：未実施
有人連携の理由：個別調整が必要
案内したこと：希望を担当者へ伝える。変更は未確定
連絡先：本人に復唱確認した番号を所定欄に保存
連絡可能時間：相手の希望として所定欄に記録
引継ぎ先：予約調整担当
受付状態：通知済み／引受け待ち
次に必要な作業：空き状況を確認し、変更可否を連絡

「翌日午後に変更」とだけ要約すると、担当者は変更済みと誤解するかもしれません。「希望」「未確定」「未実施」を明記すると、次に必要な確認が見えます。

会話履歴や受付情報を人へ渡す考え方は、Microsoftのボット引継ぎ設計でも扱われています。ただし、情報が自動的にすべて引き継がれるわけではなく、利用する仕組みで何を渡せるかの確認が必要です。Microsoft Learn「有人担当者への引継ぎ」

通話内容から特定の個人を識別できる場合、その内容は個人情報に該当します。個人情報保護委員会 Q1-10 録音や全文を全担当者へ一律に共有するのではなく、業務に必要な範囲、閲覧権限、保存先・期間を社内ルールと照合します。

転送先が出ない場合の会話と運用

有人連携では、通常の接続だけでなく、待ち時間が長い、担当者が不在、通話が切れる、通知に失敗するといった状態を設計に含めます。

折り返しを案内する架空の会話例です。

ただいま担当者に接続できませんでした。折り返しのご希望を承ります。ご連絡可能な時間帯を教えていただけますか。

時刻を確約できない運用なら、相手の希望を聞いたことと、連絡時刻を約束したことを分けます。「必ず10分以内に電話します」など、体制で守れない案内を台本へ入れないようにします。

キューへの転送でも、容量超過やエラーを通常経路と分ける実装があります。AWSの公式資料はその一例です。特定の転送機能があればどの電話環境でも同じ動作になるとは限らないため、契約・接続方式に合わせて確認します。AWS「キューへの転送」

「通知済み」で終わらない受付管理

次の状態を分けておくと、担当者が決まっていない依頼を見つけやすくなります。

システムにこの名称の状態がなくても、台帳などで区別できます。未引受けの一覧を確認する担当、確認時刻、担当不在時の代替者を決めておきましょう。

品質は、転送率だけで判断しない

人への転送が少ないほど優れた運用とは限りません。必要な引継ぎを止めれば、転送率が下がっても誤案内や顧客の負担が増える可能性があります。

確認したいのは、切替理由ごとの件数、接続できなかった理由、引受けまでの時間、説明の繰り返し、引継ぎ後の処理漏れです。通話記録と担当者の対応記録を見比べ、AIの案内と実際の状態が一致しているかを見ます。

試験では「有人希望」「対象外の用件」「結果不明」「不在」「途中切断」を含めます。AIが引継ぎを案内したかに加えて、実際に届いた情報と担当者の受領まで確認してください。導入全体の試験手順は、ボイスボット導入の進め方をご覧ください。

有人連携の方法を、即時接続と後続対応に分ける

有人連携には、通話中に担当者へ接続する方法と、記録を渡して後から担当者が対応する方法があります。どちらも人に渡す仕組みですが、顧客への案内と運用上の確認事項が異なります。対象用件ごとに、基本の方法と、その方法を使えない場合の扱いを決めておきましょう。

図3：転送先が出ないときの引き継ぎ。本文の関係や手順を整理した図。

即時接続では、担当者が電話を受けられることが前提になります。呼び出しを始めた後で誰も応答できない場合、顧客をどう案内するかが必要です。後続対応では、その場で担当者と話せないことを伝えたうえで、記録を引き受ける人と対応の進め方を決めます。記録の送信だけでは、顧客が待っている間に仕事が進んでいるか分かりません。

その場での接続を希望した顧客を、説明なく折り返し受付に変えると、期待とのずれが生じます。担当者が不在なら、その事実と現在選べる方法を案内します。折り返し時刻を確約できない場合は、顧客の希望を記録し、社内で確認が必要な状態として渡します。

接続を始める前に、引き継ぐ内容を確認する

担当者へ接続する際、顧客がすでに伝えた用件を要約して確認すると、取り違えを減らせます。長い会話の全文を読み返す必要はありません。「請求内容の確認をご希望ですね。この内容を担当者に引き継ぎます」のように、連携の目的が分かる範囲にまとめます。

ただし、確認していない事実を要約で追加してはいけません。「請求に誤りがある」と顧客が主張している場合と、実際に誤りを確認した場合は区別します。顧客の申告として残すことで、担当者が確認すべき点を把握できます。要約を短くすることと、判断に必要な留保を省くことは別です。

担当者が最初に読む情報を決める

有人連携の記録は、会話の順序をそのまま再現するより、担当者が次の行動を選べる順序に整えると使いやすくなります。最初に用件と現在の状態を置き、次に確認済みの事実、未確認の事項、顧客の希望を記載します。処理を行った場合は、その内容と結果も分けて示します。

たとえば配送先変更の相談であれば、「配送先変更を希望。本人確認は未完了。変更処理は未実施」と分かるだけでも、担当者は何から始めるかを判断しやすくなります。住所を聞き取っていても、それが変更後の希望住所なのか、本人確認に使った住所なのかが曖昧では、誤った操作につながります。

連絡先と希望条件は、確かさを添えて渡す

電話番号が記録されていても、相手から聞いた番号か、着信情報から取得した番号かで意味が違います。折り返し先として使う番号がどれかを明示し、復唱確認を行ったかも分かるようにします。発信元の番号が常に本人への連絡先とは限らないため、利用する場面に応じた確認が必要です。

希望条件には、相手が述べた希望と、自社が確約した条件を分けて記載します。「本日中の回答を希望」と記録する場合、担当者がそれを自社の約束と取り違えないようにします。反対に、担当者と合意した対応予定があるなら、その情報が埋もれない位置に残します。

詳細記録を見られる範囲も合わせて設計する

要約だけで判断できない場合に、必要な担当者が詳しい記録を確認できるようにします。一方、すべての受け手に全文や添付情報を送ればよいわけではありません。用件を処理するために必要な情報と、参照できる担当を整理し、利用するサービスの権限や保存先に反映します。

引き継ぎ先で資料を開けないと、担当者が顧客に同じ質問をし直す原因になります。テストでは、設定担当のアカウントだけでなく、実際の受け手の権限で参照できるかを確認しましょう。反対に、関係のない窓口へ記録が届いていないかも、振り分け条件と併せて点検します。

急ぎの希望と、社内の優先判断を混同しない

顧客が「急いでいる」と伝えた場合は、その希望を記録します。ただし、希望だけで社内の優先度が自動的に確定するとは限りません。業務上の影響や受付条件を確認する必要があるなら、誰が判断するかを決めておきます。AIが根拠なく「最優先で対応します」と約束することを避けます。

優先度の判断基準は、抽象的な表現だけでなく、確認する事実に結び付けます。「重要そうな問い合わせ」では担当者によって解釈が変わります。自社の業務で確認が必要な状態を定義し、その状態に該当するか分からない場合の引き継ぎ先も設けます。個別の危険や緊急事態の扱いは、業務に応じた専用の手順として整備してください。

希望時刻を過ぎそうな案件も、単に一覧の上へ移すだけでは足りないことがあります。担当者が対応予定を確認し、必要なら顧客への連絡方法を判断します。顧客との約束の有無と、社内で設定した対応目安を区別しておくと、状況に合った対応を選びやすくなります。

処理結果が分からないときは、操作の状態を引き継ぐ

外部システムへの登録や変更を伴う電話では、通信が途切れた時点で操作が成功したか分からない場合があります。このとき担当者に「処理できませんでした」とだけ渡すと、実際には反映済みの操作を再度行う可能性があります。「結果を確認できていない」という状態を明示することが大切です。

引き継ぐ情報には、対象となる手続き、送信した内容、実行した時点、確認できた応答を含めます。利用する仕組みで操作を識別する番号が得られるなら、担当者が結果を照合できるようにします。記録には技術的なエラー文だけを載せず、顧客に何を案内したかも残します。

確認前に再実行しない経路を用意する

結果不明の案件では、担当者が既存の登録や変更履歴を確認し、その後の対応を決める流れが必要です。AIが自動で繰り返す設定にするかどうかは、操作の性質と連携先の仕様に応じて判断します。特に同じ処理を重ねると影響が出る操作は、確認方法を決めずに再試行を追加しないようにします。

顧客への案内も状態に合わせます。「手続き結果を確認できていないため、担当者が確認します」と伝える場面では、確認後の連絡方法まで運用で定めておきます。担当者がシステム上の結果を確認しただけでは、顧客側の不明点が解消していない場合があります。

担当者が引き受けるまでを見えるようにする

通知が届いたことと、担当者が対応を引き受けたことは別です。メールやチャットに送る方式でも、未引き受けの案件を確認する方法が必要になります。通知を見た人が対応するという運用だけでは、複数人が同じ案件を処理したり、全員が他の人の対応を待ったりする可能性があります。

運用では、担当者が引き受けた状態を記録し、担当変更時にも引き継ぎ先を明示します。担当者が休みに入る場合や窓口の営業時間が終わる場合は、残っている案件の扱いを確認します。日付が変わっただけで未完了の記録が一覧から消えないように、表示や検索条件も確かめます。

未引き受けの件数が増えたときは、通知の不達、振り分け先の誤り、担当者不足、情報不足を切り分けます。件数だけ見て通知回数を増やしても、原因が権限不足や担当不明なら改善しません。記録がどこまで進んだかを追うことで、止まっている段階に合う対策を選べます。

有人連携の試験は、受け手が対応できない条件も含める

通常どおり担当者につながるテストに加え、不在、営業時間外、窓口の変更、記録の参照不可などを確認します。顧客が接続前に電話を切った場合や、折り返し先の確認を断った場合も、実際の業務でどこまで記録し、誰が判断するかを決めます。

試験の終了条件は、AIの会話が終わった時点に置かないようにします。担当者が記録を受け取り、必要な判断や連絡を行えるところまで確認します。実際の受け手から「この情報があれば対応できる」「この表現だと確定済みに見える」といった意見を集めることが、連携の改善に役立ちます。

運用後の見直しでは、有人へ渡した理由と、受け手が追加で確認した内容を照らし合わせます。毎回不足する項目は会話側の確認を見直し、不要な情報が多ければ要約を整理します。人に渡す件数の削減だけを目標にせず、渡すべき用件が適切な状態で届くかを確認し続けることが大切です。

よくある質問

どんな場合でも、すぐ人につなぐ必要がありますか？

対応時間と用件によります。その場でつなげない場合は、利用可能な受付・連絡方法を案内し、誰が後の対応を引き受けるかを決めます。即時対応が必要な用件には、別途稼働する体制が必要です。

全文の文字起こしを渡せば十分ですか？

全文だけでは、担当者が重要な情報を探す負担が残ります。用件、確認済み事項、未確認事項、処理結果、次に必要な作業を整理し、必要に応じて元の記録へ戻れる形を検討します。

転送率は何％を目標にすればよいですか？

対象用件とAIへ任せる範囲によって変わります。一律の目標を置く前に、適切な切替が行われたか、引継ぎ後に用件が進んだかを確認します。

まずは、つながらなかった一件から見直す

引継ぎ条件、渡した記録、転送結果、担当者の引受け、その後の連絡を一件ずつ追うと、足りない手順が分かります。Daisybellへのご相談では、AIへ任せたい受付と、人の判断が必要な場面をお聞かせください。

AI電話対応・有人連携について相談する

あわせて読みたい

• CX（顧客体験）とは？電話対応で高める方法
• トークスクリプトの作り方
• ボイスボット導入の進め方