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

Представьте: клиент написал в поддержку в 23:45, а ответ получил в 10:00 следующего дня. Или наоборот — ночной оператор принял заявку, но не смог решить проблему, и до утра тикет висит без движения. Знакомая картина? Если да, то ваша система распределения обращений не учитывает главное — рабочий график агентов.

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

Шаг 1. Определите рабочие часы и смены

Прежде чем настраивать автоматику, ответьте на три вопроса:

Когда ваши клиенты пишут чаще всего? (Статистика по времени обращения — база, без неё дальше не идём.)
Какие часы считаются рабочими для каждой группы операторов?
Есть ли ночная смена или дежурства?

Типичная ошибка — установить единый график «с 9 до 18» для всех. В Telegram-поддержке пик обращений часто приходится на вечер (19–22) и выходные. Если ваша CRM не умеет гибко настраивать расписание для разных групп агентов — присмотритесь к другому инструменту.

Как это выглядит в настройках:

Создайте группы операторов по сменам (утро/день/вечер).
Для каждой группы укажите рабочие часы в формате «день недели + время».
Настройте правило: если обращение пришло в нерабочее время — оно попадает в очередь и назначается первому освободившемуся агенту из следующей смены.

Шаг 2. Настройте автоматическое распределение с учётом времени

Большинство Telegram-CRM предлагают два режима распределения:

По кругу (round-robin) — каждое новое обращение уходит следующему свободному агенту.
По нагрузке (least-loaded) — заявка назначается агенту с наименьшим количеством открытых тикетов.

Но есть нюанс. Если агент в 17:55 получил заявку, а его смена заканчивается в 18:00, — что делать? Либо он успеет ответить, либо тикет «зависнет». Правильное решение — учитывать время до конца смены. CRM должна проверять: успеет ли оператор обработать заявку до ухода? Если нет — перенаправлять её другому.

Таблица: сравнение режимов распределения

Режим	Плюсы	Минусы	Когда использовать
Round-robin	Простота настройки, равномерная нагрузка	Не учитывает сложность обращения	Мелкие тикеты, однотипные вопросы
Least-loaded	Учитывает текущую загрузку	Требует точных метрик времени обработки	Сложные заявки, длительные диалоги
По приоритету + графику	Гибкость, учёт SLA	Сложная настройка, требует правил эскалации	Крупные проекты с разными уровнями поддержки

Шаг 3. Настройте правила для нерабочего времени

Допустим, у вас нет ночной смены. Клиент пишет в 2:00. Вариантов действий три:

Автоответ — бот сообщает: «Мы работаем с 9 до 18, ваш запрос принят, ответим в начале рабочего дня».
Отложенное назначение — тикет попадает в очередь, но не назначается агенту до 9:00.
Эскалация — если обращение критическое (например, проблема с оплатой), оно передаётся дежурному администратору.

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

Шаг 4. Интегрируйте SLA-метрики с графиком

Без SLA распределение по графику теряет смысл. Если у вас зафиксировано время первого ответа (FRT) — 15 минут в рабочие часы, но клиент написал в 23:00, то таймер должен запускаться только с начала следующей смены. Иначе вы нарушите SLA технически, хотя объективно это невозможно выполнить.

Как настроить:

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

Подробнее о метриках поддержки читайте в статье SLA и метрики поддержки в Telegram-CRM.

Шаг 5. Настройте эскалацию по времени и сложности

Даже при идеальном графике бывают ситуации, когда агент не справляется. Например, тикет висит 2 часа без ответа, хотя FRT — 30 минут. Или клиент задаёт вопрос, выходящий за компетенцию оператора.

Правила эскалации:

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

О том, как настроить распределение по уровню сложности, читайте в материале Распределение обращений по уровню сложности.

Шаг 6. Используйте топик-группы для разделения потоков

В Telegram-CRM часто используют топик-группы (форумы) для разделения каналов обращений. Например:

Топик «Оплата» — обрабатывает финансовый отдел (график: 9–18).
Топик «Техподдержка» — работает круглосуточно.
Топик «Общие вопросы» — передаётся первой линии (график: 8–20).

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

Шаг 7. Контролируйте через дашборд и уведомления

Даже автоматическое распределение требует ручного контроля. Настройте дашборд, где видно:

Количество тикетов в очереди (по сменам).
Среднее время ожидания ответа.
Количество просроченных SLA.

И обязательно — уведомления супервизору, если:

Очередь превысила критический порог (например, 10 неотвеченных заявок).
Агент не отвечает дольше заданного времени.
В нерабочее время поступило срочное обращение.

Частые ошибки и как их избежать

Ошибка	Последствия	Решение
Единый график для всех	Перегрузка одних, простой других	Разделите агентов на смены с разными часами
Round-robin без учёта времени до конца смены	«Зависшие» тикеты	Настройте least-loaded или проверку времени до конца смены
Игнорирование нерабочего времени	Провалы в обслуживании	Настройте автоответ + отложенное назначение
Отсутствие эскалации	Долгие ответы на сложные вопросы	Добавьте правила эскалации по времени и сложности

Заключение: чек-лист для настройки распределения по графику

Прежде чем внедрять систему, проверьте:

Определены рабочие часы для каждой группы агентов (с учётом пиковых нагрузок).
Настроено автоматическое назначение с проверкой времени до конца смены.
Для нерабочего времени настроены автоответ и отложенное назначение (или эскалация для срочных).
SLA-метрики привязаны к рабочему графику (таймеры стартуют с начала смены).
Настроены правила эскалации по времени и сложности обращения.
Используются топик-группы для разделения потоков с разными графиками.
Настроен дашборд и уведомления для супервизора.

Если хотя бы один пункт не выполнен — ваша система распределения обращений работает «на авось». И клиенты это чувствуют.

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

О типичных ошибках в работе с SLA читайте в статье Ошибки в работе SLA в Telegram-CRM.