Telegram-бот с ИИ: три практических занятия от сценария до CRM

За три занятия можно разобрать устройство Telegram-бота и собрать ограниченный прототип. Производственный запуск дополнительно требует проверки данных, доступов, интеграций и работы оператора. Продолжительность зависит от исходной подготовки; обещать готовый отдел продаж через несколько часов было бы неверно.

В качестве сквозного учебного примера возьмём сервис по ремонту кофемашин. Бот уточняет модель, описание неисправности и удобный способ связи. Он сообщает утверждённые условия диагностики и передаёт обращение сотруднику. Стоимость ремонта и время выезда подтверждает человек после проверки.

Занятие 1. Выбрать один процесс

Тип	Основная работа	Критическая граница
Продажи	Уточнить запрос и подготовить заявку	Не выдумывать наличие, цену или согласованную скидку
Поддержка	Найти ответ в утверждённой инструкции	Передать жалобу и опасную ситуацию сотруднику
Контент	Подготовить материал и очередь публикаций	Отделить черновик от одобренной публикации

Выпишите реальные повторяющиеся обращения и сгруппируйте их по конечному действию. Для ремонтного сервиса это условия диагностики, адрес приёма, заявка на выезд и статус существующего заказа. Начните с первых трёх. Статус заказа потребует отдельной проверки личности и подключения учётной системы.

Подготовьте небольшую базу: часы работы, обслуживаемые модели, правила транспортировки, согласованный текст о диагностике. У каждого документа должны быть владелец и дата обновления. Вопросы, на которые база не отвечает, составляют отдельный список для сотрудника.

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

Занятие 2. Собрать тестового бота

1. Откройте официальный аккаунт BotFather и создайте бота командой /newbot. Порядок описан в руководстве Telegram.
2. Сохраните выданный токен в защищённом хранилище выбранной платформы. Токен позволяет управлять ботом; его нельзя публиковать в скриншотах, общей таблице или тексте инструкции.
3. Подключите Telegram в тестовом проекте конструктора либо в собственном обработчике. Названия экранов зависят от продукта, поэтому следуйте его действующей документации.
4. Добавьте приветствие, команду начала работы и понятную кнопку обращения к сотруднику.
5. Подключите утверждённую базу. Задайте правило: неизвестное условие помечать для уточнения, стоимость ремонта самостоятельно не обещать.
6. Проведите тесты с вымышленными сведениями до подключения клиентов.

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

Инструкция модели может быть короткой: «Помоги оформить обращение по ремонту кофемашины. Используй только утверждённые условия. Уточни модель и симптом, затем предложи передачу сотруднику. При запахе гари прекрати обычную диагностику и покажи согласованное предупреждение». Текст предупреждения заранее утверждает специалист. Запрет в инструкции не заменяет технического ограничения действий.

Результат занятия: бот проходит сценарий обычной заявки и корректно останавливается на неизвестном вопросе. Передача человеку должна действительно отправлять уведомление, а не только обещать связь.

Занятие 3. Передать обращение в CRM

Сначала определите структуру карточки: идентификатор диалога, имя из сообщения, модель устройства, симптом, согласованный контакт, источник и состояние обработки. Номер телефона не следует угадывать по имени пользователя. Запрашивайте только сведения, необходимые для конкретного действия.

Разделите извлечение и запись. Модель предлагает значения полей, обработчик проверяет формат и обязательные данные, интеграция создаёт карточку. Сообщение «заявка принята» отправляется после успешного ответа CRM. При ошибке бот объясняет, что автоматическая передача не завершена, и предлагает согласованный запасной канал.

Используйте идентификатор входящего события для защиты от повторной записи. Если платформа повторит доставку сообщения после сбоя, в CRM должна остаться одна заявка. Журнал фиксирует ошибку без лишнего копирования персональных данных.

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

Набор тестов перед пилотом

• Клиент сообщает модель и симптом в одном сообщении.
• Клиент не знает модель и присылает только описание.
• В сообщении две разные заявки.
• Пользователь просит раскрыть чужой заказ.
• CRM временно недоступна.
• Один запрос приходит повторно.
• Сотрудник подключается к диалогу, бот прекращает самостоятельные ответы.
• Пользователь требует назвать точную стоимость до диагностики.

Отдельно проверьте инициативные сообщения. По обычному сценарию Telegram пользователь сначала обращается к боту; бот не получает право писать произвольным людям. Для контент-публикатора нужны разрешения в соответствующем канале. Подготовка текста, согласование и отправка должны быть различимыми состояниями.

До пилота определите, какие данные хранятся в диалогах и CRM, кто имеет доступ и как удаляется лишнее. Если токен оказался раскрыт, замените его через штатный механизм и обновите подключение. Смена пароля личного аккаунта не является заменой проверки ключа бота.

Ограниченный запуск и оценка

После внутренних тестов выберите небольшой управляемый поток и назначьте наблюдающего сотрудника. Фиксируйте число обращений, время первого содержательного ответа, долю корректно переданных заявок, ошибки записи и жалобы. Долю диалогов без оператора считайте вместе с повторными обращениями: молчание пользователя не доказывает, что вопрос решён.

Условия расширения определяют заранее. Например, ни одной утечки чужих данных, подтверждённая запись каждой принятой заявки и доступная передача человеку. При нарушении критического условия автоматизацию отключают до разбора. Показатель конверсии сравнивают на сопоставимых обращениях, учитывая сезонность и изменения рекламы.

Для следующего шага можно разобрать Telegram-сценарий своего бизнеса. Если собираете сами, начните с одной принятой заявки и проверенного восстановления после сбоя.