Настройка правил для подбора статей базы знаний
Представьте: оператор поддержки открывает новый тикет, клиент спрашивает, как сменить тариф. Вместо того чтобы вручную искать ответ в Confluence или Google Docs, система сама подтягивает нужную статью и предлагает её агенту. Или, ещё лучше, отправляет клиенту готовую инструкцию прямо в чат, даже не дожидаясь ответа оператора. Это не фантастика, а результат правильно настроенных правил подбора статей базы знаний в Telegram-CRM.
Проблема в том, что без автоматического подбора операторы тратят время на поиск информации. Клиенты ждут, уровень сервиса падает, а база знаний превращается в склад неиспользуемых документов. Давайте разберём, как настроить правила, чтобы база знаний работала на вас, а не просто лежала мёртвым грузом.
Что такое правила подбора статей и зачем они нужны
Правила подбора — это набор условий, при которых система автоматически предлагает определённые статьи базы знаний при создании или обработке тикета. Они работают как триггеры: если условие совпало, система выполняет действие — показывает статью агенту, отправляет её клиенту или добавляет ссылку в ответ.
Пример: Клиент пишет: «Не могу войти в личный кабинет». Система анализирует текст, находит совпадение с ключевыми словами «вход», «личный кабинет», «ошибка авторизации» и предлагает агенту статью «Как восстановить доступ к аккаунту». Агент одним кликом отправляет инструкцию клиенту.
Без правил — ручной поиск по всей базе знаний. С правилами — секундное решение.
Шаг 1: Определите цели подбора
Прежде чем лезть в настройки, ответьте на три вопроса:
- Кому нужны статьи? Только операторам, или клиентам тоже?
- На каком этапе? При создании тикета, до ответа агента, после первого сообщения?
- Что должно происходить? Просто показать статью, отправить клиенту, добавить в шаблон ответа?
Практический совет: Начните с правил для операторов. Это безопаснее: агент видит предложение, но решение о публикации принимает сам. Клиентские автоответы подключайте после тестирования на реальных кейсах.
Шаг 2: Соберите и структурируйте базу знаний
Правила подбора бесполезны, если база знаний — хаос. Приведите статьи в порядок:
- Категоризируйте. Разбейте статьи по темам: «Оплата», «Техподдержка», «Аккаунт», «Тарифы». Категории станут фильтрами для правил.
- Добавьте метаданные. Теги, ключевые слова, уровень сложности (для новичков, для продвинутых). Чем больше меток, тем точнее подбор.
- Напишите заголовки-вопросы. Статья «Как сменить пароль» лучше, чем «Инструкция по смене пароля». Системы подбора часто работают по заголовкам.
- Убедитесь в актуальности. Устаревшие статьи — вред. Если инструкция описывает старый интерфейс, она только запутает.
Шаг 3: Настройте условия срабатывания правил
Условия — это сердце правил. Чем точнее условия, тем реже система будет ошибаться. Основные типы условий:
3.1. По тексту обращения
Система анализирует первое сообщение клиента и ищет совпадения с ключевыми словами. Настройте:- Список ключевых слов. Для статьи «Как восстановить пароль» — «пароль», «забыл пароль», «не могу войти», «сбросить пароль».
- Степень совпадения. Жёсткое (должны быть все слова) или мягкое (хотя бы одно). Для начала используйте мягкое, затем корректируйте.
- Исключения. Если клиент пишет «пароль от Wi-Fi», статья про вход в аккаунт не нужна. Добавьте слова-исключения: «Wi-Fi», «роутер», «сеть».
3.2. По категории тикета
Если в CRM настроены категории обращений (например, «Оплата», «Техническая проблема»), привяжите к ним конкретные разделы базы знаний. Тикет «Оплата» — показываем статьи из категории «Оплата и счета».3.3. По клиенту
- Сегмент клиента. Для VIP-клиентов — расширенные инструкции, для новых — базовые гайды.
- История обращений. Если клиент уже писал по этой проблеме, не предлагайте ту же статью повторно.
3.4. По каналу связи
Telegram-бот, личные сообщения, топик-группы — в разных каналах могут быть разные ожидания. В топик-группе клиент видит ответы других пользователей, поэтому автоответы должны быть максимально точными, чтобы не создать шум.Шаг 4: Настройте действия правил
После того как условие сработало, система выполняет действие. Варианты:
| Действие | Описание | Когда использовать |
|---|---|---|
| Показать агенту | Статья появляется в боковой панели интерфейса оператора | Базовый вариант. Агент решает, отправлять или нет |
| Отправить клиенту | Статья отправляется в чат автоматически | Только для проверенных, однозначных кейсов (например, смена пароля) |
| Добавить в шаблон ответа | Статья вставляется в заготовку ответа, агент может отредактировать | Компромисс: автоматизация + контроль |
| Создать задачу | Если статья не найдена, создаётся задача на написание новой | Для пополнения базы знаний |
Рекомендация: Начните с «Показать агенту» и «Добавить в шаблон». Автоматическую отправку клиенту включайте только для статей с высоким рейтингом полезности (например, 90%+ положительных отзывов).
Шаг 5: Протестируйте и откалибруйте
Даже идеальные настройки дают сбои. Проведите тестирование:
- Создайте тестовые тикеты. Напишите обращения с разными формулировками одной проблемы. Например: «Не могу зайти», «Ошибка входа», «Заблокирован аккаунт».
- Проверьте, какие статьи предлагает система. Если предлагает не ту — скорректируйте ключевые слова или исключения.
- Замерьте точность. Сколько раз статья была релевантна? Если меньше 70% — правила слишком широкие.
- Соберите обратную связь от операторов. Они — главные пользователи. Спрашивайте, удобно ли, не мешает ли, не отвлекает ли.
- Слишком много ключевых слов — система предлагает всё подряд.
- Нет исключений — ложные срабатывания раздражают агентов.
- Устаревшие статьи в базе — система предлагает неверные инструкции.
Шаг 6: Автоматизируйте подбор при создании тикета
Отдельный сценарий — подбор статей в момент создания тикета, ещё до того, как агент его увидит. Это ускоряет процесс: оператор открывает обращение и сразу видит готовое решение.
Настройка отличается от обычных правил:
- Условие: Создание тикета (независимо от текста).
- Действие: Показать список статей, релевантных категории тикета.
- Дополнительно: Если клиент уже получил автоответ от бота, не дублировать предложение.
Шаг 7: Мониторьте и улучшайте
Правила подбора — не статичная вещь. Клиенты задают новые вопросы, появляются новые проблемы, база знаний пополняется. Раз в месяц:
- Анализируйте неохваченные запросы. Если по популярной теме нет статей — добавьте.
- Смотрите на отказы. Сколько раз агенты игнорировали предложенные статьи? Если много — правила плохие.
- Обновляйте ключевые слова. Клиенты могут использовать новые термины. Например, вместо «смена тарифа» — «апгрейд плана».
Ограничения и риски
- Нет 100% точности. Система не понимает контекст так, как человек. Всегда оставляйте агенту возможность отклонить предложение.
- Зависимость от качества базы знаний. Плохие статьи = плохие рекомендации. Инвестируйте время в написание качественных инструкций.
- Ограничения Telegram. Бот не может отправлять сообщения, если клиент заблокировал его или вышел из группы.
- Конфиденциальность. Не включайте в правила подбор статей, содержащих личные данные клиентов или внутреннюю информацию компании.
Заключение: чеклист для настройки
Перед запуском правил подбора статей проверьте:
- Определены цели: кому и когда нужны статьи
- База знаний структурирована: категории, теги, актуальность
- Интеграция с внешней базой знаний (Confluence, Notion) настроена и синхронизируется
- Созданы условия: ключевые слова, категории, сегменты клиентов
- Настроены действия: показать агенту, отправить клиенту, добавить в шаблон
- Проведено тестирование на 10+ реальных кейсах
- Собрана обратная связь от операторов
- Настроен автоматический подбор при создании тикета (опционально)
- Запланирован ежемесячный аудит правил и базы знаний
