チャットボットと有人対応の使い分け｜引き継ぎ設計の実務

チャットボットを導入したものの、答えられない質問が来たときの扱いが決まっていない。「わかりません」で会話が終わり、お客様は結局、問い合わせフォームに書き直している。人に代わったはずが、担当者は経緯を知らないまま最初から聞き直す——。自動化がうまくいかない原因は、AIの精度ではなく引き継ぎの設計にあることが少なくありません。

この記事では、チャットボットと有人対応をどこで切り分けるべきか、そして引き継ぐと決めた後に何を設計する必要があるかを解説します。

使い分けの基準は「答えの有無」ではなく「責任の所在」

結論から言うと、AIと人の切り分けは「AIが答えられるかどうか」ではなく、「会社として責任を負う判断かどうか」で決めるべきです。

生成AIは、答えられない質問にも文章を返せてしまいます。だから「答えられるか」を基準にすると、境界が曖昧になります。実際には、AIが流暢に答えられてしまう質問の中にこそ、人が担うべきものが混ざっています。金額の確約、例外の可否、返金の判断。これらはAIが「それらしく」答えられる一方、間違えれば会社が責任を負う領域です。

一方、責任の所在で切ると境界が明確になります。説明で完結するものはAI、判断や約束を伴うものは人。この基準なら、担当者ごとに解釈がぶれることもありません。

有人に引き継ぐべき4つの場面

結論として、次の4つは自動応答で完結させず、人へ渡す設計にしてください。

1. 学習した資料にない質問

答えの根拠が存在しない質問です。ここで推測すると、もっともらしい誤回答が生まれます。誤回答対策の全体像は AIチャットボットのハルシネーション対策 をご覧ください。

2. 確約が必要な質問

金額、納期、可否の判断。「いくらになりますか」「明日までに対応できますか」「この場合は返品できますか」。一般論としての説明はできても、目の前の相手への約束はAIがすべきではありません。

3. 感情が動いている場面

不満、苦情、強い困りごと。内容として答えられる質問であっても、相手が感情的になっている場面でAIが正論を返すと、状況が悪化します。共感と謝罪は人の領域です。

4. 個別のデータ照会

「私の注文はどうなっていますか」「先日の申請は通りましたか」。個別の状況はAIが学習する資料には存在しません。確認方法を案内したうえで、人が引き継ぐ形になります。

この4つは、AIに任せる範囲を決める際の除外リストとしてそのまま使えます。導入時の範囲設計は カスタマーサポートにAIを導入する手順 でも扱っています。

引き継ぎ設計の3要素

結論として、引き継ぎは「渡すと決める」だけでは機能しません。次の3つをセットで設計してください。

特に見落とされやすいのが3つ目の受け皿です。自動応答は24時間動きますが、人は動きません。夜間に引き継がれた相談をどう扱うか（翌営業日に対応する旨を伝える、フォームで受け付ける等）を決めておかないと、「AIに聞いたのに解決せず、人にもつながらない」という最悪の体験になります。

引き継ぎが失敗する4つの型

結論として、次のパターンに当てはまっていないかを確認してください。

「わかりません」で終わる。 答えられないことを伝えるのは正しいのですが、次の行動を案内しなければ会話は行き止まりです。問い合わせ先、フォーム、営業時間をセットで示す必要があります。

たらい回しになる。 引き継いだ先で担当者が経緯を把握しておらず、お客様が同じ説明を繰り返す。渡す情報の設計が抜けている状態です。

人につながらない時間帯がある。 夜間や休日に引き継ぎが発生したとき、その旨を伝えないまま放置される。「いつ返事が来るのか」を明示するだけで体験は大きく変わります。

AIが粘りすぎる。 答えられない質問に対して、それらしい一般論を返し続けてしまう。トリガーが緩い状態で、最も実害が出やすい型です。

AIマドグチの引き継ぎ設計

結論として、当社が運営するAIマドグチでは、引き継ぎを後付けの機能ではなく設計の中心に置いています。

トリガーは「知らないことは答えない」設計そのものです。 お預かりした資料にない質問には、推測で答えず「わかりかねます」と正直に伝えたうえで、有人窓口をご案内します。この設計は誤回答を防ぐためのものとして語られることが多いのですが、実は引き継ぎのトリガーそのものでもあります。「答えない」と決めておくことが、「人に渡す」条件を自動的に定義するからです。

確約が必要な領域は、応対ルールとして事前に線を引きます。 使ってはいけない表現、答えてはいけない話題、クレーム時の対応方針を、その会社のポリシーに合わせて設定します。前述の「引き継ぐべき4つの場面」のうち2と3は、このルール設定で引き継ぎ条件に落とし込めます。

利用者にはAIであることを明示します。 相手がAIだと分かっていれば、「これは人に聞いたほうが早い」という判断を利用者自身ができます。明示は誠実さの問題であると同時に、引き継ぎを円滑にする実務的な仕掛けでもあります。

履歴は管理画面で確認できます。 どんな質問で引き継ぎが発生したかを後から追えるため、知識ベースに追加すべき内容が見えてきます。

一方で、正直にお伝えしたい点があります。

• 有人対応そのものは代行しません: 引き継いだ先の対応は貴社のご担当者にお願いします。オペレーター代行のサービスではありません
• 窓口はLINE中心です: 電話応対やWebサイト埋め込み型のチャットは対象外です
• 即日開始はできません: 構築とテストに2〜4週間程度かかります
• 料金は個別お見積りです: 公開の定価はありません

サービス全体の仕組みは AIマドグチとは？仕組み・料金・導入の流れ をご覧ください。

よくある質問

AIが答えられない質問はどれくらいの割合になりますか？

一律の目安をお示しすることはできません。問い合わせの内容、用意する資料の範囲、業種によって大きく変わるためです。他社の割合を基準にするより、自社の直近1〜2ヶ月の問い合わせを「説明で完結するもの」と「判断・約束を伴うもの」に仕分けてみることをおすすめします。その比率が、自動化できる範囲のおおよその見当になります。

有人対応の担当者を置けない場合はどうすればよいですか？

引き継ぎ先を人ではなく「受付」にする方法があります。その場でリアルタイムに答える体制がなくても、質問内容と連絡先を受け取り、翌営業日に折り返す形であれば、少人数でも運用できます。重要なのは即応性より、放置しないことと、いつ返事が来るかを伝えることです。なお、AIマドグチは有人対応そのものを代行するサービスではないため、引き継ぎ後の対応体制は導入前に決めておく必要があります。

AIから人に代わったことをお客様に伝えるべきですか？

伝えるべきです。誰と話しているのかが分からない状態は、お客様に不信感を与えます。AIマドグチでは応対の相手がAIであることを明示する方針をとっていますが、これは切り替わりを明確にする意味でも有効です。「ここから担当者が確認してご連絡します」と区切りを示せば、お客様は返答を待つ心構えができ、催促や重複の問い合わせも減ります。

引き継ぎの割合を減らすにはどうすればよいですか？

引き継がれた質問の中身を見て、知識ベースを育てるのが基本です。答えられなかった質問は履歴に残るため、「これは資料を足せば答えられる」というものを拾って追加していきます。ただし、確約や判断を伴う質問は、資料を足しても引き継ぎ対象のまま残すべきです。減らす対象は「本来答えられたはずの質問」であって、引き継ぎ率をゼロに近づけること自体が目的ではない点にご注意ください。