Настройка бота для автоматических ответов в Telegram
Утверждение: большинство «умных» ботов для Telegram-поддержки — это просто перекрашенный скрипт, который отвечает «Ваше обращение принято» и ничего не решает. Реальная автоматизация требует понимания, где кончается API Telegram и начинается CRM-обвязка. Разберём, как настроить бота так, чтобы он не создавал иллюзию работы, а действительно разгружал агентов.
Почему обычный бот в личных сообщениях — плохая основа для поддержки
Telegram предлагает три способа общения: личные чаты (1:1), обычные группы и топик-группы (форумы). Для поддержки чаще всего пытаются использовать личные чаты с ботом-прокладкой. Это ошибка.
| Тип чата | Применимость для поддержки | Ограничения |
|---|---|---|
| Личный чат с ботом | Только для сбора первичного обращения | Нет истории для команды, нельзя назначить агента, бот не видит сообщения после первого ответа |
| Обычная группа | Хаотичный поток сообщений | Нет структуры, сложно отслеживать контекст конкретного обращения |
| Топик-группа (с темами) | Оптимально для тикет-системы | Каждое обращение — отдельная тема, агенты видят всю историю, но требуется CRM-надстройка |
Вывод: бот сам по себе — только точка входа. Основная логика должна быть в CRM, которая управляет очередью, шаблонами и триггерами. Telegram Bot API здесь — транспорт, а не мозг.
Шаг 1. Создание бота и привязка к топик-группе
Что нужно сделать:
- Зарегистрировать бота через `@BotFather` — получить токен.
- Создать топик-группу (супергруппу с включёнными темами в настройках).
- Добавить бота в группу как администратора с правами: чтение сообщений, отправка сообщений, управление темами.
Шаг 2. Настройка триггеров автоматизации в CRM
Триггеры — это правила «если — то», которые запускаются без участия агента. Типичные сценарии:
Приём обращения
- Условие: клиент написал в личный чат бота или в группу.
- Действие: создать тикет в CRM, создать новую тему в топик-группе, отправить автоответ «Спасибо, мы приняли ваш запрос».
Классификация по ключевым словам
- Условие: сообщение содержит слово «пароль», «сброс», «логин».
- Действие: назначить тикет на группу агентов «Техподдержка 1-й линии», добавить метку «Авторизация».
Эскалация по времени
- Условие: время первого ответа (FRT) превысило 15 минут.
- Действие: перевести тикет в очередь супервизора, отправить уведомление в отдельный чат руководителя смены.
Шаг 3. Шаблоны ответов (canned responses)
Шаблоны — это не магия, а заранее написанные тексты, которые агент вставляет одним кликом. Без CRM они работают только вручную. С CRM — автоматически.
Типы шаблонов
| Тип | Пример | Когда используется |
|---|---|---|
| Приветствие | «Здравствуйте! Вы обратились в поддержку...» | Автоматически при создании тикета |
| Решение типовой проблемы | «Для сброса пароля перейдите по ссылке...» | По ключевому слову или выбору агента |
| Запрос дополнительных данных | «Пожалуйста, пришлите скриншот ошибки» | После первичного анализа |
| Закрытие тикета | «Ваш вопрос решён. Если остались вопросы — напишите снова» | При установке статуса «Закрыто» |
Как настроить:
- Создайте категории шаблонов в CRM (например, «Приветствия», «Технические решения», «Организационные вопросы»).
- Назначьте горячие клавиши для быстрого вызова (например, `!привет`).
- Привяжите шаблоны к триггерам: для тикетов с меткой «Сброс пароля» автоматически подставлять соответствующий шаблон в поле ответа агенту.
Шаг 4. Интеграция с базой знаний (Knowledge Base)
Автоматические ответы бесполезны, если бот не может найти ответ. База знаний должна быть структурирована так, чтобы триггеры могли извлекать из неё фрагменты.
Требования к базе:
- Каждая статья имеет уникальный ID и категорию.
- Текст статьи разбит на блоки с ключевыми словами.
- CRM умеет искать по ключевым словам и возвращать топ-3 результата.
- Клиент пишет: «Не могу войти в аккаунт».
- Триггер ищет в базе знаний статьи с ключами «вход», «аккаунт», «логин».
- CRM формирует ответ: первые 2-3 предложения из найденной статьи + ссылка на полную версию.
- Бот отправляет этот ответ в топик.
Шаг 5. Настройка SLA и времени первого ответа
SLA — это не магическая гарантия, а метрика, которую нужно считать и отслеживать. Без настройки SLA автоматические ответы превращаются в спам.
Что настраивать:
- Время первого ответа (FRT): интервал от создания тикета до первого сообщения агента (не бота!). Автоответ бота не считается.
- Время разрешения (TTR): интервал до закрытия тикета.
- Очередь обращений: если FRT превышен, тикет должен автоматически эскалироваться.
Практический совет: настройте триггер, который через 5 минут после создания тикета проверяет, был ли ответ от агента. Если нет — отправляет клиенту сообщение: «Мы уже работаем над вашим вопросом. Среднее время ожидания — X минут». Это снижает количество повторных обращений.
Шаг 6. Webhook-интеграции и внешние системы
Автоматизация не заканчивается на Telegram. Если у вас есть CRM (например, Bitrix24, AmoCRM, Zendesk), настройте webhook-интеграции.
Какие данные передавать:
- Новый тикет (ID, текст, контакт клиента).
- Изменение статуса (в работе, ожидание, закрыт).
- Назначение агента.
- Клиент пишет боту.
- CRM создаёт тикет и отправляет webhook в вашу систему (например, в ERP для проверки статуса заказа).
- Система возвращает данные (например, «Заказ №123 в статусе «Отгружен»).
- CRM формирует ответ на основе шаблона и отправляет его в топик.
Заключение-резюме
Настройка бота для автоматических ответов в Telegram — это не про «нажал кнопку и всё работает». Это про:
- Правильный выбор топик-группы как основы для тикет-системы.
- Настройку триггеров, которые не спамят, а решают.
- Интеграцию с базой знаний и внешними системами.
- Контроль SLA через FRT и TTR.
