Настройка очередей с учетом рабочего времени

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

Различие каналов в Telegram: что влияет на очередь

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

Для службы поддержки с очередями и SLA однозначно рекомендованы топик-группы. В них каждое обращение — это отдельный топик, который можно назначить агенту, перевести в статус «в работе» или «ожидает ответа клиента» и привязать к правилам рабочего времени. Личные чаты с ботом подходят только для простых сценариев (например, подтверждение заказа), где не требуется маршрутизация.

Настройка графика работы и смен агентов

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

• Рабочие дни недели (например, ПН–ПТ, 09:00–18:00 по МСК).
• Выходные и праздники — многие CRM поддерживают календарь исключений.
• Смены — если у вас несколько агентов, задайте для каждого индивидуальный график или группу смен (например, «Утро 08–16», «Вечер 16–00»).

Важный нюанс: Telegram API не имеет встроенного понятия «рабочее время». Вся логика реализуется на стороне CRM-системы или бота. Если вы используете самописное решение, придётся реализовать проверку текущего времени и статуса агента при каждом входящем сообщении.

Правила распределения обращений в зависимости от времени

Когда график задан, настройте триггеры автоматизации, которые определяют, как обращение попадает в очередь:

1. Входящее сообщение в рабочее время — тикет немедленно назначается доступному агенту по правилам (круговая очередь, по навыкам или наименее загруженному). Если все агенты заняты, обращение ставится в буфер с приоритетом «нормальный».
2. Входящее сообщение в нерабочее время — тикет помещается в очередь с флагом «ожидание рабочего времени». Агенты не получают уведомлений. В CRM можно настроить автоответ: «Ваше обращение принято, мы ответим в рабочие часы».
3. Переход из нерабочего в рабочее время — система автоматически активирует все отложенные тикеты и распределяет их между агентами, которые вышли на смену. Это критический момент: если не настроить такой триггер, обращения «зависнут» в буфере.

Управление очередью: приоритеты и эскалация

Очередь обращений — это не просто список, а буфер с правилами сортировки. Рекомендуется настроить:

• Приоритет по времени создания — старые тикеты обрабатываются раньше новых (FIFO). Это базовый режим.
• Приоритет по срочности — если клиент написал повторно или отметил проблему как критическую, тикет поднимается в начало очереди.
• Эскалация при превышении SLA — если время первого ответа (FRT) превышает заданный лимит, тикет автоматически переводится супервизору. Например: в рабочее время FRT = 15 минут, при превышении — эскалация руководителю смены.

Ограничение Telegram API: бот может отправлять не более 30 сообщений в секунду на один чат. При массовом поступлении обращений (например, после рассылки) очередь может расти быстрее, чем агенты успевают отвечать. В этом случае настройте лимит одновременных тикетов на агента — например, не более 5 активных обращений на одного оператора. Превышение — автоматическая постановка в буфер.

Интеграция с календарем и сменами

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

• Каждый агент указывает свои рабочие часы (например, 10:00–19:00 с перерывом 13:00–14:00).
• Система проверяет статус агента перед назначением тикета. Если агент офлайн или на перерыве — обращение не направляется.
• При смене статуса агента (вышел на работу, ушёл на обед) очередь пересчитывается.

Для реализации этой логики в Telegram-CRM обычно используется webhook-интеграция с внешним календарём (Google Calendar, Outlook) или встроенный модуль расписания. В самописных решениях — триггер на основе статуса агента в боте (например, команда `/start_shift` и `/end_shift`).

Чеклист настройки очередей с учётом рабочего времени

1. Определите тип чата — используйте топик-группу для полноценной очереди.
2. Задайте бизнес-часы — дни недели, время, праздники.
3. Настройте индивидуальные смены агентов — укажите для каждого оператора его график.
4. Создайте триггеры автоматизации:

• Обращение в рабочее время → назначить агенту.
• Обращение в нерабочее время → отложить до старта рабочего дня.
• Начало рабочего дня → активировать отложенные тикеты.

5. Настройте приоритеты очереди — FIFO, срочность, эскалация по SLA.

1. Установите лимиты на агента — максимальное количество активных тикетов.
2. Протестируйте сценарии — отправьте тестовые обращения в нерабочее время и проверьте, что они корректно откладываются и активируются утром.
3. Настройте автоответчики — для нерабочего времени и для уведомления клиента о постановке в очередь.

Настройка очередей с учётом рабочего времени — это не разовая операция, а процесс, требующий регулярной ревизии. Проверяйте, не «зависают» ли тикеты в буфере, корректно ли срабатывает триггер начала смены, не превышены ли лимиты Telegram API при пиковых нагрузках. Если вы используете готовую Telegram-CRM, убедитесь, что её модуль распределения обращений поддерживает календарь смен — без этого автоматизация очереди будет неполной. Для глубокой настройки маршрутизации по навыкам агентов обратитесь к статье распределение обращений по навыку агентов.