Customer Service& Support BlogチャットボットのKPI設計｜利用率・回答率・解決率の計算方法
記事概要：チャットボットのKPI設計について、表示数、起動率、回答率、解決率、離脱率、有人転送率を利用段階に沿って整理する。分母の違いで数値を誤読しないよう定義例を付ける。 比較や導入の際に確認すべき条件を、業務フロー、費用、権限、例外対応、効果測定の観点から整理します。Udeskの公式情報と関連事例も、適用条件が分かる形で掲載します。
本記事の目次
チャットボット KPIを調べる企業が決めたいのは、製品名ではなく、自社の問い合わせをどこまで安全に処理できるかです。本稿ではチャットボット 解決率とチャットボット 利用率の観点も含め、比較から導入後の評価までを実務順に整理します。
利用段階に沿ってKPIを置く
表示、起動、質問、回答、解決、有人移行の順に指標を並べ、どの段階で利用者が失われたかを見る。実務では、対象業務、入力情報、処理結果、例外時の担当を一枚の業務表にし、担当者ごとの解釈差を減らします。導入後に手作業が残っても、どの工程を次に直すか判断できます。
回答の更新責任はシステム担当ではなく、内容を決められる業務部門に置きます。料金、規約、キャンペーン、障害情報には公開日と終了日を付け、期限後に自動で候補から外します。
主要KPIの計算方法
起動率、回答率、解決率、離脱率、有人転送率は分母が異なるため、式と対象会話をレポートに併記する。比較時は、営業資料の可否だけで判断せず、同じ問い合わせと同じ権限を設定したデモで操作回数、待ち時間、履歴の残り方を確認します。条件をそろえなければ製品差と設定差を区別できません。
公開前テストには、正しい質問だけでなく、短文、誤字、複数意図、否定、古い名称、対象外の相談を含めます。回答不能時に無理に文章を生成せず、適切な窓口へ移せるかも精度評価の一部です。
少数の高評価会話だけで精度を判断せず、利用されなかった質問と途中離脱も分析します。選択肢が多い、質問が長い、回答後のリンクが分かりにくいといった導線の問題を分けます。
| KPI | 計算例 | 主な用途 |
| 起動率 | 起動数÷表示数 | 入口の発見・訴求 |
| 回答率 | 回答提示会話÷質問会話 | ナレッジ充足 |
| 解決率 | 目的完了会話÷評価対象会話 | 自己解決 |
| 離脱率 | 途中終了会話÷起動会話 | フロー改善 |
| 有人転送率 | 有人移行会話÷ボット会話 | 自動化範囲 |
分母の違いによる誤読
表示数を分母にした解決率と、回答済み会話を分母にした解決率は比較せず、名称も分ける。運用ルールには、通常処理だけでなく、情報不足、重複、期限超過、連携停止、担当不在を含めます。例外時の通知先と再処理方法が曖昧だと、本番後に担当者の個別判断が増えます。
利用率が低い場合は回答精度より先に、表示場所、ボタン文言、営業時間、スマートフォン表示を確認します。起動されていないボットは、ナレッジを増やしても問い合わせ削減へ影響しません。
公開前テストには、正しい質問だけでなく、短文、誤字、複数意図、否定、古い名称、対象外の相談を含めます。回答不能時に無理に文章を生成せず、適切な窓口へ移せるかも精度評価の一部です。
数値だけで結論を出さない
解決率が高くても対象質問が狭い場合があるため、カバー率、誤回答、再問い合わせ、CSATを合わせて確認する。KPIは全体平均だけでなく、問い合わせ理由、チャネル、時間帯、顧客区分、新規・既存で分けます。平均値が改善していても、特定の顧客だけ待ち時間や誤案内が増えていないか確認できます。
Udeskの公式事例では、Sonyは製品情報が多く、利用者が適切な回答へ到達しにくかった。UdeskはAIチャットボット、ライブチャット、統合ナレッジの連携に使われました。公開情報では問題マッチ率80％超、解決率70％超とされる。FAQと有人対応を別々に管理せず、同じ知識を参照する運用の有効性を示す。事例の条件は自社と同一とは限らないため、対象業務とKPIをそろえて再現可能性を判断します。
有人移行では会話全文だけを渡さず、顧客の目的、確認済み情報、提示済み回答、未解決理由を要約します。担当者が最初から聞き直す運用では、ボット利用が顧客の手間を増やします。
利用率が低い場合は回答精度より先に、表示場所、ボタン文言、営業時間、スマートフォン表示を確認します。起動されていないボットは、ナレッジを増やしても問い合わせ削減へ影響しません。
改善サイクル
週次で入口と障害、月次で質問分類と回答、四半期で対象範囲と費用対効果を見直す。導入前には、設定変更を誰が行い、誰が承認し、どのログを残すか決めます。ベンダーへ毎回依頼する範囲と社内で変更できる範囲を分けると、運用費と変更速度を見積もりやすくなります。
最終判断では、現状の数値、必須条件、例外時の動作、運用担当、三年間の費用を同じ評価表に戻します。Udeskを候補に含める場合は、AIチャットボット、有人チャット、ナレッジ、チケット管理、分析のうち必要な範囲を切り出し、日本で利用するチャネル、データ、権限、連携、サポートをデモと見積もりで確認してください。
FAQ
Q:FAQが少なくても導入できますか？
A:導入できますが、対象質問を絞ります。問い合わせ上位から回答と手続き導線を整え、公開後に増やします。
Q:生成AIなら学習作業は不要ですか？
A:不要にはなりません。参照文書の更新、権限、禁止回答、低評価ログの確認が残ります。
Q:解決率はどう確認しますか？
A:顧客の目的完了で確認します。回答表示だけを解決と数えず、再問い合わせも除外します。
》》Udesk AI チャットボットの無料トライアルを開始するにはクリックし、メリットを実際にご体験ください
本記事はUdeskのオリジナルであり、転載する際は出典を明記してください：https://www.udesk.jp/blog/news/guide/5925/
