
・有人切り替え(ハンドオフ)の意味と、AI時代における引き継ぎ設計の重要性
・AIから有人対応へスムーズに切り替えるための5つの条件と判断基準
・顧客と担当者双方のストレスを減らすための用件別・時間帯別の運用設計
・導入前後で確認すべき運用チェックリストと分析指標(KPI)
「AIチャットボットを導入したものの、解決できない質問で行き止まりになってしまう」「AIから有人対応に引き継いだ後、顧客が同じ説明をやり直すことになり不満につながっている」といった課題を抱えていませんか?
有人切り替え(チャットボットのハンドオフ)とは、AIチャットボットで解決できない問い合わせを、これまでの会話履歴や文脈を保ったまま人間の担当者へスムーズに引き継ぐ仕組みのことです。
AIの回答精度を高めることも大切ですが、解決できなかった際の「逃げ道」をあらかじめ設計しておくことが、顧客体験(CX)と担当者の運用負担(EX)を左右します。本記事では、AIから有人対応への切り替え条件や情報伝達のコツ、少人数チームでも回せる運用体制の構築手順を徹底解説します。

有人切り替えとは?AI時代に引き継ぎ設計が重要な理由
有人切り替え(ハンドオフ)とは、AIチャットボットでは対応しきれない問い合わせを担当者へ引き継ぐ仕組みです。「AIで自動化すること」と同じくらい「人にどう渡すか」を設計することが、顧客体験の満足度を大きく左右します。
カスタマーサポート(CS)におけるAI活用やAIエージェントの普及が進む一方で、AIによる有人対応への引き継ぎルール作りが重要なテーマになっています。
チャットボットにおける有人対応への切り替えは、英語圏では「ハンドオフ(Handoff)」や「ハンドオーバー(Handover)」とも呼ばれます。これは単に「AIで答えられなかったからオペレーターに投げる」という敗北処理ではありません。「AIが得意な作業」と「人間が得意な対応」をスムーズにつなぐための重要なプロセスです。
| 対応主体 | 得意な領域・役割 | 苦手な領域 |
| AIチャットボット | ・24時間365日の即時応答
・よくある質問(FAQ)の案内 ・注文番号や名前などの事前ヒアリング |
・複雑な背景や文脈の汲み取り
・感情的なケアや謝罪 ・例外的な対応や個別判断 |
| 人間の担当者 | ・共感や配慮を伴う柔軟な対話
・複雑なトラブルの原因究明 ・臨機応変な合意形成 |
・大量の定型問い合わせへの同時処理
・深夜・休日の即時レスポンス |
AIだけですべての問い合わせを完結させようとすると、複雑な悩みを抱えた顧客が行き場を失い、かえって満足度が低下してしまいます。AIと人がそれぞれの強みを活かして連携する仕組みをつくることが、カスタマーサポートの質を高める鍵となります。
※AIと人の役割分担についての基本的な考え方は、【Tayoriサポートからのおたより】AIと人の「得意分野」を活かす。満足度を高めるハイブリッドな運用とはでも詳しく解説しています。
有人に切り替えるべき5つの条件
AIから有人切り替えを行うタイミングは、「顧客の希望」「未学習の質問」「やり取りの停滞」「感情的シグナル」「特定の用件」の5つの条件に整理して事前に設定しておくことが基本です。
チャットボットの有人対応の現場で「いつ人へ切り替えるべきか」迷った際は、以下の5つの切り替え条件を基準に設定することをおすすめします。
1. 顧客が人との対応(オペレーター対応)を希望したとき
チャット画面上に「担当者と話す」「オペレーターにつなぐ」といった切り替えボタンや導線を常時用意しておきます。顧客自身が「AIでは解決しない」と判断した段階でいつでも人を呼び出せるようにしておくことで、ストレスを小さく抑えられます。
2. ボットが回答・答えを持っていない(未学習)とき
AIがナレッジベースやFAQを検索しても適切な答えが見つからない場合や、信頼度が低いと判定された場合です。無理にAIに回答させようとすると誤答(ハルシネーション)につながるため、速やかに担当者へ案内します。
※誤回答のリスクや対策については、AIチャットボットのデメリットと「ハルシネーション」対策!安全に導入・運用するポイントをご覧ください。
3. 同じやり取りが繰り返され、解決に向かわないとき
顧客が入力した質問に対して、AIが何度も同じような回答を返してしまうケースです。一定回数以上解決に至らないやり取りが続いた場合に自動で切り替え提案を出します。なお、切り替えを発動させる具体的な往復回数の閾値(しきい値)は、自社の過去ログや問い合わせ傾向を確認しながら調整しましょう。
4. 顧客のテキストに感情的なシグナルが見られるとき
文脈の中に強い否定語、厳しいお叱りの言葉、怒りを示す不満の兆候が含まれる場合です。単一のキーワードだけで判断するのではなく、「短く途切れた文章の連続」や「不満を表す言葉の繰り返し」など複数の兆候を組み合わせて検知・判断する考え方が有効です。
感度を高く設定しすぎるとAIで解決できる日常的な質問まで人に流れてしまい、低すぎると不満を抱えた顧客を放置することになるため、運用のバランスが重要です。
5. 用件の種類が「最初から人向き」であるとき
個人情報の厳重な確認が必要な手続き、解約や返金に関する個別交渉、法的な判断を伴う相談など、リスクが高い用件はAIの対話を挟まずに最初から有人窓口へ誘導する設計にします。
有人切り替えの条件まとめ
| 切り替え条件 | 判断の目安・検知の基準 | 引き継ぎ後の優先度 |
| 顧客の明示的な希望 | ユーザーが「担当者と話す」ボタンを押した | 中 |
| 未回答・未学習 | 該当するFAQが存在しない/確信度が低い | 中 |
| やり取りの停滞 | 同じ質問や再度の問い直しが繰り返された | 中〜高 |
| 感情的シグナル | 強い否定語や不満を示す表現が複数確認された | 高 |
| 特定の重要用件 | クレーム、契約解約、個人情報に関わる手続き | 最優先 |
▼AIと人の連携によるCS運用に役立つ資料を無料でダウンロードする
用件別の判断表|最初からAIに任せるもの・人に回すもの
問い合わせの用件を「AIで完結」「AIで情報収集してから人へ」「最初から人へ」の3パターンに分類して整理すると、有人切り替えの条件設計がシンプルになります。
すべての問い合わせを同じルートで処理しようとすると、オペレーターの負荷が増大したり、顧客の待ち時間が長くなったりします。用件の性質に応じて入口で分類することが大切です。
たとえば、HubSpotでのチャットボット作成・運用方法を解説する記事(Start-Link「【チャットボットの設定】HubSpotでチャットボットを作成する方法」)においても、公開情報で解決できる質問はボット対応とし、強い不満や個別の事情判断が必要な内容は人につなぐ、といった役割分担の考え方が示されています。
以下は、一般的な用件別切り替え設計のモデル例です。
| 問い合わせ用件の例 | 推奨の対応パターン | 理由・運用のポイント |
| 営業時間、基本的な操作方法、資料請求 | AIで即時完結 | 正解が決まっている定型質問であり、24時間即時回答できるAIの強みが最も活きるため。 |
| 技術的な不具合、利用環境に応じたトラブルシューティング | AIで一次ヒアリング後、人に引き継ぎ | OSやエラーコード、試した手順などをAIが事前に聞き出しておくことで、担当者の確認手間を小さくできるため。 |
| 料金の個別見積もり、個別契約内容の変更 | AIからフォーム/有人へ誘導 | 本人確認や個別データベースの照合が必要となるため。 |
| サービスへの強いクレーム、重大な不具合の報告 | 最初から有人対応(優先対応) | AIの機械的な回答は感情を損ねる懸念があるため、人間が迅速かつ真摯に対応すべき領域。 |
| 個人情報の変更、口座情報の登録依頼 | 指定フォームまたはセキュリティ領域へ案内 | チャット上で機微な情報をやり取りするリスクを避け、安全な手続きへ誘導するため。 |
「何でもAIに答えさせる」のではなく、難易度やリスクに応じて経路を割り振ることで、全体の対応品質と作業効率の双方が向上します。
引き継ぎ時に渡すべき情報と、顧客に伝えること
有人切り替えで最も重要なのは、「顧客に同じ説明を二度させないこと」です。会話ログや事前ヒアリング内容を担当者に渡しつつ、顧客には待ち時間や次のアクションを明示します。
有人チャットの切り替え時に顧客が不満を感じやすいのは、「チャットボットに説明した内容を、担当者に代わったあともう一度最初から説明させられること」です。これではCXが大きく低下してしまいます。
担当者に渡すべき3つの情報(EX向上)
AIから人間の担当者へ引き継ぐ際は、内部システム側で以下の情報が自動的に共有される状態が理想的です。
1. これまでの対話履歴(会話ログ):顧客が何を質問し、AIがどう答えたかのやり取り全文
2. 収集済みの属性・事前情報:名前、メールアドレス、会員ID、エラーコードなど
3. 引き継ぎの発生理由:「未回答による自動エスカレーション」「顧客のボタン押下」「感情シグナル検知」など
顧客へ提示する案内メッセージの例(CX向上)
切り替えが発生した際は、顧客に「いま何が起きているか」「どのくらい待つのか」を明確に伝えます。
案内文の例(営業時間内の場合):
「ご質問ありがとうございます。これまでのやり取りを担当者に引き継いでおります。そのまま少々お待ちください(通常○分以内にご案内いたします)。」
案内文の例(混雑している場合):
「ただいま担当者が混雑しております。お急ぎの場合は、このままメッセージを残していただければ、メールにて○営業日以内に折り返し回答いたします。」
チャットボットのシナリオを作成する際は、対話が行き止まり(デッドエンド)にならないよう、必ず最後に「次の選択肢」や「問い合わせフォームへの誘導」が含まれているか確認しましょう。
シナリオ構築の具体的なポイントについては、【実践】失敗しないチャットボットのシナリオ設計と作り方!作成手順とコツも併せてご覧ください。
▼CSの業務効率化と顧客満足度向上を両立する資料を無料でダウンロードする
営業時間外・少人数でも回る運用の作り方
専任のオペレーターが常駐できない少人数チームや営業時間外の対応では、「即時チャット対応」にこだわりすぎず、「夜間受付フォーム」や「メールでの折り返し」を組み合わせる設計が効果的です。
中小企業やスタートアップなど、カスタマーサポートを少人数で運用している場合、24時間いつでもリアルタイムで有人切り替えに応じることは困難です。その場合は、無理にリアルタイムチャットでつなごうとせず、非同期の対応フローを組み込みます。
【営業時間外のフロー例】
AIボットで回答不能
↓
「営業時間外」の自動メッセージ表示
↓
専用問い合わせフォームへ誘導(ツールや設定に応じて事前情報を連携)
↓
翌営業日に担当者がメールまたは管理画面から回答
少人数チーム向けの運用のコツ
・通知の仕組みを整える:有人切り替えが必要な案件が発生した際、チームで使っているチャットツール(SlackやMicrosoft Teams等)やメール宛てに即時通知が飛ぶように設定しておきます。
・対応の優先順位をルール化する:届いた問い合わせはすべて同じ順番で処理するのではなく、「クレーム」「解約・トラブル」「一般的な質問」の順で優先度をつけて対応します。
担当者同士(一次対応から二次対応など)の引き継ぎルールやエスカレーションの基本構造については、一次対応・二次対応の分け方とは?エスカレーションルール設計の基本で詳しく紹介しています。
導入前・導入後のチェックリストと、見るべき指標
引き継ぎ設計は一度作って終わりではありません。導入前の準備に加え、導入後は「自己解決率」「有人切り替え率」「途中離脱率」の3指標を定期的にモニタリングし、継続的に改善を行います。
有人切り替えの運用チェックリスト
導入前チェックリスト
・[ ] 有人対応に切り替える「5つの条件」が明確になっているか
・[ ] 用件ごとの振り分けルール(即時AI/ヒアリング後有人/即時有人)が決まっているか
・[ ] 営業時間外・休日が発生した際の非同期フロー(フォーム誘導など)が用意されているか
・[ ] 担当者に会話ログやヒアリング情報が確実に引き継がれる仕組みになっているか
・[ ] 顧客向けの切り替え時案内メッセージ(待ち時間の目安など)が設定されているか
導入後チェックリスト
・[ ] 有人切り替えが発生した要因ログを毎週・毎月確認しているか
・[ ] 切り替え頻度が高い質問を、新しいFAQとして追加・更新しているか
・[ ] 顧客がチャットの途中で諦めて離脱していないか(離脱ポイントの特定)
運用後に見るべき3つの分析指標(KPI)
| 見るべき指標 | 指標の意味 | 数値から読み取れる課題と改善アクション |
| 自己解決率 | チャットボットだけで顧客の疑問が解決した割合 | 低い場合: FAQの登録数が不足している、または表記揺れに対応できていない可能性がある。回答ナレッジを補強する。 |
| 有人切り替え率 | 全問い合わせのうち、担当者へ引き継がれた割合 | 高すぎる場合: AIの回答ルールや導線設計が厳しすぎるか、FAQの不備でAIが答えられていない。
低すぎる場合: 切替導線が分かりにくく、顧客が解決しないまま諦めて離脱している可能性がある。 |
| 途中離脱率 | 解決も切り替えもされず、途中で画面が閉じられた割合 | 高い場合: シナリオが長すぎる、または切り替えボタンの位置が分かりづらい。「行き止まり」が発生していないか見直す。 |
有人切り替え率が高い質問項目を特定できたら、その内容を分析してFAQやナレッジベースへ還元していくサイクルを回しましょう。
ナレッジベースを形骸化させずに運用する手順は、【Tayoriサポートからのおたより】カスタマーサポートのナレッジベース構築と運用。形骸化させない3つのコツをご参照ください。
Tayoriで有人対応につなぐには
カスタマーサポートツール「Tayori」を活用し、AIチャットボットで解決できなかった問い合わせをフォームや問い合わせ管理画面と組み合わせることで、漏れを減らした運用の設計がしやすくなります。
AIチャットボット単体で無理に完結させようとせず、周囲のサポート機能と連携させることが成功の近道です。
カスタマーサポートツール「Tayori」では、以下のような機能群を組み合わせることで、整理された引き継ぎ運用を構築できます。
- AIチャットボット機能・FAQ機能: 登録されたナレッジをもとに、24時間体制で一次回答を自動化します。
- フォーム機能: AIで解決しなかった場合や、営業時間外の問い合わせを受付フォームへ誘導します。用件に応じた入力項目を設定できるため、必要な情報を効率よく収集できます。
- 受信箱(問い合わせ管理): 届いた問い合わせをチーム全体で共有し、担当者の割り当てや対応ステータスを可視化できます。二重対応や対応漏れの削減につながります。
AIと問い合わせフォーム、管理システムを組み合わせて運用することで、少人数チームでも顧客に不便を感じさせない、安定したサポート体制が整います。
▼Tayoriの機能や活用事例がわかるサービス紹介資料を無料でダウンロードする
よくある質問(FAQ)
有人切り替え(ハンドオフ)とは何ですか?
AIチャットボットでの会話で解決に至らなかった問い合わせを、これまでの対話履歴や文脈を保持したまま、人間のカスタマーサポート担当者に引き継ぐ仕組みのことです。
有人切り替えはどんなときに行うべきですか?
主に「顧客が人との対応を希望したとき」「AIが回答を持たない難解な質問のとき」「やり取りが噛み合わず繰り返されているとき」「クレームなどの感情的ケアが必要なとき」「契約や個人情報に関わる手続きのとき」の5パターンで実施するのが一般的です。
切り替えを発動させる「やり取りの回数」はどう決めればよいですか?
一律の正解はありません。自社のチャットログを確認し、顧客がストレスを感じ始める平均的な往復回数を算出した上で、しきい値を調整することをおすすめします。
営業時間外に有人切り替えの要望が来たらどうすればよいですか?
営業時間外である旨と翌営業日の対応になる旨を明記した上で、問い合わせフォームへ誘導する自動メッセージを設定します。ツールや設定によって可能な場合は事前に得た情報をフォームへ連携させることで、翌朝担当者がスムーズに対応を開始できます。
引き継ぎ時に顧客へ何を伝えるべきですか?
「担当者へ引き継ぎ中であること」に加え、「対応開始までの待ち時間の目安」や「折り返し連絡になる場合の対応手順」を分かりやすく伝えます。
有人切り替え率が高いのは悪いことですか?
一概に悪いとは言えません。複雑な相談が多いサービスでは切り替え率が高くなるのが自然です。ただし、「AIで答えられるはずの単純な質問」で切り替えが多発している場合は、FAQデータの不足やAIの学習不足が疑われるため、ナレッジの見直しが必要です。
AIだけで完全に無人化させる運用は可能ですか?
シンプルなWebサービスの一次問い合わせなど一部の領域では可能ですが、すべての問い合わせを無人化するのは困難です。例外対応や感情的なフォローが必要な場面が必ず発生するため、「AIと人のハイブリッド運用」を前提とした設計を行うことが現実的です。
まとめ:切り替え設計は「AIの失敗」ではなく「質の高い顧客体験」をつくるプロセス
AIチャットボットにおける有人切り替えは、AIの回答失敗を取り繕うための応急処置ではありません。「顧客を行き止まりにさせず、最後まで寄り添って解決へ導く」ための、最初から組み込まれたサービス設計の一部です。
まずは自社の問い合わせ内容を見渡し、以下のステップから始めてみましょう。
1. 切り替え条件を整理する:「顧客の希望」「未回答」「複雑な用件」など、優先度の高い条件からルールを決める
2. 情報の引き継ぎルートを作る:担当者が過去ログを一目で確認できる状態を整える
3. 時間外の受け皿(フォーム)を用意する:担当者が不在の時間帯でも問い合わせを取りこぼさない仕組みを作る
AIのスピード感と、人間のあたたかい対応力をかけ合わせ、顧客にも担当者にも優しいサポート体験(CX/EX)を実現していきましょう。

