Webサイトチャットボットと有人チャットの違い：コスト、向いている場面、使い分け

Webサイトにチャット機能を置く場合、「AIチャットボットにするか、有人チャットにするか」という比較になりがちです。実際には「AIと人間のどちらが優れているか」という話ではありません。

複雑な相談、クレーム、個別判断が必要な問い合わせでは、今でも人が対応した方がよいケースが多くあります。相手の意図を読み取り、事情を確認し、その場で判断を変えられる点では、経験のある担当者の方が強いからです。

一方で、有人対応には営業時間と人件費の問題があります。夜間や休日も含めて24時間対応しようとすると、複数の担当者やシフトが必要になります。問い合わせが増えれば、その分だけ対応する人も増やさなければなりません。

そこで役に立つのが、Webサイトの情報をもとに回答するRAG型のWebサイトチャットボットです。ここでは、RAGを使ったWebサイトチャットボットと有人チャットについて、それぞれ何が得意なのか、コスト構造はどう違うのか、どのように使い分けるとよいのかを整理します。

有人チャットとは

有人チャットは、Webサイトを訪れた人と担当者がリアルタイムでやり取りする仕組みです。画面右下などにあるチャット窓から質問すると、オペレーターや営業担当者、サポート担当者が内容を確認して返信します。

仕組み自体は分かりやすいですが、運用には人が必要です。平日の9時から18時までだけ対応するのであれば、それほど難しくないかもしれません。しかし次のような条件になると、必要な体制は一気に大きくなります。

• 夜間も対応したい
• 土日祝日も対応したい
• 海外からの問い合わせにも対応したい
• 同時に複数の問い合わせが来る

有人チャットが特に向いているのは、単純な情報案内では済まない問い合わせです。

• クレーム
• 返品や返金の相談
• 個別見積もり
• 法人向けの営業相談
• 複雑な技術サポート
• 事情を聞いたうえで判断する必要があるケース
• 感情面への配慮が必要なケース

こうした場面では、現状では人が対応する方が自然です。

RAG型のWebサイトチャットボットとは

RAG型のチャットボットは、一般的な生成AIにそのまま質問を投げるのとは少し違います。ユーザーから質問を受けると、まずWebサイトやFAQ、マニュアルなどから関連する情報を探し、その情報をもとに回答を生成します。

大まかな流れは次のようになります。

ユーザーが質問
      ↓
Webサイト内の情報を検索
      ↓
関連する文章を取得
      ↓
質問と関連情報をLLMに渡す
      ↓
回答を生成

これがRAG（Retrieval-Augmented Generation）の基本的な考え方です。ポイントは、「AIが何でも知っているから答える」のではなく、その会社が公開している情報を探して、それをもとに答えるという点です。

たとえば「土曜日もサポートしていますか？」という質問に対して、企業サイトの営業時間やサポートページを参照して回答します。そのため、RAG型のチャットボットが特に得意なのは、答えがすでにWebサイトのどこかに書かれている質問です。

Webサイトチャットボットと有人チャットの違い

大きな違いを整理すると、次のようになります。

	RAG型Webサイトチャットボット	有人チャット
回答するのは	AI	人
対応時間	24時間運用しやすい	人員体制による
応答速度	基本的に即時	混雑状況による
同時対応	多数に対応しやすい	担当者ごとに限界がある
よくある質問	得意	対応可能だが工数がかかる
複雑な相談	苦手	得意
個別判断	苦手	得意
感情への対応	限界がある	得意
多言語対応	比較的しやすい	対応できる人材が必要
夜間対応	しやすい	シフトが必要
問い合わせ増加時	比較的拡張しやすい	人員増加が必要

どちらか一方が全面的に優れている、というわけではありません。問い合わせの種類が違えば、向いている方法も変わります。

有人チャットの方が向いている場面

たとえば次のような問い合わせを考えてみます。

「商品を開封してしまったのですが、返品できますか。明日から長期出張なので、今日中に対応してほしいです。」

返品条件自体はWebサイトに書いてあるかもしれません。ただし、この問い合わせには次の要素が含まれます。

• 商品の状態
• 購入時期
• 通常の返品ルール
• 例外対応が可能か
• 顧客とのこれまでの取引
• その場でどこまで判断できるか

チャットボットで通常ルールを説明することはできます。しかし、例外対応をするかどうかを決めるのは人の方が適しています。

営業でも同じです。料金について質問していた顧客が、話を聞いていくうちに実は別の商品や別プランの方が合っている、ということはよくあります。こうした会話は、単なる情報検索ではありません。そのため、複雑な相談や高単価の商談では、有人対応には大きな価値があります。

Webサイトチャットボットが向いている場面

一方で、Webサイトへの問い合わせの中には、かなり定型的なものもあります。

• 営業時間は何時までですか？
• 英語でも利用できますか？
• 料金はいくらですか？
• 解約はできますか？
• スマートフォンでも使えますか？
• マニュアルはどこにありますか？

これらは人が答えても問題ありません。ただ、同じ質問が何度も来るのであれば、そのたびに担当者がWebサイトを確認して説明する必要はありません。RAG型のチャットボットであれば、関連するページを探して、その内容から回答できます。

特に差が出るのは営業時間外です。小規模な会社が深夜2時まで担当者を待機させるのは現実的ではありません。しかしチャットボットであれば、Webサイトに答えが書いてある質問については夜間でも対応できます。

もちろん、深夜2時の問い合わせをすべて解決できるわけではありません。それでも、「翌朝まで何も答えられない」のと、「基本的な情報だけでもその場で返せる」のとでは、ユーザー体験に差があります。

コストの違いは「人員配置」の違いが大きい

有人チャットのコストは、基本的には人件費です。単純化すると、次のようになります。

有人チャットのコスト = 担当人数 × 対応時間 × 人件費 + 管理コスト + チャットシステム利用料

問い合わせが増えれば、いずれ担当者を増やす必要があります。営業時間を延ばせば、その分だけシフトも必要です。24時間対応にしようとすると、1人の担当者では対応できません。複数シフト、休日対応、欠勤時の代替要員なども考える必要があります。

一方、チャットボットのコスト構造は少し異なります。

チャットボットのコスト = 初期設定 + システム利用料 + LLM利用料 + コンテンツ管理 + 監視・改善

問い合わせが増えても、人件費のようにそのまま比例して増えるわけではありません。ただし、チャットボットも無料ではありません。LLMの利用料がかかりますし、Webサイトのクロールやインデックスも必要です。誤回答が出ていないかの確認や、情報更新時のメンテナンスも必要です。

大きな違いは、1件の簡単な質問に対して、毎回人が対応する必要があるかどうかです。AIの方が人より良いからコストが下がるのではありません。単純な問い合わせの一部を人が処理しなくてもよくなるため、運用コストを下げやすいということです。

RAGでも間違えることはある

RAGを使えば、生成AIが何でも勝手に答える問題はある程度減らせます。ただし、RAGだから正確とは限りません。元になるWebサイトの情報が古ければ、回答も古くなります。

たとえば、料金ページは新しいのに、古いブログ記事には以前の料金が残っている状態では、検索結果によっては古い情報を拾う可能性があります。ほかにも、次のようなケースでは正しく答えられないことがあります。

• Webサイトの内容が不足している
• ページ間で説明が矛盾している
• 検索した文章が適切でない
• 質問が曖昧
• 社内には情報があるがWebサイトには書かれていない
• 顧客ごとの契約情報が必要

そのため、実運用では次のような仕組みが重要になります。

• 回答根拠を限定する
• 参照元を表示する
• 回答できない場合は無理に答えない
• 信頼度が低い場合は有人対応に切り替える
• 回答ログを確認する

実際には「AIか人か」の二択ではない

実務では、チャットボットか有人チャットかの二択にする必要はありません。むしろ、次のような構成の方が自然です。

ユーザーが質問
      ↓
Webサイトの情報で答えられるか
   ↓             ↓
  Yes            No
   ↓              ↓
AIが回答       有人対応
               または
            問い合わせフォーム

チャットボットを「受付の第一段階」として使う考え方です。Webサイトに答えがある質問は自動で回答する。判断が必要な質問は人に回す。この分担であれば、それぞれの得意な部分を使えます。

チャットボットは、公開済み情報を何度でも探して案内することが得意です。人は、例外への対応や判断が得意です。営業時間を50回説明するために担当者を使う必要はありません。反対に、複雑な料金トラブルを無理にAIだけで処理する必要もありません。

Webサイトチャットボットが向いているケース

次のようなサイトでは、チャットボットを導入する意味が比較的大きくなります。

• Webサイト内の情報量が多い
• 同じような質問が繰り返し来る
• 営業時間外のアクセスが多い
• 海外からのアクセスがある
• サポート担当者が少ない
• メニューや検索だけでは情報を見つけにくい
• 多言語で案内したい
• FAQやマニュアルが充実している

特に、情報量の多いサイトでは効果が分かりやすいです。従来なら「トップページ → サポート → マニュアル → 製品を選択 → バージョンを選択 → インストール方法」とたどる必要があったものを、「Windows版のインストール方法を教えてください」と聞くだけで該当情報にたどり着けます。

この場合、チャットボットの役割は「人の代わり」よりも、Webサイト内の情報を探しやすくするインターフェースと考えた方が分かりやすいでしょう。

有人チャットが向いているケース

反対に、次のような業務では有人対応の価値が高くなります。

• 問い合わせ内容が毎回かなり違う
• 1件あたりの顧客価値が高い
• 商談や交渉が多い
• クレーム対応が多い
• 顧客との関係性が重要
• 個別の契約情報を確認する必要がある
• 担当者の判断で例外対応をすることが多い
• 誤った回答の影響が大きい

たとえば、1日に10件しか問い合わせがなくても、その10件がすべて高単価の商談であれば、無理に自動化する必要はありません。自動化の目的は「人をできるだけ減らすこと」ではなく、人が対応する必要のない問い合わせを減らすことと考えた方が実用的です。

中小企業ではどう考えるべきか

中小企業では、この違いが特に重要です。大企業であれば、複数のシフトを組んでサポートセンターを運営できます。一方、小規模な会社では、同じ担当者が電話、メール、営業、Web問い合わせ、既存顧客対応を兼任していることも珍しくありません。その状態で24時間の有人チャットを提供するのは現実的ではありません。

チャットボットを使えば、営業時間外の基本的な質問に対応できます。営業時間中でも、単純な問い合わせを減らすことができます。そして、人にしか対応できない質問だけを担当者に回す。この形であれば、有人対応をやめる必要はありません。むしろ、人が対応すべき問い合わせに時間を使いやすくするための仕組みとして考えることができます。

まとめ

複雑な問い合わせや判断が必要な相談では、今でも人が対応する方がよいケースが多くあります。有人チャットの強みは、状況を理解し、その場で判断し、相手に合わせて対応できることです。

一方で、人の時間には限りがあります。夜間や休日も含めて常に担当者を待機させるには、相応のコストと運用体制が必要になります。

RAG型のWebサイトチャットボットが解決するのは、もっと限定された問題です。すでにWebサイトに書いてある情報を、ユーザーが簡単に見つけられるようにする。この用途であれば、24時間対応でき、同じ質問が増えても比較的スケールしやすいという利点があります。

難しい相談は人に任せる。Webサイトに答えがある質問はチャットボットで対応する。実際には、この組み合わせが最も現実的なケースが多いでしょう。

重要なのは、「AIにどこまで任せられるか」ではなく、どの問い合わせは人が対応すべきで、どの問い合わせならWebサイトの情報だけで十分に答えられるかを分けて考えることです。

製品側の全体像は、WebサイトのAIチャットボット案内から読めます。