チャットボットの利用率を高める方法|ログ分析から改善施策を決める
記事概要:チャットボットの利用率を高めるために、未回答、離脱、言い換え、検索ゼロ件、有人転送のログを分類し、入口、初期メッセージ、候補表示、FAQを改善する順序を解説します。KPIの定義ではなく実際の改善作業に焦点を当てます。
本記事の目次
チャットボット運用改善は、FAQを増やすことから始めるとは限りません。チャットボット利用率改善では、表示されない、起動されない、質問まで進まない、回答できない、解決しないという段階ごとにログを分けます。
表示と起動の問題を分ける
対象ページにタグがなく表示されない状態と、表示されても入口が見つからない状態は対策が異なります。端末、ブラウザ、ページ、流入元別に表示数と起動数を確認します。
担当者の経験に依存する部分は、判断条件と例外を文章化し、ナレッジまたはシステム設定へ反映します。個別に解決した案件を共有するだけでなく、次回に同じ問題を早く処理できる形へ変えます。

初期メッセージを用件へ合わせる
何でも聞いてくださいという案内は回答範囲が伝わりません。配送確認、操作方法、予約変更など主要用件を示し、個人情報の入力や有人対応の条件も短く案内します。
数値が改善しても、別チャネルへの移動、再問い合わせ、訂正、顧客の諦めが増えていないかを確認します。チャットボットの利用率を高める方法の成果は部分最適ではなく、受付から問題完了までの総工数と顧客結果で判断します。
未回答ログを原因別に分類する
FAQ不足、表記ゆれ、複合質問、対象外、情報不足、システムエラーに分けます。すべてをFAQ追加で処理せず、言い換え辞書、質問分割、有人転送、エラー修正を使い分けます。
定例会では全件を読み上げず、変化が大きい用件と影響の大きい例外を選びます。原因が運用、製品、情報、需要のどこにあるかを分け、次回までの担当と確認値を決めます。
離脱位置から画面を直す
選択肢が多い、入力形式が不明、聞き返しが続く、回答が長い、戻れないと離脱が増えます。該当画面の直前と直後を再現し、選択肢、文量、ボタン、待ち時間を変更します。
離脱位置から画面を直すの改善前には、対象件数、発生条件、顧客影響、担当者の追加作業を基準値として残します。チャットボット運用担当者が原因を一つに決めつけず、流入、導線、データ、権限、システムの順に切り分けると対策を選びやすくなります。
有人転送後の結果を戻す
転送理由と最終回答をログへ残し、ボットで処理できる用件か、初めから人へ渡すべき用件かを判断します。転送率だけを下げず、転送後の待ち時間と一次解決も確認します。
変更は対象用件や時間帯を限定して行い、前後で同じ指標を比較します。複数の設定を同時に変えると効果の理由が分からなくなるため、仮説、変更内容、観測期間、結果を一つの記録へ残します。
改善は一変更ずつ検証する
入口、文言、FAQ、モデルを同時に変えると効果の原因が分かりません。対象ページや用件を限定し、変更前後の起動、回答、解決、離脱を同じ期間条件で比較します。
改善は一変更ずつ検証するの変更後は、対象の指標だけでなく、再問い合わせ、訂正、別チャネルへの移動を同じ期間で確認します。改善が確認できなければ、仮説と実施内容を分けて記録し、次の変更で同じ原因を重ねて検証しないようにします。
利用状況と改善条件を記録する
チャットボットの利用率を改善する際は、利用件数だけでなく、設置場所、対象となる問い合わせ、有人対応への切り替え条件をそろえて検証します。操作日時、入力内容、期待結果、実際の結果、証跡まで保存しておけば、設定変更後も同じ条件で効果を確認できます。
Udeskが公開するWatsonsの事例では、AIチャットボットによって顧客問い合わせの85%を解決する運用が紹介されています。ただし、この数値は個別の利用条件によるものであり、利用率を高める際も単純にボットへの誘導を増やすのではなく、どの問い合わせを任せ、どこから有人対応へ切り替えるかを決めることが必要です。
運用変更と基準値を残す
チャットボットの運用ルールは一度決めて終わりにせず、問い合わせ量、顧客行動、組織体制、製品機能の変化に合わせて見直します。変更理由と適用日を記録し、旧ルールで対応中の問い合わせをいつ新しい設定へ切り替えるかも決めておきます。
運用担当者は月次結果だけでなく、変更前の利用率、対象期間、除外条件を同じ資料に残します。繁忙期や障害日の数値を通常時と分けておけば、利用率の変化が改善施策によるものか、問い合わせ量の変動によるものかを判断しやすくなります。
引き継ぎ資料には、日常的に変更する設定、変更権限、承認者、切り戻し手順も記載します。担当者が交代しても同じ基準で改善を続けられる状態にしておくことが必要です。

利用率と解決状況を合わせて見直す
本番後は起動数や利用率だけでなく、未回答、離脱、有人転送、再問い合わせまで確認します。利用率が上がっていても、回答できない質問や有人転送後の聞き直しが増えている場合は、ナレッジ、表示場所、会話導線のどこを修正すべきかを切り分けます。
利用率の改善には、有人担当者が解決した質問を次の回答へ反映できる仕組みも必要です。UdeskではAIチャットボットと有人対応、問い合わせ管理、ナレッジを同じカスタマーサービス基盤で運用できるため、未回答や転送の状況を確認しながら回答範囲や導線を見直し、単に利用を増やすだけでなく、実際の問題解決につながる運用を検討できます。
FAQ
Q:FAQを増やせば利用率は上がりますか
A:起動前の問題には効かないため、表示と入口から順に確認します。
Q:未回答ログはどの頻度で見ますか
A:公開直後は頻繁に、その後は件数と影響で優先順位を付けて定期確認します。
Q:改善効果は何週間で判断しますか
A:十分な対象セッションを確保し、曜日やキャンペーン差を除いて比較します。
》》Udesk AI チャットボットの無料トライアルを開始するにはクリックし、メリットを実際にご体験ください
本記事はUdeskのオリジナルであり、転載する際は出典を明記してください:https://www.udesk.jp/blog/news/guide/6310/

Customer Service& Support Blog



