Заявка ушла с сайта — и дальше либо потерялась в переписке, либо аккуратно легла в воронку. Разница между этими двумя сценариями решается на этапе, о котором почти никто не думает заранее.
Куда девать заявки с сайта: Telegram, CRM или таблица
Разбираю, когда заявкам с сайта хватит таблицы, когда нужна связка с Telegram-ботом, а когда без полноценной CRM вроде Bitrix24 или amoCRM уже не обойтись.
Прямой ответ: если заявок 5–10 в неделю и обрабатываете их вы сами — хватит чата в Telegram и таблицы рядом. Если заявок счётом на десятки, а отвечает не один человек, — нужна хотя бы простая CRM с полями под источник трафика. Если несколько менеджеров и разные каналы — без Bitrix24 или amoCRM разговор можно не продолжать.
Заявки с сайта в Telegram — это почти всегда первый шаг: форма отправила данные, бот прислал уведомление, кто-то ответил. По разным оценкам, при ответе за 5 минут в сделку доходит до 35–40% заявок, а если тянуть 2–3 часа — конверсия падает к 25% и ниже (источник). Дальше начинается развилка, о которой обычно не думают на старте: одним хватает связки «бот плюс таблица», у других без CRM всё расползается по личным телефонам менеджеров.
Куда обычно уходит заявка
Путь у заявки простой: сайт → уведомление → человек, который отвечает. Дальше — либо всё, либо начинается путаница. Уведомление может прийти в Telegram-бота, на почту или сразу в CRM — технически разница небольшая, а вот по итогу это разные истории.
Признаюсь: на своём первом лендинге я тоже полгода водил заявки прямо в личных сообщениях — и стабильно терял пару штук в месяц. Точнее — не терял насовсем, а просто не видел вовремя: уведомление тонуло среди тридцати других чатов, а к вечеру клиент уже писал конкуренту. Спас отдельный чат-бот с логом всех заявок подряд, без исключений.
Уведомления идут в личный Telegram владельца вперемешку с обычной перепиской. Через месяц часть заявок теряется в скролле — а разобраться, кто кому не ответил, уже некому.
Три уровня по размеру бизнеса
Дальше вопрос не «где хранить заявки», а «сколько людей с ними работает и что нужно видеть по каждой». Тут и проходит развилка.
| Параметр | Google-таблица | Мини-CRM с UTM | Полноценная CRM |
|---|---|---|---|
| Кому подходит | Один человек, до 10 заявок в неделю | 2–3 менеджера, десятки заявок | Отдел продаж, несколько каналов |
| Что видно | Список заявок, статус вручную | Источник трафика (UTM), стадия сделки | Вся воронка, звонки, задачи, отчёты |
| Порог входа | Бесплатно, настройка за час | От простого тарифа CRM, дни на настройку | Недели на внедрение и обучение |
| Слабое место | Никто не видит, кто теряет заявки | Аналитика ограничена базовыми полями | Дорого держать ради 5 заявок в неделю |
UTM-метки в среднем столбце — это метки в ссылке, которые показывают, откуда пришёл человек: с рекламы, из поста в канале или из поиска. Без них через полгода никто не скажет, какой канал вообще приносит деньги, а какой просто ест бюджет.
Как заявка попадает в Telegram
Технически всё устроено так: форма на сайте отправляет данные не на почту, а на вебхук — адрес, куда бот-приёмник получает JSON с полями формы и тут же пересылает их в чат (да, звучит как программистский жаргон, но настройка занимает один вечер, а не спринт). Задержки не чувствует ни клиент, ни менеджер — доли секунды.
В разработку лендинга у меня по умолчанию входит подключение к Telegram, CRM или Google Sheets с фиксацией UTM — это часть Лендинг с ИИ от 70 000 ₽ , а не отдельная доплата постфактум. Кстати, для Google Таблиц это тот же вебхук, только пишет строку не в чат, а в лист — разница на уровне одной интеграции.
Когда одного Telegram мало
Бот-уведомление хорошо решает одну задачу: сообщить, что пришла заявка. Он не решает вторую: не даёт истории по клиенту, не считает конверсию по менеджерам, не напоминает перезвонить через день. Вот тут и подключается CRM — Bitrix24 или amoCRM, если API открытый (а он открытый у обеих).
Битрикс24, по независимым оценкам рынка, остаётся основной CRM у российского малого и среднего бизнеса — с ним работает около половины опрошенных компаний (источник). Так что если у вас уже стоит Битрикс — интеграция форм с сайта в него, а не с нуля, обычно и логичнее, и дешевле.
Полный маршрут заявки — от бота до сделки в CRM — я разбирал отдельно: бот и CRM: как заявка попадает в сделку. Если коротко — заявка из бота падает в CRM тем же вебхуком, только с полями сделки, а не строкой в таблице.
Когда нужен не бот-уведомление, а бот-помощник
Есть ещё один сценарий, который путают с простой пересылкой заявок: когда бот должен не просто уведомить менеджера, а сам отвечать клиенту, пока тот ждёт. Первая линия поддержки, ответы по прайсу, квалификация заявки в диалоге — это уже другая задача: за понимание свободного текста отвечает тариф с ИИ, он дороже базового сценарного, — и решает её Telegram-бот для заявок от 30 000 ₽ , а не форма с уведомлением.
Как выстроить такого бота и где граница между «отвечает бот» и «зовём человека», я подробно разбирал в статье про ИИ-агента для клиентского сервиса. Здесь важно другое: маршрутизация заявок и автоответ клиенту — две разные задачи, и путать их не стоит с самого начала.
Спорный момент, но я бы не советовал городить бота с ИИ ради пяти заявок в неделю — переплата за возможности, которые физически некому использовать. С другой стороны, десятки обращений в день без CRM и без разделения по менеджерам — это уже не экономия, а тихая потеря денег каждый месяц.
- Заявки приходят в отдельный чат-бот, а не в личку вперемешку с перепиской
- У каждой заявки видно, с какого канала она пришла (UTM)
- Есть человек, который отвечает за каждую заявку персонально
- Если менеджеров больше одного — заявки не путаются между ними
- Раз в месяц кто-то смотрит, сколько заявок реально дошло до сделки
Кто в вашей команде сейчас видит эту картину целиком, кроме вас? Если ответ «никто» — это и есть повод пересобрать маршрут, пока заявки не начали утекать по-настоящему.
Настроим маршрут для ваших заявок?
Подключу форму сайта к Telegram, CRM или Google Sheets и покажу, где сейчас теряются лиды. Бесплатно, 15 минут.