Как настроить распределение обращений по географии клиентов в Telegram-CRM

Как настроить распределение обращений по географии клиентов в Telegram-CRM

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

Почему география имеет значение для SLA

Соглашение об уровне обслуживания (SLA) теряет смысл, если время реакции не учитывает часовые пояса. Клиент из Калининграда ожидает ответа в 9 утра по своему времени, а оператор в Новосибирске в этот момент спит. Без привязки к региону метрики вроде времени первого ответа (FRT) и времени разрешения (TTR) могут быть искажены.

Географическое распределение решает три задачи:

  • Соблюдение SLA — обращения попадают к операторам, работающим в том же часовом поясе.
  • Локализация поддержки — агенты знают региональные особенности (праздники, логистику, нормативы).
  • Оптимизация нагрузки — равномерное распределение тикетов между сменами.

Как это работает в Telegram-CRM

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

Ограничение Telegram API: бот не может напрямую получить геоданные пользователя без его согласия. Поэтому на практике используют косвенные признаки — код страны из номера телефона (переданного через Telegram Passport или при регистрации) или ручной выбор региона в стартовом меню бота.

Пошаговая настройка распределения

Шаг 1. Создайте топик-группы под каждый регион

Не путайте топик-группу с обычной группой или личным чатом. В топик-группе (форуме) каждое обращение — отдельная тема, что критично для тикет-системы. Личный чат не позволяет разделять запросы одного клиента, а обычная группа превращается в кашу.

Создайте супергруппу с включёнными темами (топиками). Для каждого региона — свой топик: «Москва и МО», «Санкт-Петербург», «Дальний Восток» и т. д. Назначьте в каждый топик агентов, работающих в соответствующем часовом поясе.

Шаг 2. Настройте определение региона

В Telegram-CRM обычно доступны два подхода:

МетодКак работаетОграничения
По номеру телефонаПользователь передаёт номер через бота, CRM определяет код страныТребует согласия пользователя, не определяет город
Ручной выборКлиент выбирает регион из списка в меню ботаДополнительный шаг, часть клиентов ошибается

Рекомендуется комбинировать: автоматическое определение по номеру + возможность ручной корректировки.

Шаг 3. Создайте триггер маршрутизации

В настройках CRM добавьте правило: «Если регион клиента = Москва, то создать тикет в топике "Москва"». Аналогично для других регионов. Триггер срабатывает в момент первого сообщения клиента.

Пример логики триггера:

  • Условие: `client.region == "msk"`
  • Действие: `assign_to_topic("Москва")`
  • Дополнительно: `set_priority("high")` — если регион входит в зону повышенного SLA.

Шаг 4. Настройте очередь и SLA для каждого региона

Для каждого топика укажите:

  • Рабочее время — например, с 9:00 до 18:00 по местному времени.
  • Максимальное время первого ответа — например, 15 минут в часы работы.
  • Эскалацию — если тикет не взят в работу за 10 минут, он переходит супервизору.
Эти параметры задаются в CRM и влияют на расчёт метрик FRT и TTR. Без привязки к часовому поясу система может считать время ответа некорректно.

Шаг 5. Настройте уведомления агентам

Агенты в топик-группе получают уведомления только о новых тикетах в своём регионе. Для этого в Telegram-CRM отключают глобальные оповещения и включают уведомления по топикам. Каждый оператор видит только свои обращения — это снижает шум и может повысить скорость реакции.

Как проверить, что распределение работает

Через неделю после настройки проанализируйте метрики:

  • Разброс FRT по регионам — если в одном регионе время ответа 5 минут, а в другом 30, значит, распределение нагрузки не сбалансировано.
  • Процент эскалаций — частые передачи супервизору могут указывать на нехватку агентов в конкретном регионе.
  • TTR по часовым поясам — если тикеты из Владивостока решаются дольше, чем из Москвы, возможно, агенты на Дальнем Востоке перегружены.

Ограничения и риски

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

Связка с другими настройками

Географическое распределение — лишь часть системы. После настройки маршрутизации переходите к:

Чеклист для запуска

  • Созданы топик-группы под каждый регион
  • Назначены агенты в каждый топик с учётом часового пояса
  • Настроен сбор региона (по номеру или ручной выбор)
  • Созданы триггеры маршрутизации в CRM
  • Установлены SLA-метрики (FRT, TTR) для каждого региона
  • Отключены глобальные уведомления, включены по топикам
  • Проведён тестовый прогон: 5 обращений из разных регионов
  • Проверены метрики через неделю работы
Результат: обращения не зависают в очереди, операторы работают в своё время, а SLA перестаёт быть формальностью.

Яна Федотова

Яна Федотова

Редактор по метрикам и SLA

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