Автоматизация обработки заявок с веб-форм прямо в Telegram-канал отдела продаж
Заявка, ушедшая в никуда из-за упавшего вебхука, стоит дороже всей автоматизации. Разбираем схему, которая не теряет лиды и не превращает канал продаж в помойку.
Почему Telegram, а не почта
Письмо о новой заявке в узбекистанских компаниях читают в среднем через часы, а иногда не читают вовсе: почта у менеджеров завалена, уведомления отключены, а половина работает с телефона.
Telegram-канал даёт мгновенное уведомление там, где менеджер и так находится весь день. Практическая разница во времени первого контакта измеряется десятками минут, и на конкурентном рынке это решает исход сделки.
Правильная конфигурация — не личка руководителя, а отдельный канал или группа отдела с ботом-отправителем. Личка не даёт истории для команды и умирает вместе с отпуском одного человека.
Схема, которая не теряет заявки
Порядок операций критичен. Сначала запись в свою базу с уникальным идентификатором, затем ответ пользователю об успешной отправке, и только потом фоновая задача на отправку в Telegram и CRM. Никогда не наоборот.
Отправку в Telegram выносите в очередь с ретраями и экспоненциальной задержкой. Telegram Bot API имеет лимиты по частоте сообщений, и при всплеске заявок синхронная отправка начнёт отваливаться по 429.
Настройте мониторинг: если в очереди накопились неотправленные заявки старше нескольких минут, кто-то должен об этом узнать. Тихая деградация — самый дорогой вид отказа в этой схеме.
Формат сообщения
Сообщение должно быть читаемым с экрана телефона за три секунды: имя, телефон кликабельной ссылкой tel:, что именно интересует, источник и страница, с которой пришла заявка, время.
Добавьте кнопки под сообщением: «Взял в работу», «Дубль», «Спам». Нажатие пишет статус в вашу базу и меняет текст сообщения. Так вы получаете дисциплину без внедрения отдельной системы.
UTM-метки и страницу входа передавайте всегда. Без них через месяц никто не сможет сказать, какой канал приносит заявки, а какой — трафик без результата.
Распределение и дубли
Простое распределение по очереди между менеджерами работает лучше, чем свободный захват: при свободном захвате хорошие заявки разбирают быстро, а сложные висят. Автоназначение с таймаутом на переназначение решает это.
Дедупликация обязательна. Один и тот же человек отправляет форму трижды, если не видит подтверждения — особенно на плохом мобильном интернете. Схлопывайте заявки с одинаковым телефоном за короткое окно в одну карточку.
Отдельно обрабатывайте повторные обращения существующих клиентов: их нужно направлять закреплённому менеджеру, а не в общую очередь, иначе клиент заново рассказывает свою историю.
Спам и роль ИИ
Веб-формы собирают ботовый мусор в промышленных масштабах. Базовая защита — honeypot-поле, проверка времени заполнения и лимит по IP. Капчу ставьте только после срабатывания эвристик, а не всем подряд.
LLM здесь полезна для классификации: отличить реальный запрос от рекламного предложения услуг, определить тематику и срочность, вытащить из свободного комментария бюджет и сроки. Это экономит менеджеру первые минуты разбора.
Модель также хорошо нормализует ввод: приводит телефон к формату +998, распознаёт район из свободного текста, определяет язык обращения и подставляет соответствующий шаблон ответа. Классификация — да, принятие решения по заявке — нет.