Бот вроде работает. Отвечает на вопросы, создаёт заявки, иногда переводит на операторов. Но насколько хорошо? Сколько клиентов реально довольны? На чём он спотыкается? И главное – окупает ли он себя?
Без нормального мониторинга AI-бот – чёрный ящик. Что там происходит – непонятно, пока не прилетит жалоба или не упадут продажи.
Дальше – конкретика: какие метрики реально важны, как собрать адекватный дашборд и когда пора паниковать.
Почему нельзя просто «запустить и забыть»
Три причины держать руку на пульсе:
1. AI со временем тупеет
Модель, которая отлично работала на старте, постепенно сдаёт позиции. Контекст меняется, появляются новые вопросы, старые ответы устаревают. Если не следить – однажды обнаружите, что бот несёт чушь.
2. Недовольные молчат – и уходят
Получив кривой ответ, большинство клиентов не станут писать в поддержку. Они просто закроют чат и уйдут к конкурентам. Молча. А вы даже не узнаете.
3. Деньги не считаются сами собой
Токены, серверы, поддержка – всё стоит денег. Без метрик вы понятия не имеете, окупается это или сливает бюджет.
Три уровня: от технарей до CEO
Метрики бота удобно разложить на три слоя – каждый для своей аудитории:

| Уровень | Что измеряем | Для кого |
|---|---|---|
| Качество AI | Точность, галлюцинации, релевантность | AI/ML команда, product |
| Эффективность | Resolution rate, handoff rate, время ответа | Operations, support |
| Бизнес-результат | Конверсия, revenue, CSAT, cost per conversation | CEO, product, маркетинг |
Качество AI: бот умный или тупой?
Первый уровень – понять, насколько хорошо мозги бота справляются с работой.
1. Точность ответов (Accuracy)
Что измеряем: Процент правильных ответов от общего числа.
Как измерять:
- Ручная разметка выборки ответов (раз в неделю/месяц)
- Автоматическая оценка через LLM-as-judge
- Анализ правок операторов после handoff
Целевое значение: >85% для простых FAQ, >75% для сложных сценариев
2. Галлюцинации (Hallucination Rate)
Что измеряем: Процент ответов с выдуманными фактами.
Как измерять:
- Проверка фактов в ответах по базе знаний
- Автоматическое сравнение с источниками (RAG)
- Мониторинг ответов «не знаю» vs выдуманных
Целевое значение: <5%
3. Релевантность (Relevance)
Что измеряем: Насколько ответ соответствует вопросу.
Как измерять:
- Semantic similarity между вопросом и ответом
- Оценка пользователем (thumbs up/down)
- Анализ переспросов («я не это имел в виду»)
Целевое значение: >90%
4. Уверенность модели (Confidence)
Что измеряем: Распределение confidence scores в ответах.
Зачем: Ответы с низкой уверенностью – кандидаты на handoff или улучшение.
Эффективность: справляется или захлёбывается?
Второй уровень – насколько хорошо бот тянет операционную нагрузку.
1. Resolution Rate (RR)
Что измеряем: Процент диалогов, завершённых без участия оператора.
Формула: (Диалоги без handoff / Все диалоги) × 100%
Целевое значение: 60-80% для поддержки, 40-60% для продаж
2. First Contact Resolution (FCR)
Что измеряем: Процент вопросов, решённых с первого обращения.
Зачем: Низкий FCR = клиенты возвращаются с тем же вопросом = бот не решил проблему.
Целевое значение: >70%
3. Handoff Rate
Что измеряем: Процент диалогов, переданных оператору.
Важно: Низкий handoff – не всегда хорошо. Бот может неправильно отвечать вместо передачи.
Анализ: Смотреть в связке с качеством ответов
4. Среднее время ответа
Что измеряем: Время от сообщения пользователя до ответа бота.
Целевое значение: <3 секунды для простых ответов, <10 секунд для RAG
5. Время до решения (Time to Resolution)
Что измеряем: Общее время диалога до решения вопроса.
Зачем: Даже если бот отвечает быстро, 20 сообщений туда-обратно – плохой UX.
Пользователи: довольны или плюются?
Третий уровень – что реально думают клиенты и как себя ведут.
1. CSAT (Customer Satisfaction)
Что измеряем: Оценка пользователя после диалога (1-5 или thumbs up/down).
Как собирать:
- Вопрос в конце диалога: «Бот помог вам?»
- Follow-up email с опросом
- Inline-кнопки оценки
Целевое значение: >80% положительных
2. NPS (Net Promoter Score)
Что измеряем: Готовность рекомендовать (0-10).
Формула: % промоутеров (9-10) − % критиков (0-6)
Целевое значение: >30 для B2B, >50 для B2C
3. Drop-off Rate
Что измеряем: Процент пользователей, покинувших диалог без завершения.
Анализ: На каком шаге уходят? Какой был последний вопрос бота?
Целевое значение: <30%
4. Retention (возвращаемость)
Что измеряем: Процент пользователей, вернувшихся к боту повторно.
Варианты: D1 (на следующий день), D7, D30 retention
Интерпретация: Зависит от сценария. Для FAQ – низкий retention может быть нормой (решили вопрос).
Бизнес-метрики: про деньги
Финальный уровень – то, что интересует руководство: влияние на выручку и затраты.
1. Конверсия
Что измеряем: Процент диалогов, приведших к целевому действию.
Примеры целей:
- Заявка оставлена
- Товар добавлен в корзину
- Запись на демо
- Подписка оформлена
2. Revenue per Conversation
Что измеряем: Средняя выручка с одного диалога.
Формула: Общая выручка от бота / Количество диалогов
3. Cost per Conversation
Что измеряем: Стоимость одного диалога.
Компоненты:
- Стоимость токенов (OpenAI, Anthropic)
- Инфраструктура (серверы, БД)
- Время оператора (при handoff)
4. Cost Savings vs Human
Что измеряем: Экономия по сравнению с полностью человеческой поддержкой.
Формула: (Стоимость оператора × Диалоги бота) − Стоимость бота
Как собирать данные
Метрики бесполезны, если нет данных. Что нужно логировать:
Минимальный набор
{
"conversation_id": "conv_12345",
"timestamp": "2025-12-16T14:30:00Z",
"user_id": "user_abc",
"channel": "telegram",
"messages": [
{
"role": "user",
"content": "Какие у вас сроки доставки?",
"timestamp": "2025-12-16T14:30:00Z"
},
{
"role": "assistant",
"content": "Доставляем за 2-3 рабочих дня по Москве...",
"timestamp": "2025-12-16T14:30:02Z",
"latency_ms": 1850,
"model": "gpt-4o",
"tokens_input": 150,
"tokens_output": 85,
"confidence": 0.92
}
],
"outcome": "resolved",
"handoff": false,
"csat": 5
}
Что ещё добавить
- Intent – определённое намерение пользователя
- Sources – какие документы использовались (для RAG)
- Errors – ошибки API, таймауты
- User metadata – сегмент, история, LTV
- A/B variant – если тестируете разные версии
Дашборд: что показывать на главном экране
Идеальный дашборд – это ответ на вопрос «всё ли в порядке?» за 10 секунд.
Верхний уровень (Executive View)
87%Resolution Rate |
92%CSAT |
2.1sAvg Response Time |
60 ₸Cost per Conv |
Графики тренда
- Объём диалогов по дням/неделям
- Resolution rate vs handoff rate
- CSAT trend
- Стоимость токенов
Таблица проблем
- Топ-10 вопросов с низким confidence
- Топ-10 вопросов с негативным CSAT
- Топ-10 причин handoff
Алерты: когда пора паниковать
Глазами на дашборд смотреть 24/7 не получится. Настройте алерты – пусть система сама кричит, когда что-то идёт не так.

Таблица алертов
| Метрика | Порог | Severity | Действие |
|---|---|---|---|
| Error rate | >5% | Critical | Slack + PagerDuty |
| Latency P95 | >10s | Warning | Slack |
| Resolution rate | <60% | Warning | Email daily |
| CSAT | <70% | Warning | Email weekly |
| Cost spike | >2x нормы | Warning | Slack + review |
| Hallucination detected | Любой факт | Critical | Slack + review |
Постоянное улучшение: данные → действия
Собирать метрики ради метрик – бессмысленно. Смысл появляется, когда вы на их основе делаете бота лучше.
Замкнутый цикл
- Collect – собираем логи и метрики
- Analyze – находим паттерны: где ошибки, где низкий CSAT
- Prioritize – выбираем топ-3 проблемы по impact
- Fix – улучшаем промпты, добавляем в базу знаний, меняем логику
- Measure – проверяем, стало ли лучше
- Repeat
Типичные улучшения
| Проблема | Индикатор | Решение |
|---|---|---|
| Бот не знает ответ | Частый handoff по теме X | Добавить в базу знаний |
| Неточный ответ | Низкий CSAT на вопросе Y | Улучшить промпт, добавить примеры |
| Галлюцинации | Жалобы на выдуманные факты | Ужесточить grounding, добавить проверку |
| Медленные ответы | High latency | Кэширование, оптимизация промптов |
| Высокая стоимость | Cost per conv растёт | Использовать cheaper модели для простых запросов |
Инструменты мониторинга
Специализированные для LLM
- LangSmith – от LangChain, tracing и evaluation
- Weights & Biases – эксперименты и мониторинг ML
- Helicone – аналитика для OpenAI API
- Humanloop – prompt management и мониторинг
- Arize AI – observability для ML/LLM
Общего назначения
- Datadog – APM + логи + метрики
- Grafana + Prometheus – open-source стек
- New Relic – observability платформа
- Elastic Stack – логи и поиск
Кастомные решения
Для специфических требований можно собрать своё:
- PostgreSQL/ClickHouse для хранения логов
- Grafana/Metabase для дашбордов
- Python/dbt для расчёта метрик
- PagerDuty/Opsgenie для алертов
С чего начать – минимальный набор
Не надо внедрять всё и сразу – утонете. Вот реалистичный план:
День 1: хотя бы логи
- Все сообщения с timestamps
- Latency каждого ответа
- Ошибки API
Первая неделя: базовая операционка
- Объём диалогов
- Handoff rate
- Время ответа
Первый месяц: качество и фидбек
- CSAT (inline-оценка)
- Resolution rate
- Топ проблемных тем
Первый квартал: деньги
- Cost per conversation
- Конверсия
- ROI
Нужна помощь с мониторингом AI-бота?
Мы настраиваем системы мониторинга для AI-ботов: дашборды, алерты, continuous improvement процессы. Работаем с LangSmith, Datadog, Grafana.
Итого
Что запомнить:
- Три слоя метрик – качество AI, операционка, деньги. Каждый для своей аудитории.
- Главные показатели – Resolution rate, CSAT, Cost per conversation. Остальное – детали.
- Логируйте всё – каждый диалог, latency, confidence, ошибки. Потом скажете себе спасибо.
- Дашборд – должен отвечать на вопрос «всё ли ок?» за 10 секунд.
- Алерты – пусть система сама кричит, когда что-то идёт не так.
- Улучшайтесь постоянно – данные бесполезны, если на их основе ничего не делать.
Без мониторинга вы не управляете ботом – вы просто надеетесь, что всё как-нибудь само.