Telegram-бот, который сам квалифицирует лиды: 5 вопросов до заявки

Форма «оставьте телефон» — самый дорогой способ собрать лид

На SEO-маркетплейсе элитной недвижимости трафик уже был. Люди из поиска доходили до карточки жилого комплекса, до конкретного лота — и упирались в стандартную форму: имя, телефон, кнопка «отправить». Форма работала, заявки капали. Проблема была не в том, что их мало, а в том, какими они приходили.

Голый номер телефона без контекста означает, что вся квалификация ложится на менеджера. Он перезванивает не зная, ищет человек студию за 15 млн или пентхаус за 150, смотрит для себя или как инвестицию, готов покупать сейчас или прицениваться на будущее. В премиум-сегменте это дорого вдвойне: цикл сделки длинный, а время менеджера, который умеет разговаривать с состоятельным клиентом, стоит дорого. Тратить его на отсев холодных обращений — по сути сжигать самый дефицитный ресурс отдела продаж.

Задача была не «собрать больше заявок». Заявок хватало. Задача была — убрать разрыв между моментом интереса и моментом, когда у менеджера на руках оказывается достаточно данных, чтобы говорить по существу с первой секунды звонка.

Почему решением стал диалог, а не форма получше

Первый инстинкт в такой ситуации — доработать форму: добавить пару полей, сделать бюджет обязательным. Это не работает, потому что форма — это монолог. Пользователь либо заполняет её всю, либо уходит, если полей слишком много. А любая форма с пятью обязательными полями на странице недвижимости — это форма, которую 80% посетителей просто не откроют до конца.

Диалог устроен иначе. Каждый вопрос — это отдельный маленький коммит: ответил на один, почти всегда отвечаешь и на следующий, потому что уже включился в процесс. Это классический эффект вовлечённости пошагового опроса, и он особенно хорошо ложится на Telegram — среду, где переписка воспринимается как естественный формат, а не как заполнение анкеты.

Поэтому решением стал Telegram-бот квалификации: вместо формы на сайте — короткий диалог из пяти вопросов, который запускается прямо из карточки лота или ЖК. Бюджет, локация, тип объекта, сроки покупки, для себя или инвестиция. На выходе — не номер телефона, а готовая карточка лида с заполненными полями, которая сразу уходит менеджеру.

Как устроен бот изнутри

Технически бот — это Python-скрипт, который я собирал вайбкодингом через Claude Code: описывал сценарий диалога, логику ветвления, формат итоговой карточки лида — получал рабочий код, тут же гонял его в тестовом чате, поправлял формулировки вопросов. Итеративный цикл тот же, что и при сборке фронтенда каталога: не пишешь код с нуля построчно, а формулируешь, что должно получиться на выходе, и доводишь до нужного результата диалогом с нейросетью.

Логика бота простая по архитектуре и требовательная к деталям формулировок. Пять вопросов идут строго по одному, следующий появляется только после ответа на предыдущий — это исключает ощущение анкеты. Вопросы сформулированы так, чтобы на них можно было ответить в одно сообщение: не «расскажите о ваших пожеланиях», а конкретный выбор из вариантов или короткий ввод. Чем меньше свободы в формате ответа, тем чище получаются данные на выходе.

1. Бюджет — диапазон, в который человек ориентируется, задаётся вариантами, а не открытым полем, чтобы не получать ответы вроде «недорого».
2. Локация — район или направление, которое интересует, с уже знакомыми пользователю названиями из каталога сайта.
3. Тип объекта — квартира, апартаменты, пентхаус — то, что определяет, какую подборку готовить менеджеру к звонку.
4. Срок покупки — горит вопрос или человек присматривается на несколько месяцев вперёд, что напрямую влияет на приоритет обработки.
5. Цель покупки — для себя или инвестиция, потому что аргументация и презентация объекта в этих двух случаях строится по-разному.

После пятого ответа бот собирает структурированный объект — не текст переписки, а поля, готовые лечь в CRM: бюджет, локация, тип, срок, цель, плюс контакт, который человек оставляет уже в конце, когда доверие к диалогу выше, чем к форме на входе.

Инфраструктура: простая и предсказуемая

Бот крутится на VPS под управлением PM2. Выбор осознанно минималистичный: не серверлес-функции, не оркестрация контейнеров, а процесс-менеджер, который делает ровно то, что нужно круглосуточному Telegram-боту — держит процесс живым, поднимает его заново при падении, переживает перезагрузку сервера без ручного вмешательства.

Для задачи такого масштаба это осознанный выбор в пользу простоты, а не недоработка. Бот не обслуживает миллионы запросов в секунду, ему не нужна автомасштабируемая инфраструктура — ему нужен стабильный аптайм 24/7 и минимум точек отказа. PM2 даёт именно это: автостарт при перезапуске сервера, автоматический рестарт при падении процесса, и всё это без выделенной DevOps-команды, которой в проекте такого размера просто нет.

Это тот же принцип, что я применял и на фронтенде каталога: не тащить в проект сложность, которая не окупается на текущем масштабе. Диалог с нейросетью здесь работал так же, как и при сборке SSR-страниц — я описывал требование «бот должен пережить рестарт VPS без моего участия», и решение подбиралось под масштаб задачи, а не под абстрактную «лучшую практику».

Что это дало отделу продаж

Ключевая перемена — не в количестве заявок, а в их составе. Менеджер, открывая карточку лида из бота, видит не «+7 900 ...», а готовый бриф: бюджет такой-то, интересует такой-то район, покупка для себя, горящий срок. Звонок начинается не с вопроса «а что вас интересует», а сразу с предложения по существу.

Это сокращает две вещи одновременно. Во-первых, время на отсев: заявки, где бюджет и цель заведомо не подходят под портфель объектов, видны сразу в карточке, а не выясняются пять минут в разговор. Во-вторых, время до первого содержательного предложения по подходящей заявке — конверсия в сделку растёт не потому, что лид «теплее» в абстрактном смысле, а потому что менеджер физически не тратит первую часть звонка на вопросы, ответы на которые уже лежат в CRM.

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

Форма спрашивает номер телефона. Диалог спрашивает то же самое, что спросил бы менеджер на первой минуте звонка — просто раньше и без его участия.

Что я вынес из этого проекта

Главный урок здесь не про Telegram и не про ботов конкретно — про то, где на самом деле теряются деньги в воронке продаж. Трафик и форма захвата — это только вход в воронку. Настоящая утечка ценности происходит не на этапе «дошёл до сайта», а на этапе «оставил контакт» — если этот контакт приходит без контекста, вся стоимость привлечения трафика частично сгорает на ручной квалификации.

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

И третий, самый практичный: связка «трафик → бот → квалификация → сделка» не требует сложной инфраструктуры, чтобы начать работать. Python-скрипт и VPS с PM2 — это весь стек. Сложность здесь не в технологии, а в том, чтобы правильно сформулировать пять вопросов, которые менеджер обычно задаёт сам, и передать эту работу боту, который делает её без выходных.