Настройка SLA для разных типов тикетов

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

Зачем различать SLA по типам обращений

SLA (соглашение об уровне обслуживания) — это не просто цифры. Это обещание клиенту: «Мы ответим тебе за X минут, потому что твой вопрос важен». Если вы ставите единый SLA на все тикеты, вы либо завышаете планку для простых запросов (и тратите ресурсы впустую), либо проваливаете критичные обращения.

В Telegram-CRM, где обращения приходят через топик-группы, различие особенно важно. Клиент, который пишет в тему «Техническая поддержка», ждёт одного, а клиент с вопросом «Где мой заказ?» — совсем другого. Настройка SLA по типам позволяет:

Приоритезировать ресурсы: дорогие или срочные тикеты получают операторов быстрее.
Управлять ожиданиями: клиент видит, когда ему ответят.
Избегать штрафов: если у вас договорные обязательства по времени ответа.

Типы тикетов и их SLA: общая схема

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

Тип тикета	Примеры	SLA первого ответа	SLA разрешения
Критический	Падение сервиса, потеря данных, блокировка аккаунта	5–15 минут	1–4 часа
Высокий приоритет	Проблемы с оплатой, срыв сроков, VIP-клиенты	15–30 минут	4–8 часов
Стандартный	Вопросы по функционалу, настройка, ошибки в интерфейсе	1–2 часа	24–48 часов
Низкий приоритет	Пожелания, предложения, общие вопросы	4–8 часов	72 часа

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

Шаг 1. Классифицируйте обращения в Telegram-CRM

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

Создайте топики по категориям. В группе поддержки заведите темы: «Критические проблемы», «Оплата», «Техподдержка», «Предложения». Каждый топик — это отдельный тип тикета.
Используйте ключевые слова. Настройте триггеры: если в сообщении есть «срочно», «не работает», «ошибка» — автоматически назначайте высокий приоритет.
Добавьте ручную классификацию. Оператор при открытии тикета выбирает тип из выпадающего списка. Это страховка от ошибок автоматики.

Ограничение Telegram API: бот не может сам перехватывать сообщения в топиках без прав администратора. Убедитесь, что ваш CRM-бот — администратор группы и имеет доступ к истории сообщений.

Шаг 2. Настройте SLA-метрики для каждого типа

В Telegram-CRM SLA может измеряться несколькими метриками, например:

Время первого ответа (FRT) — от создания тикета до первого сообщения оператора.
Время разрешения (TTR) — от создания до закрытия тикета.

Для каждого типа тикета задайте свои значения. Пример конфигурации:

Критические: FRT = 10 минут, TTR = 2 часа. Если оператор не ответил за 10 минут — эскалация супервизору.
Стандартные: FRT = 1 час, TTR = 24 часа. Допускается автоматический ответ-подтверждение «Мы получили ваш запрос».
Низкие: FRT = 4 часа, TTR = 48 часов. Можно обрабатывать в фоновом режиме.

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

Шаг 3. Настройте эскалацию для просроченных SLA

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

Эскалация по времени: если FRT превышен на 50%, тикет переходит в очередь супервизора.
Эскалация по типу: критические тикеты, которые не получили ответа за 15 минут, автоматически назначаются старшему оператору.
Уведомления в отдельный топик: создайте топик «Просроченные SLA» и настройте бота отправлять туда сообщения с ссылками на проблемные тикеты.

Пример из практики: В одной компании настроили эскалацию так: если стандартный тикет не получил ответа за 2 часа, он превращался в высокоприоритетный и попадал в отдельную очередь. Это помогло оптимизировать время ответа.

Шаг 4. Настройте шаблоны ответов под SLA

Шаблоны ответов (canned responses) ускоряют первый отклик. Для разных типов тикетов — разные шаблоны:

Критический: «Мы получили ваше обращение и уже работаем над проблемой. Ожидайте ответа в течение 10 минут. Если не ответим — напишите сюда @супервизор».
Стандартный: «Спасибо за обращение! Мы ответим вам в течение часа. А пока проверьте нашу базу знаний: [ссылка]».
Низкий: «Мы приняли ваш запрос. Обычно отвечаем на такие вопросы в течение 4 часов. Если срочно — напишите в топик «Критические проблемы».

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

Шаг 5. Мониторьте SLA и корректируйте

Настройка SLA — это не разовая задача. Через неделю после внедрения проверьте метрики:

Доля просроченных SLA по каждому типу. Если 30% стандартных тикетов превышают SLA — либо вы слишком оптимистичны, либо не хватает операторов.
Время первого ответа в разрезе операторов. Кто-то может залипать на простых вопросах, забывая о критических.
Количество эскалаций. Если эскалации происходят постоянно, значит, SLA нереалистичны.

Для мониторинга используйте дашборд Telegram-CRM, если он доступен — обычно там есть графики по FRT и TTR. Если нет — можно настроить выгрузку данных в Google Sheets через webhook.

Совет: Раз в месяц пересматривайте SLA. Если продукт меняется, а команда растёт, цифры должны меняться.

Ограничения Telegram API, которые влияют на SLA

Telegram — не идеальная платформа для поддержки. Вот что нужно учитывать:

Лимит сообщений: бот может отправлять ограниченное количество сообщений в секунду. При массовых рассылках (например, уведомления о просроченных SLA) это может вызвать задержки.
Хранилище медиа: файлы и изображения хранятся на серверах Telegram. Если клиент прислал скриншот, а вы открыли тикет через неделю, файл может быть недоступен при определённых условиях.
Нет встроенной очереди: Telegram не умеет сам распределять тикеты между операторами. Всю логику очереди берёт на себя CRM.

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

Что дальше

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

SLA и метрики поддержки в Telegram-CRM — общая теория и KPI.
Ошибки в распределении обращений между агентами — как не провалить SLA из-за кривой очереди.
Настройка SLA для критических тикетов — если у вас есть тикеты, которые нельзя ронять.

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