Настройка топик-группы для тикетов: пошаговый чеклист

Организация службы поддержки в Telegram сталкивается с фундаментальной проблемой: как отделить личную переписку от рабочих обращений и не потерять ни одного запроса клиента. Стандартные групповые чаты превращаются в хаос, где сообщения клиентов перемешиваются с обсуждениями агентов, а история конкретного обращения размазывается по всей ленте. Решение — топик-группа (темы/форум), которая позволяет каждому обращению выделить отдельный «контейнер» — тикет.

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

1. Проверка: топик-группа или обычная группа?

Прежде чем настраивать, убедитесь, что вы используете правильный тип группы. Telegram предлагает три варианта:

Критическое ограничение: в топик-группе нельзя создать более 1000 топиков (по состоянию на текущую версию API). Для небольших команд с умеренным объёмом обращений это может быть не проблемой. Если ожидается большой поток — потребуется регулярная архивация закрытых тикетов или использование внешней CRM, которая синхронизирует данные.

Шаг 1.1. Включите режим «Форум» в настройках группы (Группа → Настройки → Темы → Включить). После активации все новые сообщения будут создавать отдельные темы.

Шаг 1.2. Назначьте бота-модератора, который будет автоматически создавать топики при входящих сообщениях от клиентов. Вручную создавать темы для каждого обращения — путь к ошибкам и потерям.

2. Настройка бота-автоматизатора создания тикетов

Без автоматизации топик-группа останется просто набором тем, которые агенты будут создавать по своему усмотрению. Нужен бот, который:

• Получает сообщение от клиента (из личного чата или через виджет на сайте).
• Создаёт новый топик в группе с названием, содержащим ID клиента и краткое описание запроса.
• Отправляет клиенту подтверждение с номером тикета.

Шаг 2.1. Создайте бота через @BotFather и получите API-токен. Шаг 2.2. Настройте webhook для приёма сообщений от клиентов (Telegram Bot API поддерживает только один webhook на бота). Шаг 2.3. В коде бота реализуйте логику: при получении нового сообщения от пользователя, которого нет в базе активных диалогов, бот вызывает `createForumTopic` метод API. В параметре `name` передавайте: `[ID_клиента] Краткое описание` (например, `[123456789] Проблема с оплатой`). Шаг 2.4. Добавьте обработку ошибок: если топик не создан (превышен лимит, нет прав), бот отправляет клиенту сообщение о временной недоступности и уведомляет супервизора.

Важно: Telegram API ограничивает создание топиков — не более 20 запросов в минуту на группу. При массовом потоке (например, DDoS или рассылка) бот может заблокировать создание новых тикетов. Решение — ставить очередь с задержкой и уведомлять клиента об ожидании.

3. Маршрутизация: кто берёт тикет?

В топик-группе все агенты видят все темы. Чтобы избежать ситуации «никто не отвечает, потому что думали, что ответит другой», нужна система назначения ответственного.

Шаг 3.1. Реализуйте механизм «взятия» тикета агентом. Самый простой вариант — бот, который реагирует на команду `/take` в топике и прикрепляет к нему имя агента (например, изменяет название топика, добавляя `[Агент: Иван]`). Шаг 3.2. Настройте автоматическое назначение по очереди (Round Robin) или по специализации (например, все вопросы по оплате — агенту А). Для этого бот должен знать, какие агенты сейчас на линии (статус «онлайн»). Шаг 3.3. Если тикет не взят в течение заданного времени (например, 5 минут), бот отправляет уведомление в отдельный топик для супервизора.

Ограничение: Telegram не предоставляет API для проверки статуса «онлайн» участников группы. Придётся использовать собственный механизм — агенты отправляют команду `/online` в начале смены, а бот отслеживает их активность по времени последнего сообщения.

4. SLA и временные метки в топиках

Контроль времени ответа — ключевая метрика поддержки. Без автоматической фиксации времени первого ответа (FRT) и времени разрешения (TTR) вы не сможете оценить качество работы.

Шаг 4.1. В момент создания топика бот фиксирует timestamp и записывает его в базу данных (например, в поле `created_at`). Шаг 4.2. Когда агент отправляет первое сообщение в топик (или нажимает кнопку «Взять в работу»), бот записывает `first_response_at`. Разница между `first_response_at` и `created_at` — это FRT. Шаг 4.3. Когда тикет закрывается (агент отправляет команду `/close` или клиент подтверждает решение), бот фиксирует `closed_at`. Разница между `closed_at` и `created_at` — это TTR. Шаг 4.4. Настройте цветовую маркировку: если FRT превышает целевой показатель (например, 15 минут), бот меняет название топика, добавляя эмодзи ⏰ или 🔴.

Реализация: все метрики хранятся вне Telegram — в вашей базе данных или CRM. Telegram API не предоставляет встроенных инструментов для SLA.

5. Шаблоны ответов и база знаний

Агенты тратят значительную часть времени на повторяющиеся ответы. В топик-группе шаблоны можно организовать двумя способами:

Вариант А (внутренний): Создайте отдельный топик «Шаблоны ответов», где каждый пост — готовый ответ. Агент копирует текст и вставляет в нужный топик. Минус — нет автоматизации, легко ошибиться.

Вариант Б (через бота): Бот хранит библиотеку шаблонов (canned responses). Агент вводит команду `/template оплата_проблема`, и бот отправляет готовый текст в текущий топик. Это быстрее и исключает опечатки.

Шаг 5.1. Создайте JSON-файл или таблицу с шаблонами: ключ (команда), текст, категория. Шаг 5.2. Интегрируйте с базой знаний (Knowledge Base) — если у вас есть статьи, бот может отправлять ссылку на соответствующую статью вместо полного текста. Шаг 5.3. Настройте триггеры: если в сообщении клиента встречаются ключевые слова (например, «пароль», «сброс»), бот автоматически предлагает агенту шаблон.

6. Эскалация и передача между сменами

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

Шаг 6.1. Создайте команду `/escalate [причина]`. При её вызове бот:

• Добавляет в название топика метку «Эскалация» и причину.
• Отправляет уведомление в специальный топик для супервизоров.
• Меняет цветовую маркировку (например, добавляет 🔥).

Шаг 6.2. Для передачи между сменами используйте команду `/transfer [агент]`. Бот снимает текущего ответственного и назначает нового, обновляя название топика. Шаг 6.3. В конце смены агент запускает команду `/end_shift`, и бот собирает список открытых тикетов, которые не были переданы, и отправляет супервизору.

7. Ограничения Telegram API, которые нужно учитывать

При настройке топик-группы для поддержки вы столкнётесь с техническими границами платформы:

Рекомендация: если ваш поток обращений значителен, рассмотрите гибридную схему: топик-группа как интерфейс для агентов, а хранение истории и метрик — в отдельной CRM, которая синхронизируется через API.

---

Чеклист настройки топик-группы для тикетов

• Включён режим «Форум» в настройках группы
• Создан бот для автоматического создания топиков при входящих обращениях
• Реализована очередь создания топиков (не более 20 запросов/мин)
• Настроена маршрутизация: команда `/take` или автоматическое назначение
• Ведётся логирование FRT и TTR (внешняя база данных)
• Добавлены шаблоны ответов через бота (canned responses)
• Настроена эскалация: команда `/escalate` с уведомлением супервизора
• Реализована передача между сменами: `/transfer` и `/end_shift`
• Проведено тестирование: создание 10 тестовых тикетов, измерение времени ответа
• Разработан план архивации: удаление или перенос закрытых топиков при достижении 800 активных

После выполнения всех пунктов вы получите не просто группу с темами, а управляемую тикет-систему, где каждое обращение отслеживается, закреплено за агентом и контролируется по времени. Дальнейший шаг — автоматизация создания тикетов из внешних каналов (сайт, email, чат-боты), о чём читайте в статье /avtomaticheskoe-sozdanie-tiketov.