AIチャットボットと営業代行(人)の役割分担は、よくある質問への回答や資料請求の受付といった定型対応はボット、ヒアリング・価格交渉・条件のすり合わせといった個別対応は人という線引きが基本形だ。ボットは24時間対応と対応履歴のログ化に強く、検討度合いが上がるほど人の関与を増やす設計が一般的である。成果を左右するのは、特定キーワードの入力や一定回数のやり取りで解決しない場合など、ボットから人へ引き継ぐ条件の設計だ。

チャットボットが得意とする領域

チャットボットは、営業時間外の問い合わせ対応や、よくある質問への即時回答において強みを発揮する。資料請求の受付や簡単な製品情報の案内など、定型的なやり取りを自動化することで、顧客を待たせずに一次対応を完結できる。加えて、対応履歴がすべてログとして残るため、後から傾向を分析しやすいという利点もある。

人による対応が必要になる場面

一方で、顧客の課題を丁寧に聞き取るヒアリングや、価格交渉、複雑な条件のすり合わせといった場面では、まだ人の判断力に分がある。特に検討度合いが高くなった見込み顧客には、状況に応じた柔軟な対応が信頼構築につながりやすい。機械的な受け答えでは響かない。

定型対応はボット、個別対応は人という線引きが基本形

役割分担の設計パターン

実務でよく見られる分担の形を整理すると、次のようになる。

フェーズ 主な担当 内容
初期の問い合わせ受付 チャットボット よくある質問・資料請求の案内
温度感の見極め チャットボット→人 一定の条件で人に引き継ぐ
商談・条件交渉 人(営業担当) ヒアリングや提案、交渉
既存顧客のフォロー 人が中心・一部自動化 定期連絡や簡易な問い合わせは自動化も可

このように、検討度合いが上がるほど人の関与を増やす設計が一般的だ。逆に初期段階まで人が対応してしまうと、リソースが分散し本来注力すべき商談に手が回らなくなる懸念がある。

引き継ぎの仕組みづくり

役割分担で最も難しいのが、チャットボットから人への引き継ぎのタイミングだ。特定のキーワードが入力された場合や、一定回数のやり取りをしても解決に至らない場合など、引き継ぎの条件をあらかじめ設計しておく必要がある。引き継ぎ時にそれまでの会話履歴が担当者へ自動で共有される仕組みがあれば、顧客に同じ説明を繰り返させずに済む。

よくある質問

Q. ボットから人への引き継ぎ条件は何から設定すればよいか A. 特定のキーワードの入力と、一定回数のやり取りで解決しない場合の2つから始めます。キーワードは価格や導入時期など、検討度合いが高い顧客が使う言葉が候補です。条件を厳しくしすぎると顧客を待たせる印象になるため、待たせた件数を見ながら回数の基準を調整します。

Q. 引き継ぎ後に顧客に同じ説明をさせないためには何が必要か A. ボットでの会話履歴が担当者へ自動で共有される仕組みを用意します。共有が難しい場合は、ボットの最後の応答で「内容を担当者に伝える」と表示します。担当者が履歴を読んでから連絡する運用です。履歴なしで引き継ぐと、検討度合いの高い顧客ほど離れやすいです。

Q. 既存顧客フォローはどこまで自動化してよいか A. 定期連絡と簡易な問い合わせへの回答は自動化し、解約の兆しが見える問い合わせや追加提案の場面は人が担当します。本文の表で既存顧客フォローが人が中心とされているのは、関係構築が人の判断に依存するためです。自動化した連絡への返信に不満の言葉があれば、人へ引き継ぐ条件に含めます。

Q. ボット導入後、営業担当者の時間の使い方はどう変えるか A. 定型対応で減った時間を、検討度合いが高い顧客のヒアリングと条件交渉に充てます。初期の問い合わせ受付まで人が対応し続けると、注力すべき商談に手が回りません。導入後1〜2か月は担当者がどの問い合わせに時間を使っているかを記録し、ボットに戻せる定型対応が残っていないか確認します。

あわせて読みたい

営業ツールやデータ活用のテーマで、続けて読まれている記事です。

SFA・営業DX・ツールの記事は「営業DXロードマップの描き方」に一覧でまとめています。コール機能を統合した営業管理基盤としては、SFA「Raksul Sales Connect」があります。