「チャットボットを置いたけれど、良くなっているのか分からない」——小さな会社の問い合わせ担当から出やすい悩みです。
問い合わせ数だけ見ても、FAQを直すべきか、人に戻すべきか、商品ページを直すべきかが見えません。
では、専任の分析担当がいない会社は、月1回どのログを見れば改善につながるのでしょうか。
まず、全部のログを読もうとしていませんか?
最初から全会話を読み込む必要はありません。Google Dialogflow CXには会話履歴を見るConversation historyがあります。Amazon Lex V2にも、会話ログを保存してbot performanceの確認やtroubleshootingに使う説明があります。
つまり、ログは「AIが失敗した証拠」ではありません。次に直す場所を見つける材料です。小さな会社なら、月1回30分だけでも十分に始められます。
先週の問い合わせを見返すときも、最初に見るのは3つだけです。答えられなかった質問。人に戻った会話。同じ困りごとの繰り返し。この3つに絞ると、会議が感想で終わりにくくなります。
月1回、最初に見る3つ
- 1. 答えられなかった質問は、FAQや自社情報の穴です。
- 2. 人に戻った会話は、AIの限界線を見直す合図です。
- 3. 同じ困りごとの繰り返しは、サービス説明や導線を直す種です。
サイン1:「答えられなかった質問」は何を足せばよいですか?
Amazon Lex V2のAnalytics定義には、Success、Failed、Switched、Dropped、Fallbackなどの分類が出てきます。製品ごとに名称は違いますが、「うまく答えられなかった会話」を分けて見る発想は参考になります。
たとえば美容サロンなら、「子ども連れで行けますか」「駐車場は何台ですか」「当日キャンセルはどこからですか」といった質問が残ります。AIの性能を責める前に、そもそもAIに読ませる情報が足りているかを見ます。
| ログで見つけた質問 | 追加する情報 | 次回見ること |
|---|---|---|
| 駐車場はありますか? | 台数、場所、満車時の案内 | 同じ質問が減ったか |
| 法人契約はできますか? | 相談窓口、確認が必要な条件 | 担当者確認へ迷わず進むか |
| 領収書は出せますか? | 発行方法、宛名、再発行ルール | 古い回答が混ざらないか |
ここで大事なのは、1回で全部直さないことです。月1回、よく出た質問を1つだけFAQに足す。そのくらいの粒度なら、担当者1人でも続けやすくなります。
サイン2:「人に戻った会話」は失敗として見ていますか?
Dialogflow CX Analyticsには、Live Agent HandoffやIntent escalationsなどの表示があります。人に戻る会話は、AIが悪かった記録とは限りません。むしろ、人が判断するべき場所を教えてくれる記録です。
料金、返金、契約、個人情報、クレームは、人に戻ってよい領域です。前回の記事「小さな会社のAIチャットボット運用 — 最初に決めたい『人に戻す』5つのルール」でも、この境界線を整理しました。
月次ログでは、「戻った件数を減らす」より「戻し方が自然だったか」を見ます。担当者へつながる前に必要な情報が聞けていたか。お客様を待たせる説明になっていたか。ここを見るほうが、現場の改善につながります。
人に戻った会話の見方
- 人に戻すべき質問:返金、契約変更、個人情報を含む相談。
- AIに戻せそうな質問:営業時間、場所、持ち物、資料請求の流れ。
- 確認文を挟む質問:状況によって回答が変わる料金や予約の相談。
サイン3:「同じ困りごと」はFAQ以外のどこを直しますか?
IBM Watson AssistantのAnalytics説明では、顧客が何を求めているか、assistantが理解して対応できているか、どう改善するかを見る文脈が示されています。Zendeskも、ヘルプデスクの指標として新規チケット数、応答時間、解決時間、顧客満足度などを挙げています。
チャットボットのログは、FAQだけの問題ではありません。同じ質問が何度も出るなら、料金ページの表現が分かりにくいのかもしれません。資料請求ボタンが見つけにくいのかもしれません。商品名が社内用語のままなのかもしれません。
「同じ困りごと」を見つけたら、AIの回答だけでなく、サイト、チラシ、申込フォーム、社内メモまで見直し対象に入れます。チャットボット改善は、顧客対応全体を少しずつ整える入口です。
月1回の30分会議では、何を決めればよいですか?
NIST AI Risk Management Frameworkは、AIの設計、開発、利用、評価にリスク管理の観点を組み込む枠組みです。小さな会社であれば、まず「誰がログを見るか」「どの情報は見ないか」「次に直す1つは何か」を決めるところから始めます。
会話ログには、個人情報や相談内容が含まれる場合があります。閲覧できる人を絞る。必要なら名前や連絡先を伏せる。外部ツールに貼る前に確認する。ログ改善は便利さだけでなく、扱い方もセットで決めます。
| 時間 | 見るもの | 決めること |
|---|---|---|
| 5分 | 件数、有人切替、未解決 | 前月より気になる変化 |
| 15分 | ログを3件だけ読む | FAQ・自社情報の穴 |
| 10分 | 同じ困りごとの繰り返し | 次に直す1つ |
「今月は駐車場の質問だけ直す」「返金の質問は必ず人に戻す」「資料請求ボタンの文言を変える」。決めることは1つで十分です。
PromnyAIで始めるなら、最初に直すのはどの情報ですか?
PromnyAIでチャットボット運用を始めるなら、最初に見るのはAIそのものではありません。AIに読ませている自社情報です。
FAQ、サービス説明、料金の案内、担当者確認が必要な条件。これらが古いままだと、AIの返答も現場の運用も揺れます。先にFAQ棚卸しや会社情報の5分類を整えると、月次ログの見直しも進めやすくなります。
ログは、怒られるための記録ではありません。お客様が同じ場所で迷っていることを、会社側に教えてくれるメモです。
まとめ:ログを見る日は、次に直す1つを決める日です
- 全部のログではなく、答えられなかった質問から見ます。
- 人に戻った会話は、AIの限界線を整える材料です。
- 同じ困りごとは、FAQだけでなくサイトや申込導線も見ます。
- 月1回30分、ログ3件、直す1つから始めます。
- 個人情報や相談内容の閲覧権限も一緒に決めます。
AIチャットボットは、置いた日よりも、見直した日のほうが会社に馴染みます。
PromnyAIを試してみる
FAQや自社情報を整理しながら、AIチャットボット運用を始めたい方はPromnyAIにご相談ください。小さな会社でも続けやすい形で、問い合わせ対応の土台づくりをお手伝いします。
参考にした公式情報・関連ページ
- Google Cloud:Dialogflow CX Conversation history
- Google Cloud:Dialogflow CX Analytics
- Amazon Lex V2:Logging conversations with conversation logs
- Amazon Lex V2:Analytics key definitions
- IBM Cloud Docs:Watson Assistant analytics overview
- Zendesk:ヘルプデスクの業務改善に役立つ10の指標
- NIST:AI Risk Management Framework
- 関連記事:小さな会社のAIチャットボット運用 — 最初に決めたい「人に戻す」5つのルール