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