После старта меняются офферы, цены, регламенты, появляются новые намерения клиентов. Если база знаний не обновляется, бот начинает:

• чаще эскалировать без пользы;
• путать условия и сроки;
• давать общие ответы и «галлюцинировать» на непокрытых темах.

Итог — рост нагрузки на операторов, падение CSAT и отключение бота. Лекарство — назначить владельца базы знаний и ввести недельный цикл улучшений.

Минимальный набор ролей:

• Владелец базы знаний (со стороны клиента): отвечает за актуальность содержания, приоритизирует изменения по бизнесу.
• Ответственный за эскалации/операторов: SLA, шаблоны ответов, порядок «тёплой передачи», возврат бота в диалог.
• Владелец метрик/дашборда: собирает и обсуждает еженедельно бизнес‑, операционные и модельные метрики.
• Подрядчик (1iaia): процесс ревизии, интеграции, мониторинг стабильности и затрат, предложений по улучшениям.

Еженедельный цикл: 1) Срез метрик неделя‑к‑неделе. 2) Разбор 20–30 диалогов с эскалациями/ошибками. 3) Обновления базы знаний и правил. 4) Проверка на «хамелеон‑темы» (изменившиеся условия). 5) Публикация короткого отчёта и план‑спринт на неделю.

Что хранить:

• FAQ по продуктам/процессам;
• регламенты и процедуры (SLA, шаги, исключения);
• прайс/каталог, доступность, сроки;
• политики (оплата, возвраты, ПДн, гарантии).

Как организовать:

• Структура: разделы → статьи → версии; теги по темам/каналам/языкам.
• Качество: конкретика, отсутствие двусмысленностей, примеры формулировок допустимых ответов.
• Ревизия: каждые 1–2 недели; внепланово — при изменениях офферов, акций, оргструктуры, SLA, цен.
• Доступы: права на чтение/редактирование, журнал изменений.
• Интеграции: подключение к CRM/хранилищам (для цен/наличия/статусов), чтобы исключить ручной копипаст и устаревание.

• Приоритет — цитаты и выдержки из базы знаний.
• Чувствительные темы (оплаты, гарантии, ПДн) — без домысливаний, только подтверждённые формулировки или эскалация.
• Политика: «лучше эскалировать, чем фантазировать» при низкой уверенности или неподтверждённых данных.
• Явная ссылка на источник/раздел базы знаний в ответе, когда это уместно.

Когда эскалировать:

• низкая уверенность ответа;
• чувствительные темы (оплата, договор, ПДн, претензии);
• VIP/ключевые клиенты;
• повторная неудача по одному намерению.

Как эскалировать (тёплая передача):

• вместе с контекстом: история диалога, распознанное намерение, собранные данные, гипотеза решения, приоритет;
• SLA реакции по каналу (внутри вашей матрицы обслуживания);
• после решения оператором — возврат бота: короткое резюме и «дальше бот».

Важно: фиксируйте причину эскалации в бэклоге базы знаний — это список тем для покрытия/уточнения.

Бизнес‑метрики:

• Доля самообслуживания (containment);
• Среднее время до ответа/решения по каналам;
• Стоимость контакта;
• CSAT/оценки по итогу диалога.

Операционные метрики:

• Эскалации по причинам (низкая уверенность, политика, нет данных, VIP и т.п.);
• Покрытие топ‑намерений (есть ли статья/шаблон);
• Доля повторных обращений по одной теме.

Модельные метрики:

• Fallback/«не понял»;
• Латентность ответа;
• Доля ответов с явной ссылкой на источник.

Практика: зафиксируйте «эталон» в первую неделю, далее держите недельный обзор и сравнение с трендом. Пороговые значения задавайте от своих SLA и каналов.

• Неделя 1: запуск, сбор эталонных метрик, проверка логирования и целей в Яндекс.Метрике.
• Неделя 2: разбор 20–30 диалогов, закрытие пробелов в базе знаний, правки шаблонов ответов.
• Неделя 3: настройка правил эскалации, шаблонов «тёплой передачи», доработка тикетов в CRM/хелпдеске.
• Неделя 4: стабилизация, отчёт, план расширения намерений/каналов, согласование следующего цикла.

• Выбор модели под канал (приоритет — стабильность и латентность);
• Ограничение длины ответов и глубины диалога;
• Кэширование часто задаваемых ответов;
• Пороги уверенности для эскалации;
• Ночные режимы/ограничения частоты;
• Мониторинг токенов/запросов, алерты по аномалиям.

• Логируйте диалоги в CRM/хелпдеск; создавайте тикеты автоматически.
• Обязательные поля: клиент, тема/намерение, статус, источник канала, приоритет, исполнитель.
• Используйте логи для: приоритизации обновлений KB, уточнения фраз пользователей, обучения шаблонов.

Полезно: если нужно подтянуть процессную часть и маршрутизацию, смотрите «Автоматизация бизнес‑процессов» — это про тикеты, статусы, права и регламенты. Подробнее: https://1iaia.com/avtomatizacziya-biznes-proczessov/

• KB не обновляется 2–3 недели — растёт «не понял» и лишние эскалации.
• Эскалация без контекста — оператор тратит время, клиент ждёт.
• Нет единых шаблонов ответов — разношёрстные формулировки и несогласованность с политиками.
• Логи не попадают в CRM/хелпдеск — нечем управлять, только ощущения.

Предотвращение: владелец KB + недельные ревизии, протокол «тёплой передачи», обязательные поля тикета, короткий недельный отчёт.

• Устаревшие данные → ревизии по расписанию и триггерам, источники только из «единого источника правды».
• Галлюцинации на непокрытых темах → политика «эскалация при сомнениях», расширение KB по бэклогу причин.
• ПДн и соответствие политике → маскирование PII в логах, правила ответов без персональных деталей.
• Зависимость от интеграций → мониторинг статусов, сценарии деградации (предупреждения, очереди, офлайн‑сообщения).

1) Назначен владелец базы знаний и его 2–4 часа в неделю защищены в плане. 2) KB структурирована: FAQ/регламенты/прайс/политики, версии и теги. 3) Есть правила ответов: цитаты из KB, запрет домысливаний на чувствительных темах. 4) Описана «тёплая передача»: контекст, приоритет, SLA, возврат бота. 5) Логирование в CRM/хелпдеск настроено, поля тикета обязательны. 6) Метрики собраны в одном дашборде, еженедельный обзор закреплён в календаре. 7) Бэклог причин эскалаций ведётся и закрывается спринтами. 8) Включены лимиты: длина ответов, пороги уверенности, ночные режимы. 9) Настроены цели в Яндекс.Метрике для ключевых действий в чат‑канале/на сайте.

Что нужно готово до старта:

• 10–20 реальных диалогов (для первичной настройки);
• Список топ‑20 намерений/тем;
• Ссылки на действующие FAQ/регламенты/прайс;
• Понимание текущей схемы эскалаций и SLA.

Безрисковый первый шаг: 4‑недельный пилот по плану выше с еженедельным отчётом. Мы берём на себя настройку логирования, шаблоны эскалации, дашборд метрик и процесс ревизии; ваша сторона — владелец контента и решение по приоритетам.