Назначение ответственного за тикет
Назначение ответственного за тикет — это процесс закрепления конкретного агента поддержки за обращением клиента в Telegram-CRM. В топик-группах Telegram, где одновременно могут работать несколько операторов, четкое распределение ответственности предотвращает путаницу: клиент не получает два одинаковых ответа от разных сотрудников, а каждое обращение имеет владельца, который отвечает за его разрешение.
В тикет-системах для Telegram назначение ответственного может происходить автоматически (по правилам распределения) или вручную (супервизором или самим агентом). Разберем ключевые термины, связанные с этим процессом.
Тикет (обращение)
Запись о запросе клиента, созданная в системе поддержки. В Telegram-CRM тикет обычно привязывается к сообщению из топик-группы. У каждого тикета есть статус, приоритет и, после назначения, — ответственный агент.
Очередь обращений
Список нераспределенных тикетов, ожидающих назначения ответственного. Очередь формируется из новых сообщений в топиках или личных чатах с ботом. Скорость назначения тикета агенту может влиять на соблюдение времени первого ответа (FRT).
Агент поддержки
Сотрудник, который обрабатывает тикеты. В контексте Telegram-CRM агент работает через бота или интерфейс системы, видит назначенные ему обращения и отвечает клиентам. Количество одновременно назначенных тикетов одному агенту может ограничиваться настройками системы.
Супервизор / Руководитель смены
Сотрудник, который контролирует очередь и распределение тикетов. Супервизор может вручную назначать ответственных, переназначать сложные обращения или эскалировать их. В Telegram-CRM супервизор видит информацию о загрузке агентов и статусе тикетов.
SLA (Соглашение об уровне обслуживания)
Набор метрик, определяющих, как быстро агент должен отреагировать на тикет и разрешить его. Назначение ответственного связано с SLA: система может отслеживать, укладывается ли оператор в нормативы.
Время первого ответа (FRT)
Метрика, показывающая, сколько прошло с момента создания тикета до первого ответа агента. Отсчет FRT может начинаться с момента создания тикета или с момента назначения ответственного — в зависимости от настроек системы.
Время разрешения (TTR)
Время от назначения ответственного до закрытия тикета. TTR зависит от сложности обращения, загрузки агента и доступности информации. В Telegram-CRM время разрешения фиксируется в истории тикета.
Эскалация обращения
Передача тикета более компетентному сотруднику или супервизору. Эскалация происходит, если агент не может решить проблему самостоятельно или если обращение требует дополнительных полномочий. При эскалации ответственный меняется, а в системе фиксируется цепочка передач.
Шаблон ответа (Canned response)
Заранее заготовленный текст для типовых ситуаций. Шаблоны помогают агенту быстро отвечать на частые вопросы, не теряя время на формулировки. В Telegram-CRM шаблоны обычно доступны через меню бота.
База знаний (Knowledge Base)
Коллекция статей, инструкций и ответов на частые вопросы. Агент может использовать базу знаний для быстрого поиска решения. Интеграция Telegram-CRM с базой знаний позволяет вставлять ссылки на статьи прямо в ответ клиенту.
Триггер автоматизации
Правило, которое срабатывает при определенных условиях. Например: «Если тикет создан в топике “Оплата”, назначить ответственным агента Иванова». Триггеры автоматизируют назначение и снижают нагрузку на супервизора.
Webhook-интеграция
Механизм, позволяющий Telegram-CRM отправлять данные о тикетах во внешние системы (например, в CRM или базу знаний). Через вебхуки можно передавать информацию о назначении ответственного, изменении статуса или эскалации.
Telegram Bot API
Инструмент для создания ботов, которые взаимодействуют с пользователями и системой поддержки. Через Bot API тикет-система получает сообщения из топик-групп и отправляет ответы агентов. Назначение ответственного фиксируется на стороне CRM, а клиент видит только ответ от бота.
Топик-группа Telegram
Группа с включенными темами (форумами). Каждый тикет может быть создан в отдельном топике, что упрощает навигацию. Назначение ответственного в такой группе часто привязано к топику: агент отвечает за определенные темы.
Автоматическое распределение тикетов
Метод назначения ответственного без участия человека. Система может распределять тикеты по кругу (round-robin), по загрузке агентов или по навыкам. В Telegram-CRM автоматическое распределение настраивается через триггеры.
Ручное назначение
Назначение ответственного супервизором или самим агентом (когда оператор «берет» тикет из очереди). Ручное назначение гибче, но требует контроля, чтобы очередь не застаивалась.
Приоритет тикета
Уровень важности обращения, влияющий на очередность назначения. Высокоприоритетные тикеты (например, срочные проблемы с оплатой) могут назначаться быстрее. В Telegram-CRM приоритет может выставляться автоматически по ключевым словам или вручную.
История тикета
Лог всех действий с обращением: создание, назначение ответственного, ответы агентов, эскалации, закрытие. История помогает супервизору анализировать работу и разбирать спорные ситуации.
Статус тикета
Текущее состояние обращения: «Новый», «В работе», «Ожидает ответа клиента», «Закрыт». Назначение ответственного может переводить тикет из статуса «Новый» в «В работе» или другой статус в зависимости от настроек системы. Статусы настраиваются под процессы команды.
Нагрузка агента
Количество тикетов, назначенных одному оператору в данный момент. Система может ограничивать назначение, если агент перегружен. В некоторых Telegram-CRM нагрузка отображается в панели супервизора.
Смена операторов
Период работы агента. При смене операторов назначенные тикеты могут переназначаться или оставаться за текущим сотрудником до завершения. В Telegram-CRM это настраивается через сменные группы.
Уведомления о назначении
Сообщения агенту о том, что ему назначен новый тикет. В Telegram-CRM уведомления могут приходить через бота или другие каналы. Они могут содержать краткую информацию: тему, приоритет, имя клиента.
Что проверить при настройке назначения ответственного
Прежде чем внедрять процесс назначения ответственного в Telegram-CRM, убедитесь, что:
- Определены правила распределения. Кто и как назначает тикеты: автоматически или вручную? Какие триггеры используются?
- Настроены SLA-метрики. Какое время первого ответа и время разрешения считается приемлемым? Как система оповещает о просрочках?
- Разграничены роли. Кто может назначать, переназначать и эскалировать тикеты? Есть ли супервизор, контролирующий очередь?
- Интегрирована база знаний. Есть ли у агентов быстрый доступ к ответам на частые вопросы?
- Настроены уведомления. Получают ли агенты оповещения о новых назначениях? Видят ли они нагрузку коллег?