Настройка правил маршрутизации: руководство по устранению типовых проблем

Правила маршрутизации — основа эффективной работы службы поддержки в Telegram-CRM. От того, как настроено распределение входящих обращений, напрямую зависит скорость первого ответа, соблюдение SLA и нагрузка на агентов. Однако на практике настройка маршрутизации часто вызывает сложности: заявки попадают не к тем специалистам, теряются в очередях или дублируются. Разберём типовые проблемы и их решения.

Проблема 1: Обращения не распределяются по правилам

Признаки

• Все тикеты падают в общую очередь без назначения конкретному агенту.
• Заявки приходят в топик-группу, но не создаются как отдельные обращения.
• Система игнорирует настроенные условия (например, тематику или приоритет клиента).

Возможные причины

Некорректные условия триггеров. Чаще всего проблема в неправильной настройке условий срабатывания правил. Например, если вы задали условие «содержит слово “возврат”», но клиент написал «хочу вернуть деньги», — система может не распознать запрос из-за несовпадения формулировки.

Решение: Проверьте каждое правило в порядке приоритета. Убедитесь, что:

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

Конфликт с базовыми настройками очереди. Если в Telegram-CRM активирован режим «равномерное распределение» или «первый свободный», индивидуальные правила маршрутизации могут не срабатывать для части обращений.

Решение: В настройках очереди проверьте, какой режим приоритетен. Обычно система позволяет задать глобальный принцип распределения и переопределять его для конкретных типов обращений. Убедитесь, что локальные правила имеют более высокий приоритет.

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

Когда требуется специалист

Если после проверки всех условий и приоритетов проблема сохраняется, возможно, потребуется анализ логов вебхуков или настройка кастомных скриптов на стороне Telegram Bot API. В этом случае лучше обратиться к разработчику интеграции.

Проблема 2: Заявки попадают не к тому агенту

Признаки

• Технический вопрос направляется менеджеру по продажам.
• VIP-клиент получает ответ от стажёра вместо старшего специалиста.
• Обращения на одном языке уходят агенту, который его не знает.

Корень проблемы

Неправильная настройка весов агентов. Даже если правило маршрутизации выбрало верную группу, внутри неё назначение может происходить по устаревшим или некорректным весам. Например, если всем агентам в группе «Техподдержка» присвоен одинаковый вес 1, система будет распределять заявки равномерно, не учитывая компетенции.

Решение: Используйте настройку весов для агентов поддержки. Чем выше вес, тем больше обращений получит сотрудник. Однако если требуется точное соответствие (например, только Иванов работает с темой «API»), лучше создать отдельное правило маршрутизации, а не полагаться на веса. Детальнее о настройке весов читайте в руководстве Настройка весов для агентов поддержки.

Отсутствие приоритизации клиентов. Если в вашей системе не настроены уровни клиентов (VIP, обычный, проблемный), все обращения будут обрабатываться одинаково, независимо от важности клиента.

Решение: Внедрите классификацию клиентов на основе истории заказов, частоты обращений или суммы покупок. Затем создайте отдельные правила маршрутизации для каждого уровня, направляя VIP-клиентов к старшим специалистам.

Ошибка в настройке топик-групп. Если вы используете топик-группы Telegram, убедитесь, что каждое обращение создаётся в правильном топике. Иногда проблема возникает из-за того, что клиент пишет в общий чат, а не в соответствующий топик.

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

Когда требуется специалист

Если проблема связана с нестандартной логикой распределения (например, нужно учитывать географию клиента или его предыдущего оператора), потребуется кастомизация через API.

Проблема 3: Обращения дублируются

Признаки

• Клиент получает два одинаковых ответа от разных агентов.
• В системе появляется несколько тикетов на одно обращение.
• Агенты тратят время на согласование, кто отвечает.

Типичные причины

Несколько правил срабатывают одновременно. Если два правила маршрутизации подходят под одно обращение и оба имеют одинаковый приоритет, система может создать два тикета или назначить заявку двум агентам.

Решение: Проверьте все правила на пересечение. Для каждого обращения должно срабатывать только одно правило. Если необходимо, чтобы заявка попала в несколько групп (например, и в техподдержку, и в отдел качества), используйте механизм эскалации, а не параллельную маршрутизацию.

Некорректная работа вебхуков. Если интеграция с Telegram Bot API настроена неправильно, один и тот же запрос может быть отправлен в систему несколько раз.

Решение: Проверьте настройки вебхуков — убедитесь, что они настроены на приём только новых сообщений, а не на весь чат. Также стоит проверить, не дублируются ли вызовы из-за повторной отправки при ошибке.

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

Решение: Настройте проверку на дубликаты по ID сообщения или временному интервалу (например, не создавать новый тикет, если с последнего обращения прошло менее 5 минут).

Когда требуется специалист

Если дублирование возникает нерегулярно и связано с пиковыми нагрузками, возможно, потребуется оптимизация серверной части Telegram-CRM или настройка очереди сообщений. Обратитесь к администратору системы.

Проблема 4: Нарушение SLA из-за маршрутизации

Признаки

• Время первого ответа (FRT) превышает установленные лимиты.
• Обращения «зависают» в очереди и не назначаются агентам.
• Система не уведомляет супервизора о просроченных тикетах.

Почему так происходит

Неправильный расчёт SLA. Часто настройка SLA привязана к моменту создания тикета, но маршрутизация занимает время. Если правило сложное (например, требует анализа базы знаний или проверки нескольких условий), обращение может попасть к агенту с задержкой.

Решение: Установите реалистичные целевые показатели FRT с учётом времени на маршрутизацию. Для срочных обращений (например, с пометкой «критично») настройте приоритетную обработку — такие заявки должны назначаться агенту вне очереди.

Отсутствие эскалации по времени. Если заявка не назначена агенту в течение заданного времени (например, 2 минуты), система должна автоматически повышать приоритет или уведомлять супервизора. Без этого обращения могут «висеть» в очереди часами.

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

Недостаточное количество агентов в определённые часы. Даже идеальная маршрутизация не спасёт, если в пиковый час на линии только один оператор.

Решение: Используйте данные о нагрузке для корректировки весов агентов в разное время суток. Например, в ночные часы можно направить все обращения на дежурного специалиста, а в дневные — распределять по всем сотрудникам.

Когда требуется специалист

Если проблема связана с кастомными метриками SLA (например, время разрешения TTR с учётом сложности обращения), потребуется доработка системы под ваши бизнес-процессы.

Проблема 5: Неправильное распределение по языкам

Признаки

• Русскоязычный клиент получает ответ на английском.
• Обращение на испанском направляется агенту, который говорит только по-русски.
• Клиенты жалуются, что с ними никто не общается на их языке.

Причины

Отсутствие языковых правил. Многие Telegram-CRM не определяют язык автоматически. Если это не настроено, система может использовать язык интерфейса клиента или первый язык по умолчанию.

Решение: Настройте определение языка на основе данных профиля клиента (если они передаются в CRM) или автоматический анализ текста обращения. Затем создайте правила маршрутизации для каждого языка, указав соответствующих агентов.

Неправильная настройка групп агентов. Если все агенты находятся в одной группе без языковой привязки, система будет распределять обращения случайным образом.

Решение: Создайте отдельные группы агентов по языкам (например, «Техподдержка_EN», «Техподдержка_RU») и настройте маршрутизацию в соответствующую группу на основе языка обращения.

Когда требуется специалист

Если в вашей системе используется более 5 языков или требуется поддержка редких языков, лучше обратиться к разработчику для настройки автоматического определения языка через внешний API.

Резюме: что делать, если маршрутизация не работает

1. Проверьте логику правил: убедитесь, что условия не пересекаются и расположены в правильном порядке.
2. Протестируйте на реальном обращении: создайте тестовый тикет и проследите весь путь — от попадания в очередь до назначения агенту.
3. Проверьте настройки очереди: убедитесь, что глобальный режим распределения не блокирует локальные правила.
4. Настройте мониторинг: используйте дашборды для отслеживания времени ожидания в очереди, FRT и процента нераспределённых заявок.
5. Документируйте изменения: каждое изменение правил маршрутизации фиксируйте — это поможет быстро откатить неудачную настройку.

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