Создание шаблонов для эскалации

Когда тикет «зависает» в очереди дольше допустимого срока или требует компетенций, которых нет у текущего оператора, стандартные процедуры перестают работать. Без формализованной эскалации каждое такое обращение превращается в ручной поиск ответственного — теряется время, растёт FRT, падает удовлетворённость. Шаблоны эскалации — это не просто заготовки текста, а связка триггеров, маршрутизации и canned response, которая помогает перевести процесс из хаоса в предсказуемый pipeline.

Чем эскалация отличается от обычного перенаправления

В тикет-системе на базе топик-групп Telegram перенаправление часто выглядит как перекладывание тикета в другой топик или назначение нового агента. Эскалация — это процесс с контролируемыми условиями:

• Временная эскалация — срабатывает, когда превышен лимит времени первого ответа (FRT) или время разрешения (TTR). Тикет может автоматически переводиться в очередь супервизора или другую группу.
• Компетентностная эскалация — агент вручную поднимает тикет, если не может решить проблему (например, требуется доступ к API или юридическое согласование).
• Правила эскалации — настраиваются через триггеры автоматизации: если тикет не получил ответа за N минут, меняется его приоритет, и он попадает в отдельную очередь.

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

Структура шаблона эскалации

Типовой шаблон для эскалации в Telegram-CRM состоит из трёх уровней:

Шаблон может включать все три компонента. Если настроен только текст, но нет маршрутизации — эскалация может не произойти. Если есть маршрутизация, но нет шаблона сообщения — клиент может получить пустое уведомление или стандартный ответ, который не объяснит причину задержки.

Как создать шаблон: пошаговый алгоритм

1. Определите критерии эскалации

Проанализируйте историю переписки клиента и найдите повторяющиеся ситуации, когда тикеты «застревали»:

• типы обращений (технические, юридические, претензии);
• пороговые значения FRT и TTR;
• теги, которые операторы присваивают сложным случаям.

Запишите не более 5–7 сценариев — избыточное количество правил усложняет поддержку и увеличивает риск ложных срабатываний.

2. Создайте триггер в CRM

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

• Условие — например, «тег содержит “срочно”» или «время с момента создания тикета > 10 минут».
• Действие — изменить приоритет на «Высокий» и переместить тикет в очередь супервизора.

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

3. Настройте canned response для агента

Для ручной эскалации подготовьте быстрый ответ, который оператор вставит одним нажатием: ``` [Эскалация] Причина: {причина}. Клиент ожидает с {время создания}. Передано в очередь {название очереди}. Супервизор, необходим доступ к {ресурс}. ``` Используйте переменные (например, `{причина}`, `{номер тикета}`), чтобы шаблон подставлял актуальные данные из карточки обращения. Без переменных агенту может потребоваться редактировать текст вручную — это может снизить эффективность шаблона.

4. Свяжите шаблон с маршрутизацией

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

Проверьте, что у супервизора есть права доступа к этой очереди. Если руководитель смены не подписан на топик, эскалированный тикет останется незамеченным.

5. Добавьте уведомление клиенту

Клиент не должен гадать, почему его запрос вдруг передали другому оператору. В шаблон включите сообщение для клиента: > Ваш запрос передан старшему специалисту. Ожидайте ответа в течение 30 минут. Если вопрос срочный, напишите «Срочно» в этом чате.

Это может снизить количество повторных обращений и жалоб на «долгое молчание».

Типичные ошибки при настройке

• Шаблон без триггера. Агенты могут забывать использовать ручную эскалацию, если она не выделена в интерфейсе. Добавьте кнопку быстрого вызова шаблона в панель инструментов.
• Отсутствие логирования. Если нет истории переписки клиента по всей цепочке эскалации, супервизор может не видеть контекст. Убедитесь, что CRM хранит все сообщения до и после передачи.
• Игнорирование лимитов Telegram API. При массовой эскалации (например, при сбое сервиса) бот может упереться в лимиты API. Используйте задержки или ограничение количества одновременно эскалируемых тикетов.

Заключение-чеклист

Перед запуском шаблонов эскалации проверьте:

• Определены критерии временной и компетентностной эскалации.
• Созданы триггеры автоматизации с условиями и действиями.
• Настроены canned response с переменными для подстановки данных.
• Маршрутизация перенаправляет тикет в очередь супервизора.
• Клиент получает уведомление о передаче с указанием срока ответа.
• Настроено логирование всей цепочки эскалации.
• Учтены лимиты Telegram API на количество сообщений.

Шаблоны эскалации помогают превратить хаотичную передачу тикетов в более воспроизводимый процесс. Без них каждый сложный случай может нести риск потери клиента и перегрузки супервизора. С ними — больше прозрачности и понятной ответственности на каждом этапе.