Настройка SLA с учётом выходных и праздников

Когда вы настраиваете соглашение об уровне обслуживания (SLA) для службы поддержки в Telegram-CRM, первое, с чем сталкиваетесь — календарь не работает как часы. Клиенты пишут в субботу вечером, а операторы отдыхают. Если SLA считает время «по календарю», метрики времени первого ответа (FRT) и времени разрешения (TTR) улетают в космос. Решение — настроить рабочее время и исключить праздники из таймера.

Почему стандартный таймер не подходит для поддержки с выходными

Большинство встроенных таймеров в тикет-системах считают календарное время: 24/7/365. Это создаёт иллюзию точности, но на деле — искажает реальную картину. Если клиент отправил обращение в пятницу в 18:00, а оператор ответил в понедельник в 10:00, календарное время первого ответа составит 64 часа. Но с учётом выходных — всего 4 рабочих часа. Разница кардинальная.

Проблема усугубляется, когда:

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

Без настройки SLA под реальный график вы не сможете объективно оценить работу операторов и корректно распределять нагрузку. Подробнее о базовых метриках читайте в статье SLA и метрики поддержки в Telegram-CRM.

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

Прежде чем трогать настройки CRM, составьте точный график работы поддержки.

Параметр	Пример 1 (Круглосуточно)	Пример 2 (Бизнес-часы)	Пример 3 (Сменный)
Рабочие дни	Пн–Вс	Пн–Пт	Пн–Сб
Часы	00:00–24:00	09:00–18:00	08:00–20:00 / 20:00–08:00
Перерывы	Нет	13:00–14:00	00:00–01:00 (технический)
Часовой пояс	UTC+3	UTC+3	UTC+3 / UTC+8

Что важно учесть:

Если поддержка работает по сменам, каждый слот должен быть описан отдельно
Перерывы на обед — исключите их из таймера, иначе SLA будет занижен
Часовые пояса — укажите базовый для системы, чтобы все метрики считались единообразно

Шаг 2: Настройте календарь праздников в Telegram-CRM

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

Создайте календарь — дайте ему название (например, «РФ 2025»)
Добавьте праздники — государственные, корпоративные, региональные
Настройте переносы — если праздник выпал на субботу, а выходной перенесли на понедельник, это нужно отразить
Привяжите календарь к SLA-политике — выберите, какой календарь используется для расчёта FRT и TTR

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

Шаг 3: Настройте SLA-политики для разных типов обращений

Не все обращения одинаково срочны. Разделите их по приоритетам и привяжите к разным SLA.

Приоритет	Время первого ответа (FRT)	Время разрешения (TTR)	Примеры обращений
Критичный	15 минут	1 час	Сбой оплаты, блокировка аккаунта
Высокий	1 час	4 часа	Ошибка в работе сервиса
Средний	4 часа	24 часа	Вопрос по функционалу
Низкий	24 часа	72 часа	Пожелание, предложение

Важный момент: Если обращение поступило в нерабочее время, таймер должен стартовать с начала следующего рабочего дня. Например, клиент написал в субботу в 14:00, а поддержка работает с Пн по Пт — таймер запустится в понедельник в 09:00. Это стандартная логика, но её нужно явно включить в настройках.

Шаг 4: Настройте автоматизацию для праздничных периодов

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

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

Пример настройки триггера: ``` Условие: Дата создания тикета = праздничный день (календарь "РФ 2025") Действие: Отправить canned response "Мы получили ваше обращение. Ответим в первый рабочий день после праздников." ```

Шаг 5: Проверьте работу SLA на тестовых данных

Перед тем как запустить настройки в бой, проведите тестирование:

Создайте тестовое обращение в пятницу вечером
Проверьте, что таймер не запустился до понедельника
Ответьте в понедельник утром — убедитесь, что FTR посчитался корректно
Повторите для ситуации с праздником посреди недели

Типичные ошибки:

Календарь не синхронизирован с часовым поясом сервера
Праздники добавлены, но не привязаны к SLA-политике
Переносы выходных не учтены (например, 31 декабря — рабочий день, а 3 января — выходной)

Шаг 6: Интегрируйте SLA с автоматическим закрытием тикетов

Если вы настроили SLA, можно добавить автоматическое закрытие тикетов, которые не были обработаны в срок. Это снижает нагрузку на очередь обращений и не даёт «зависшим» заявкам влиять на статистику. Подробнее — в статье Настройка автоматического закрытия тикетов.

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

Шаг 7: Мониторьте метрики и корректируйте календарь

После настройки SLA регулярно проверяйте отчёты по FRT и TTR. Если вы видите аномалии (например, время ответа резко выросло в середине недели), скорее всего, календарь настроен некорректно.

Что проверять:

Процент нарушений SLA по дням недели
Сравнение с предыдущими периодами (до и после настройки календаря)
Отчёты по операторам — не завышены ли показатели из-за неправильного учёта выходных

Если база знаний подключена к CRM, убедитесь, что она не мешает расчёту SLA. Иногда автоматические ответы из базы знаний сбрасывают таймер первого ответа. Об этой проблеме — в статье Проблемы с подключением базы знаний к CRM.

Чеклист: что проверить перед запуском

Рабочие часы заданы для каждого дня недели
Часовой пояс указан и совпадает с серверным
Календарь праздников создан и содержит все даты на год
Переносы выходных учтены
SLA-политики привязаны к календарю
Триггеры автоматизации настроены для праздничных периодов
Тестовые обращения показали корректный расчёт FRT и TTR
Автоматическое закрытие тикетов не конфликтует с праздничным календарём
Метрики мониторятся, и есть план корректировки

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