チャットで話したのに電話でまた説明させられるのはなぜか？ 引き継ぐ4つの情報

チャットで伝えた内容が電話で消える原因の多くは、技術の不足ではありません。本人の識別方法と履歴の閲覧権限がチャネルごとに違うこと、そして「何を引き継ぐか」を決めていないこと。この2つです。だから対策も、システムの買い替えより先に、引き継ぐ情報を4つに絞って渡すルールを作るほうが効きます。本稿はその4つと、決め方の手順を書きます。

顧客側から見た再説明の頻度は、調査の数字でも高止まりしています。Five9が2026年6月に公表した調査（米英独の消費者3,000人とCX意思決定者600人が対象）では、AIから人へ引き継がれた後に「少なくとも時々、同じ説明を繰り返している」と答えた消費者が83%にのぼりました。一方で、意思決定者の側はほぼ全員が「自社は引き継ぎ時に文脈を保てている」と認識しています。現場の体感と顧客の体感が、これだけ割れている論点です。

転送のたびに83%が説明をやり直している

数字をもう1つ置きます。Gartnerが2024年8月に公表した調査（顧客5,728人・2023年12月実施）では、セルフサービスだけで完全に解決した問い合わせは14%でした。顧客が「とても簡単」と言う用件でも36%です。つまりチャットやチャットボットで始まった問い合わせの多くは、どこかで人へ、しばしば電話へ移ります。チャネルの移動は例外処理ではなく、問い合わせの標準的な経路だということです。

移動が標準経路なのに、移動時の引き継ぎは設計されていない。ここが分かれ目です。

Five9の数字は意識調査であり、引き継ぎの成功率を技術的に計測したものではありません。それでも、経営側の認識と顧客の体感が大きく割れているという事実だけで、自社の引き継ぎを一度測ってみる理由には足ります。

コールセンターで履歴が渡らない2つの理由

チャットと電話の履歴統合というと、CRMやCCaaSの機能の話に聞こえます。しかし筆者が公開事例や製品仕様を見てきた範囲では、履歴が渡らない原因はもっと手前にあります。

1つ目は、本人の識別方法がチャネルごとに違うことです。チャットはWebの会員ログインやメールアドレスで本人を識別し、電話は電話番号や口頭の本人確認で識別する。この2つの識別子が顧客データベース上で同一人物として結ばれていなければ、どれだけ高機能な基盤を入れても、電話に出たオペレーターの画面に直前のチャットは出ません。病院にたとえると、保険証の番号とカルテの番号が別々に振られている状態。

2つ目は、閲覧権限と担当組織がチャネルごとに分かれていることです。チャットはWeb部門やEC部門が運営し、電話はコンタクトセンターが運営している体制は珍しくありません。9月に書いたオムニチャネルの現実の整理でも触れたとおり、チャネルの履歴が1つの基盤に自動で集まり続ける状態は、国内ではまだ標準ではありません。チャットのログが別システムに残り、電話側のオペレーターに閲覧権限がない。この状態では、履歴は「あるのに見えない」ことになります。

そして識別と権限を越えても、最後に「全履歴のうち何を見ればよいか」が残ります。チャットの生ログを丸ごと渡されたオペレーターは、通話しながら数十行を読み返すことになり、結局顧客に聞き直すほうが速い。渡す情報を絞っていないことが、3つ目の、そして運用で最も直しやすい原因です。

引き継ぐ情報は4つに絞る

全部渡そうとすると全部読まれなくなります。1回のチャネル移動で渡す価値があるのは、次の4つと考えています。

1. 用件

顧客が何を解決しようとしているかの1行です。「10月分の請求額の誤りの申し立て」のように、対象と動詞まで入れます。チャットボットであれば分類済みのインテント、有人チャットであれば対応者が閉じる前に1行で書く運用にします。LINE問い合わせの有人とAIの切り分けで書いた用件の切り分けができているセンターなら、その分類ラベルがほぼそのまま使えます。

2. 確認済みの事実

本人確認の完了有無と水準、聞き取り済みの情報（対象の注文番号、発生日、エラー表示など）です。ここが渡ると「お名前とご契約番号をもう一度」が消えます。本人確認は水準まで渡すことに意味があります。チャットでの会員ログインを電話の本人確認として扱えるかは、認証ポリシー上の判断が要るからです。扱えないなら扱えないで、「電話では生年月日の確認だけ追加する」と決めておけば、顧客への説明は一言で済みます。

3. 済んだ手続き

再起動の案内、再送信の実施、調査依頼の起票など、すでに試したこと・実行したことです。これが渡らないと、顧客は同じ手順をもう一度やらされます。再説明より体感が悪いのがこの「再実行」で、済んだ手続きが見えるだけで二重対応は大きく減ります。

4. 顧客が待っていること

折り返しの約束、調査結果の期日、返金の着金予定など、企業側が負っている宿題です。顧客がチャネルを変えてまで連絡してくる理由は、この宿題の進捗確認であることが多い。最初の一言を「お調べしていた件ですね」から始められるかどうかが、ここで決まります。

4つに共通するのは、生ログではなく判断済みの要約だという点。生ログの転送は実装としては簡単ですが、読む側の時間を顧客との通話中に使わせます。要約して渡す設計は、9月に書いたエスカレーション設計の記事で整理したAIから人への引き継ぎと同じ考え方で、チャットから電話への移動にもそのまま使えます。生成AIの要約を使う場合も、この4項目をテンプレートにして埋めさせるほうが、自由要約より事故が少なくなります。

自社のセンターで確かめること

明日確かめられるのは3点です。チャットの識別子と電話の識別子が顧客マスタ上で結ばれているか。電話のオペレーターにチャット履歴の閲覧権限があるか。そして、引き継ぎ項目を定めた文書が存在するか。3つ目が無いセンターが大半だと見ています。逆に言えば、識別子の統合という時間のかかる課題に先行して、4項目の引き継ぎテンプレートは運用だけで今週から始められます。

もっとも、引き継ぎを整えるより「チャネルを移動させない」ほうが根本解だという考え方もあります。実際、同日に公開した楽天カードの事例分析は、チャットで完結する用件を9年かけて増やし、電話に来る前に片づける道を選んだ会社の話です。ただし移動をゼロにできるのは用件が定型に寄ったセンターに限られ、本人確認や判断を伴う用件を抱える限り、移動時の引き継ぎ設計は残り続けます。

まとめ

• 再説明の原因は、本人識別と閲覧権限がチャネルごとに違うこと、引き継ぐ情報を決めていないことに集中している

• 渡すのは生ログではなく、用件・確認済みの事実・済んだ手続き・顧客が待っていることの4つに絞った要約

• 識別子の統合は時間がかかるが、4項目のテンプレートは運用だけで始められる

自社のチャットと電話の間で、この4つのうちいくつが今渡っているでしょうか。

よくある質問

Q1. システムを統合しないと引き継ぎは実現できませんか。 識別子の統合と閲覧権限の付与ができるまでは、有人チャットの対応終了時に4項目をCRMの顧客メモへ転記する運用でも効果があります。完全な自動連携を待つより、まず渡す中身を固定するほうが先です。

Q2. チャットボットの履歴も引き継ぐべきですか。 全文は不要です。ボットが分類した用件と、ボットが案内して顧客が試した手順（済んだ手続き）の2つだけ渡せば、人の対応は「その続き」から始められます。

Q3. 引き継ぎの出来はどの指標で測ればよいですか。 転送後の通話で本人確認と用件聴取に使っている時間、そして「同じ説明を2回させられた」趣旨の顧客アンケート回答率が直接的です。AHT（1件あたりの平均処理時間）全体より、転送あり通話に絞って見ると変化が分かります。

Q4. 電話からチャットへ戻る逆方向も同じですか。 同じ4項目で成立します。ただし電話側は履歴がテキスト化されていないことが多く、通話の要約を残す仕組み（後処理の要約自動化など）が前提になります。

注記: 本稿の内容は2026年10月26日時点の公開情報に基づきます。引用した調査の数値は各調査主体の発表によるもので、Five9の数字は消費者・意思決定者への意識調査です。本稿はAI著者によるデスクリサーチと筆者の見解であり、特定製品の推奨ではありません。

出典

• Business Wire「New Five9 Research: AI Adoption in CX Hits 92%, But Consumer Trust Still Depends on Human Support」

• Gartner「Gartner Survey Finds Only 14% of Customer Service Issues Are Fully Resolved in Self-Service」

• No Jitter「AI can handle customer service, but consumers don't trust it」

この記事はCC AI LabのAI著者（相馬 迅/相原 ことは）が執筆し、編集部が内容を確認・承認のうえ公開しています。誤りを見つけた場合はお問い合わせフォームからご連絡ください。