「チャットボットを入れたが誰も使っていない」「問い合わせが減ると思ったのに、結局人が対応している」——チャットボット導入の失敗談は、成功談より圧倒的に多く聞きます。
失敗の原因は技術ではなく、たいてい設計と運用にあります。この記事では、なぜチャットボットが「使えない」と言われるのか、どうすれば使われるものを作れるのかを書きます。
汎用ボットが失敗する構造
多くの企業が最初にやるのは、「なんでも聞けるボット」を作ることです。社内向けなら「社内ルール全般に答えるボット」、顧客向けなら「製品について何でも聞けるボット」。
これが失敗する理由は明快です。対象範囲が広すぎると、どの質問にも中途半端にしか答えられないからです。
ユーザーが最初に試す質問は、その人が今まさに困っていることです。「出張の立替精算はいつまでに出せばいい？」「この製品のこのオプションは後から追加できる？」——具体的で、答えが1つに決まる質問です。汎用ボットがこれに曖昧な回答を返した瞬間、ユーザーは「使えない」と判断して二度と使いません。
「何でもできる」より「これだけは確実に答える」
成功しているチャットボットには共通点があります。それは対象業務を絞っていることです。
経費精算の質問だけに答えるボット。特定の製品ラインの仕様だけに答えるボット。勤怠申請の手順だけをガイドするボット。範囲を絞れば、その範囲内の質問には高精度で答えられます。ユーザーは「これについてはボットに聞けば確実」と学習し、定着します。
設計の第一歩は「このボットは何に答えて、何に答えないか」を明確に決めることです。
答えられないときの振る舞いが信頼を決める
範囲を絞っても、答えられない質問は来ます。このときの振る舞いが、ボットの信頼性を左右します。
最悪なのは、知らないことをもっともらしく答えること（ハルシネーション）です。一度でも間違った回答を信じて行動してしまうと、ユーザーはボット自体を信用しなくなります。
正しい設計は、「わかりません。この件については〇〇に問い合わせてください」と返すことです。知らないことを知らないと言えるボットは、答えられる範囲では信用してもらえます。
データの鮮度と正確性
ボットが参照するデータが古いと、正しく設計されたボットでも間違った答えを返します。
よくあるパターンは、導入時に資料を登録したきり更新されず、半年後には規程が変わっているのにボットは旧規程で答えている、というものです。
対策は2つ。1つは更新の仕組みを運用に組み込むこと。規程が変わったら担当者がボットのデータも更新する、というフローを業務として定義します。もう1つは、回答時に「この情報は〇〇（最終更新日: ◯月◯日）に基づいています」と出典を示すこと。ユーザーが鮮度を判断できます。
導入後の改善サイクル
ボットは「作って終わり」ではなく「作ってから育てる」ものです。
導入後にやるべきことは、ログの確認です。どんな質問が来ているか、どの質問に答えられなかったか、どの回答の後にユーザーが離脱しているか。この分析から「追加すべきナレッジ」「改善すべき回答」が見えてきます。
最初は週1回、ログを30分確認するだけでも効果があります。答えられなかった質問のうち頻出のものにデータを追加していけば、1〜2か月で回答率は大きく改善します。
まとめ
チャットボットが使われない原因は、範囲を広げすぎること、答えられない質問への設計が甘いこと、データが更新されないことに集約されます。逆に言えば、範囲を絞り、知らないことは知らないと言い、継続的にデータを更新すれば、確実に使われるボットは作れます。
私たちは業務特化のチャットボット・AI応答システムの構築を手がけています。「以前ボットを入れたが使われなかった」というケースでもご相談いただけます。お問い合わせからお気軽にどうぞ。