AIチャットボットの精度向上は、ナレッジの側から手を付け、つまずいた会話を毎週同じ手順で直すのが近道です。精度が上がらない・落ちていくときは、担当者の腕前より、気づいた人が自分のやり方で直すだけの「仕組みのなさ」が原因のことがよくあります。
この記事の
3つのポイント
- 精度は、テストの正答率と本番の抜き取りで測ります。
- 直す順番は、件数×影響のスコアで決めます。
- 変更の理由を残し、作る人と承認する人を分けます。
チャットボットの精度とは:測り方と、向上させる5つの手段
チャットボットの精度とは、お客様の質問に、自社の正しい情報どおりに答えられる割合のことです。いまのAIチャットボットの多くは、登録した資料を検索して回答を作る生成AI(RAG)型です。決めた回答を返すシナリオ型と違い、ナレッジの中身や書き方がそのまま回答の質を左右します。
精度は2つの方法で測ります。1つは正答率で、期待する回答と組にした質問の一覧(テストセット)を流し、合格した数を全体の数で割ります。もう1つは本番の会話の抜き取りで、人が正誤を判定します。抜き取りは件数が少ないので、4週分を合わせて直す前と比べます。
自動集計の解決率は、答えに納得しないまま離れた会話も解決に数えることがあり、人が判定した値より高く出がちです(実態より高く出る4つの理由)。
精度を上げる手段は、直す場所で分けると次の5つです。プロンプトはAIへの指示文、モデルはAIの種類のことです。
- 1. ナレッジの中身記事の追加、古い記事の更新、重複する記事の統合
- 2. ナレッジの書き方タイトルをお客様が聞く形に、言い換えを本文に、1記事1トピックに
- 3. 検索設定検索範囲の絞り込みなど、ツールにある設定を見直す
- 4. プロンプト回答の形式、答えない範囲、人への案内の出し方を整理する
- 5. モデル別のモデルを試し、直したい質問以外への影響も確かめる
手を付けるのは図の上から、つまり効果が出やすいナレッジの側からです。プロンプトやモデルは、ナレッジでは直らないと分かってから触ります。
AIチャットボットの精度が上がらない・落ちる3つの典型
運用中に精度が下がる典型は、次の3つです。
| 典型 | 起きること | 防ぐ手 |
|---|---|---|
| 更新のたびに少しずつ劣化する | 影響を確かめない変更が積み重なり、正しく答えていた質問が崩れる | 直した質問と近くの質問を再テストする |
| 担当者が変わると改善が止まる | どこをなぜ直したかが担当者やベンダーの頭の中にしかなく、後任が触れなくなる | 変更履歴に理由を残し、役割を分ける |
| 注意書きの「足し算」 | 誤回答のたびにプロンプトへ1行足し、どれが効いているか分からなくなる | ナレッジで直す。1行足すなら1行消す |
改善のネタはチャットボットのログ分析で「つまずいた会話」から集める
会話をすべて読むことはできないので、つまずいた可能性の高い会話だけを次の4か所から集めます。
- ネタ1低評価が付いた会話回答への評価の一覧を期間で絞り、低評価(Bad など)の会話を書き出す
- ネタ2「解決しなかった」と押された会話ウィジェットのボタン操作の記録やタグで絞り込む
- ネタ3有人対応に切り替わった会話切り替わる直前のやり取りを読む
- ネタ4検索でヒット0件・関連度が低い会話検索の記録から、ヒット0件の検索語を書き出す
手作業での集め方
見落としやすいのは4つ目です。低評価も付かずに離脱される会話で、ナレッジの穴の手がかりになります。
ただし、お客様が誤りに気づかない誤答は、4か所のどこにも出てきません。料金や解約など影響の大きいテーマは、会話を週に数件ランダムに抜き取り、人が正誤を判定します。抜き取った会話も、ステップ1のシートに種類「抜き取り」で入れます。
チャットボットの精度を向上させる週次の改善サイクル
集めた会話は毎週、次の5つのステップで順番を変えずに処理します。私たち(株式会社miibo)も、自社のサポート用AIで未解決の会話を毎週レビューしています。
- 抽出例:15分
- 分類例:30分
- 修正例:30分
- 再テスト例:10分
- 記録例:5分
時間は配分の一例(計90分)
ステップ1:抽出/先週のつまずいた会話をシートに集める
シートに「会話ID・日付・ネタの種類・質問の要約・AIの回答の要約・正しい答え」の列を作り、先週分を書き出します。抽出の条件(例:「前週の会話から4か所それぞれ4件まで、抜き取りとあわせて合計20件まで」)をシートの先頭に書けば、担当者が変わっても同じ抽出ができます。
ステップ2:分類/原因の型と、使う手段を決める
1件ずつ会話を最初から読み、原因の型を決めると、使う手段も決まります。型の見分け方はチャットボットの誤回答、5つの原因と切り分け手順で詳しく紹介しています。
| 原因の型 | 使う手段 |
|---|---|
| 答えになるナレッジがない、古い・矛盾している | ナレッジの中身 |
| 記事はあるのに検索で見つからない、別の記事が上に来る、例外が記事の奥にある | ナレッジの書き方、直らなければ検索設定 |
| 文脈を取り違えている、プロンプト・モデルが合っていない | プロンプト、直らなければモデル |
| 対象外(AIが答えるべきでない質問) | プロンプトで、人への案内の出し方を見直す |
「対象外」の型を用意しておくのがコツで、人が対応すべき質問は早く人につなぎます。分類と同時に、次の章で使う「影響」の欄も埋めます。
ステップ3:修正/ナレッジ側から、1か所ずつ直す
修正は、1つの問題に1か所だけ変えます。記事とプロンプトを同時に変えると、どちらが効いたか分かりません。
ステップ4:再テスト/直した質問と「近くの質問」を流し直す
直した質問を言い回しを変えて2〜3パターン、同じ記事やテーマを参照しそうな「近くの質問」も流し、合格/不合格で判定します。直した質問はテストセットに足し、全体はモデルやプロンプトを変えたときに流します(誤回答の初動で入れる一時的な指示は除きます)。正答率を前と比べるときは、足す前からある質問の範囲で出します(作り方はチャットボットのテストは100問から)。
ステップ5:記録/変更と結果をセットで残す
シートに「対応内容・対応日・再テスト結果」を追記し、変更履歴(後述)に1行足します。翌週また同じ質問が出たら、修正が効いていないサインです。週の終わりには、ネタ別の該当件数(上限をかける前の数)とAIが対応した会話数、修正した件数、再テストの不合格件数を残します。該当件数は会話100件あたりに直し、推移で確かめます。
チャットボットの精度改善は「件数×影響」で直す順番を決める
毎週すべては直せないので、件数と影響を掛け合わせて順番を決めます。件数は同じ原因の会話の数で、言い回しが違ってもまとめて数えます。上限をかける前の数が分かるもの(ヒット0件の検索語など)は、その数を使います。影響は、被害の大きさで3段階に分けます。
| 影響 | 例 | 点数 |
|---|---|---|
| 大 | 料金・返金・契約・解約の条件、個人情報、安全に関わる案内を間違えた | 3 |
| 中 | 手続きの手順を間違え、お客様が先に進めない、問い合わせ直しになる | 2 |
| 小 | 言い回しが分かりにくい、情報が足りないが致命的ではない | 1 |
ある週の分類結果の例です。
| 課題(例) | 件数 | 影響 | スコア |
|---|---|---|---|
| 「退会」で聞かれると解約の記事がヒットしない | 6件 | 中(2) | 12 |
| 配送日数の回答が長くて分かりにくい | 8件 | 小(1) | 8 |
| 料金改定前の旧料金で答えている | 2件 | 大(3) | 6 |
スコア順なら「解約 → 配送 → 旧料金」ですが、この例では旧料金を最初に直します。ルールは次のとおりです。
- 影響「大」は、スコアにかかわらずその週のうちに直す。料金などの誤った案内は、週次を待たずに誤回答を見つけたら最初にやること(影響範囲の確認・訂正・直るまでそのテーマは人に回す)を行う
- スコアが近いものは、記事1本の追加など直しやすいものから片付ける
- 影響が「大」でない1件だけの珍しい質問は「保留」欄に置き、翌週以降も出たら対応する
有人対応で書いた回答をナレッジに戻す
有人に切り替わった会話には、オペレーターが書いた正しい答えがあります。お客様向けの返信を、次の手順で記事の形にしてナレッジに戻します。
- 応対中に印を付ける。オペレーターが「ナレッジ化候補」のタグやメモを付けます。
- 個別の情報を取り除く。氏名、注文番号、そのお客様だけの事情を消します。
- 一般化して記事の形にする。タイトルを質問の形にし、「〜の場合は」という条件を明示します。
- 追記か新規かを決めて公開する。似た記事があれば追記します。承認者の確認とステップ4の再テストを通してから公開します。効果は、同じテーマで「AIが答えられない」理由の切り替え件数を、会話100件あたりにして公開前後で比べます。
個別の例外対応は記事にしないでください。「今回に限り返金した」を記事にすると、AIが誰にでも返金できると答えかねません。
変更履歴と役割分担で、精度改善の属人化を防ぐ
サイクルを決めても、回す人が1人なら属人化は解消しません。
変更履歴に残す6つの項目
| 項目 | 書く内容 | 例 |
|---|---|---|
| 変更日 | 反映した日 | 10月6日 |
| 変更者 | 変更した人と承認した人 | 作成:ナレッジ担当/承認:CSリーダー |
| 変更した場所 | 記事名、プロンプト、モデル設定など | 記事「解約の手順」 |
| 変更内容 | 変更前と変更後 | 本文に「解約(退会)」の言い換えを追加 |
| 理由 | どの会話の、どの問題を直すためか | 「退会」で聞かれるとヒットしない(会話ID を3件記載) |
| 再テスト結果 | 合否と、確認した範囲 | 直した質問3パターンと近くの質問すべて合格 |
特に大切なのは「理由」です。理由が残っていれば、プロンプトの1行を消してよいかを後から判断でき、精度が落ちたときに戻す地点も分かります。
役割を分け、作る人と承認する人を分ける
| 役割 | やること |
|---|---|
| 取りまとめ役 | 毎週の抽出と優先順位付け、サイクルの進行(CSリーダーなど) |
| ナレッジ担当 | 記事の追加・更新・統合 |
| 設定担当 | プロンプト・モデル・検索設定の変更。副担当を置く |
| 承認者 | 変更内容と再テスト結果を見て、反映を承認する。料金・規約に当たる記事は、責任部署にも確かめてもらう |
| オペレーター | ナレッジ化候補の印付け、気づいた誤回答の報告 |
承認者は公開前チェックリスト(例:「料金や契約条件を推測で断定しない」)で毎回同じ観点を確かめます。
よくある質問
チャットボットの精度が上がったかは、どう確かめればよいですか?
同じ質問の範囲で出したテストセットの正答率と、4週分を合わせた本番の抜き取りの正誤を、直す前と比べます。毎週の記録では、会話100件あたりのネタ別の該当件数と、再テストの不合格件数が減っているかを見ます。
チャットボットのログ分析では、すべての会話を読む必要がありますか?
読む必要はありません。低評価、「解決しなかった」、有人への切り替え、検索のヒット0件の4か所から、つまずいた可能性の高い会話だけを上限を決めて集めます。お客様が気づかない誤答に備えて、影響の大きいテーマは週に数件を抜き取ります。
ベンダーに改善を任せていても、この仕組みは要りますか?
要ります。どの会話を見て、どこを、なぜ直したかが社内に残らないと、判断の基準が育ちません。変更履歴とサイクルの手順を自社で持てば、依頼の結果を自社で判断できます。
miibo for カスタマーサポートで改善をAIに任せる
サイクルを手作業で回すと、会話の一覧・評価・検索の記録を行き来して書き写すことになり、件数が多い週は拾えない会話が残ります。miibo for カスタマーサポートなら、会話の抽出から修正案づくりまでをAI(改善エージェント)に任せられます。
| 作業 | 手作業の場合 | miibo for カスタマーサポートの場合 |
|---|---|---|
| 1. 抽出 | 4か所から手で書き写す | 課題解決分析が、会話ごとに解決/部分解決/未解決を判定。毎週ルーティンで実行 |
| 2. 分類 | 1件ずつ読んで型を決める | 検索ログでヒット0件・低スコアに絞り、回答の誤りはハルシネーション分析で洗い出す |
| 3. 修正 | 記事やプロンプトを手で直す | ナレッジ提案が会話から記事の新規・更新案を、プロンプト改善提案がプロンプトの修正案を作成 |
| 4. 再テスト | 1件ずつ流して確かめる | ベンチマーク(検証エージェント)で、テストケースを自動評価。合格基準も設定できる |
| 5. 記録 | 履歴を手で書き残す | ナレッジは記事ごとのバージョン履歴で差分を確認。設定の変更は履歴シートで管理 |
AIの修正案は、人が差分を確認して承認してから反映されます。AIアシスタントに頼んだ書き込み操作も、確認ダイアログで承認するまで実行されません。
まとめ
精度は正答率と抜き取りで測り、ナレッジ側から1か所ずつ、件数×影響の順に毎週直します。変更の理由を残し、作る人と承認する人を分ければ、担当者頼みにせずに続けられます。
「精度改善が特定の担当者頼みになっている」「改善サイクルを回す時間が取れない」という方は、下のボタンからご相談いただけます。

