Создание наборов правил для маршрутизации

Проблема: Когда количество обращений в службу поддержки превышает возможности ручного распределения, агенты тратят время на сортировку тикетов вместо их решения. Очередь растёт, клиенты ждут ответа, а самые сложные запросы могут потеряться среди простых.

Наборы правил маршрутизации (routing rule sets) — это механизм, который автоматически направляет обращения определённым агентам или группам на основе заданных условий. В Telegram-CRM, работающей через топик-группы, этот подход позволяет выстроить предсказуемый процесс обработки без постоянного контроля супервизора.

1. Определение целей маршрутизации

Прежде чем создавать правила, необходимо чётко сформулировать, какие задачи должна решать автоматическая маршрутизация. Типичные цели:

Сокращение времени первого ответа (FRT) — направление обращения свободному агенту с нужной квалификацией.
Распределение по специализациям — технические вопросы → в группу техподдержки, вопросы оплаты → в финансовый отдел.
Балансировка нагрузки — равномерное распределение тикетов между агентами одной смены.
Эскалация сложных случаев — автоматическое повышение уровня обращения при превышении порога времени ожидания или при наличии ключевых слов.

Каждая цель требует своего набора условий и действий. Не пытайтесь создать одно универсальное правило — лучше сделайте 3–5 специализированных.

2. Выбор критериев для правил

В Telegram-CRM для маршрутизации доступны следующие типы условий (точный набор зависит от реализации):

Тип условия	Пример использования	Ограничение Telegram API
Ключевые слова в сообщении	«ошибка», «сбой», «не работает» → в техподдержку	Анализ только текстовых сообщений; медиафайлы (фото, видео) не анализируются
Источник обращения	Личный чат vs топик-группа	В топик-группах можно определить ID темы, в личных чатах — только ID пользователя
Время создания тикета	Рабочие часы → основная группа; ночные → дежурный агент	Telegram не передаёт часовой пояс пользователя — используйте серверное время
Язык сообщения	Русский → русскоязычная группа; английский → международная	Требуется внешний NLP-сервис; базовый API Telegram не определяет язык
Наличие вложений	Скриншоты → в группу с визуальной диагностикой	Только факт наличия; содержимое не анализируется
Теги/метки из CRM	VIP-клиент → приоритетная очередь	Теги должны быть присвоены до маршрутизации (например, из внешней базы)

Обратите внимание: Telegram Bot API имеет лимит в 30 сообщений в секунду на бота. При высокой нагрузке (более 1000 обращений в час) часть правил может срабатывать с задержкой. Учитывайте это при проектировании.

3. Создание базового набора правил

Начните с минимального набора, который покрывает 80% типовых обращений. Оптимальная структура первого набора:

Правило «Приветствие и категоризация» — при поступлении нового обращения бот отправляет автоматическое сообщение с запросом уточняющей информации (номер заказа, описание проблемы). Это не маршрутизация в строгом смысле, но она собирает данные для следующих правил.
Правило «Ключевые слова» — если в сообщении есть слова из списка «техническая проблема», «срочно», «ошибка», обращение направляется в приоритетную очередь с таймером FRT 15 минут.
Правило «Источник» — если обращение пришло из топик-группы «Поддержка VIP-клиентов», оно направляется старшему агенту с правом эскалации.
Правило «Дефолт» — все остальные обращения попадают в общую очередь для распределения по кругу (Round Robin).

Каждое правило должно иметь приоритет — от наиболее специфичного к общему. Система проверяет условия по порядку и применяет первое совпадение.

4. Настройка очередей и групп агентов

Маршрутизация без очередей — это просто пересылка сообщений. Для полноценной работы нужно определить:

Группы агентов — объединения по специализации (например, «Техподдержка L1», «Финансовый отдел», «Эскалация L2»). В Telegram-CRM группа агентов — это, как правило, топик-группа, где каждый топик соответствует отдельному обращению.
Очереди — упорядоченные списки тикетов, ожидающих обработки. Очередь может быть общей для группы или персональной для агента.
Правила назначения — как тикет из очереди попадает к конкретному агенту: по кругу, по наименьшей загрузке, по приоритету клиента.

Важно: в топик-группах Telegram каждый агент видит все темы, но отвечать может только на назначенные. Настройте права доступа так, чтобы агент видел только свои очереди — это снижает шум и путаницу.

5. Добавление условий эскалации

Эскалация — это автоматическое повышение уровня обращения при недостижении SLA. Типовые сценарии:

Превышение времени первого ответа (FRT) — если агент не ответил в течение заданного времени (например, 30 минут для обычного тикета, 10 минут для VIP), обращение автоматически переходит в очередь супервизора.
Превышение времени разрешения (TTR) — если тикет не закрыт за N часов, он эскалируется руководителю смены.
Повторное открытие — если клиент написал в закрытый тикет, он возвращается в активную очередь, но с повышенным приоритетом.

Условия эскалации должны быть реализованы через триггеры автоматизации, которые проверяют временные метки тикета. В Telegram-CRM для этого обычно используются вебхуки или внутренние таймеры.

6. Тестирование и итерация

Наборы правил редко работают идеально с первой попытки. Процесс отладки включает:

Запуск в режиме мониторинга — первые 2–3 дня правила работают, но не применяют действия (только логируют, куда было бы направлено обращение). Это позволяет оценить корректность условий без риска для клиентов.
Анализ ложных срабатываний — проверьте, не направляются ли технические вопросы в финансовый отдел и наоборот. Если да — уточните список ключевых слов или добавьте исключения.
Корректировка приоритетов — если дефолтное правило срабатывает слишком часто, возможно, оно стоит слишком высоко в списке. Переместите более специфичные правила выше.
Мониторинг SLA-метрик — после активации правил сравните FRT и TTR с предыдущим периодом. Если показатели ухудшились, вероятно, правила создают узкие места.

7. Ограничения и граничные случаи

При проектировании наборов правил учитывайте следующие ограничения Telegram API и архитектуры CRM:

Лимит на длину сообщения — 4096 символов. Если клиент пишет длинный текст, он может быть разбит на несколько сообщений. Правило должно анализировать первое сообщение или агрегировать все до момента маршрутизации.
Медиафайлы — Telegram не предоставляет API для анализа содержимого изображений или видео. Если нужно маршрутизировать на основе скриншотов, используйте внешний OCR-сервис через вебхук.
Задержки при высокой нагрузке — при массовых рассылках или DDoS-атаках скорость обработки может упасть. Предусмотрите резервное правило, которое направляет все обращения в общую очередь при превышении порога загрузки.
Смена агента — если агент закрыл смену, его тикеты должны автоматически перераспределяться. Это требует интеграции с календарём или ручного управления.

Создание наборов правил для маршрутизации — это итеративный процесс, который начинается с простых условий и усложняется по мере роста нагрузки и появления новых типов обращений. Оптимальная стратегия: запустить 3–4 базовых правила, отследить их работу в течение недели, затем добавить эскалацию и специализированные очереди.

Помните: маршрутизация не заменяет человеческий контроль. Даже самый сложный набор правил требует периодического пересмотра и корректировки под текущие бизнес-процессы.

Полезные материалы: