
Где в стройке утекают заявки
В строительной компании путь от обращения до договора длинный, и на каждом стыке теряются деньги. Заявка пришла с сайта, с Авито, по звонку, через мессенджер — и осела в разных местах. Менеджер физически не удержит в голове десятки объектов, по которым надо перезвонить, отправить смету, согласовать выезд замерщика.
Специфика отрасли обостряет цену вопроса: высокий чек, долгий цикл, много замеров и согласований. Потеря одного обращения тут стоит не столько же, сколько в рознице, — масштаб сделки другой. Я не берусь называть средний чек по стройке, он у всех свой; важно другое: чем длиннее путь от заявки до договора, тем больше на нём мест, где никто конкретно не отвечает за следующий шаг.
Ниже — те места, куда я смотрю в первую очередь, когда разбираю строительную компанию.
Узлы, которые закрывают первыми
Единое окно заявок. Все каналы — сайт, Авито, звонки, WhatsApp — сводятся в один список. Ни одно обращение не остаётся незамеченным: у каждого есть источник, статус и ответственный. Это фундамент, без него остальное не держится.
Заметьте: важен не сам список, а три обязательных поля у каждой строки. Источник — иначе вы никогда не узнаете, какой канал окупается. Статус — иначе непонятно, ждёт заявка чего-то или уже умерла. Ответственный — иначе она ничья, а ничьи заявки не обрабатываются.
Быстрый первый контакт. По стройке клиент часто пишет сразу в несколько компаний. Кто перезвонил первым, пока клиент ещё «горячий», — тот и считает смету. Автоуведомление менеджеру о новой заявке и автодозвон по пропущенным звонкам закрывают эту дыру: клиент не успевает уйти к тем, кто ответил быстрее.
Движение по сметам. Отправили смету — система ставит напоминание. Через пару дней тишины она сама поднимает менеджеру задачу вернуться к клиенту. Без этого сметы зависают: отправил и забыл, а сделка тем временем остыла.
У сметы, в отличие от обычного коммерческого предложения, есть неприятное свойство: она долго делается. Менеджер, который вложил в расчёт полдня, психологически не хочет «навязываться» — и молчит. Поэтому напоминание должен ставить не человек, а система, автоматически, в момент отправки.
Замеры и выезды. Отдельный узел, который в стройке ломается чаще прочих. Замерщик — общий ресурс, его расписание живёт то в голове, то в чужом календаре. Минимум, который стоит собрать: заявка на выезд создаётся из карточки, у неё есть дата, адрес, ответственный и статус результата. Без последнего пункта выезды исчезают: съездил, а что дальше — знает только замерщик.
Контроль на объекте. Статусы по этапам работ и уведомления клиенту — «замерщик выехал», «смета готова», «этап сдан» — снимают половину тревожных звонков «а что там у вас». Меньше ручных отчётов прораба, меньше нервов у клиента, выше доверие.
Про автодозвон: что он реально делает и чего не делает
Автообзвонщик в стройке решает узкую задачу — не дать пропущенному звонку превратиться в потерянную заявку — и хорошо решает именно её.
Цифры из нашей кампании, чтобы было понятно, о каком порядке идёт речь. Дозвон составил 41 192 результативных набора — это 39% от всех попыток. На выходе получилось 1 373 лида при бюджете эфира 3 146 долларов, то есть 2,29 доллара за лид. И отдельно — по потоку: в проекте, где обзвон встал на своё место в связке с приёмом заявок, поток вырос с 46 до 333 заявок в день.
Что важно понимать про эти цифры: это наш проект и наша база, а не отраслевой ориентир для стройки. Свою конверсию вы узнаете только на своей базе, и она будет другой.
А теперь — про то, чего автодозвон не делает. Он не превращает холодный список в клиентов, не заменяет менеджера в разговоре про смету и не спасает базу, которую год никто не трогал. Его роль скромнее и полезнее: закрыть дыру между «клиент позвонил» и «клиенту перезвонили».
Наши грабли на телефонии — читайте до того, как наступите
Телефония выглядит простой ровно до первого запуска. Три случая, каждый из которых стоил нам недель:
Оператор пометил основной номер как банковский. Дозвон упал в десятки раз, и снаружи это выглядело как «рынок мёртвый, никто не берёт трубку». Никакой ошибки в системе не было — просто на стороне абонентов номер подсвечивался предупреждением. Вывод: если дозвон резко просел, первым делом проверяют не скрипт, а репутацию номера.
Карусель запасных номеров была настроена и не применялась. Настройка существовала, галочка стояла, в интерфейсе всё выглядело правильно. Звонки при этом шли с одного и того же номера. Настроенное и работающее — разные состояния, и различить их можно только проверкой на реальном звонке.
Терялся тональный набор. Клиент нажимал цифру в ответ на вопрос, сигнал не доходил, и в отчёте это выглядело как «клиент не заинтересовался». Самая дорогая из трёх граблей: система не падала, она врала. Отчёт был красивый, решения по нему принимались неправильные.
Общий вывод по всем трём: в телефонии почти не бывает громких поломок. Бывает тихая деградация, которую видно только по цифрам — и только если цифры честные.
Гигиена базы номеров
Автодозвон по неактуальной базе не просто бесполезен — он вреден: жжёт репутацию номера и раздражает людей, которые давно не ваши клиенты.
Свою базу мы в какой-то момент вычистили до 222 номеров. Это было сильно меньше, чем в исходном списке, и это оказалось правильным решением: обзвон по короткому живому списку дал больше, чем по длинному мёртвому.
Минимальная гигиена, которую стоит сделать до первого запуска:
- убрать дубли и номера в неверном формате;
- вычеркнуть тех, кто уже просил не звонить, — и завести для этого признак в карточке, а не строчку в чьём-то блокноте;
- отделить действующих клиентов от «когда-то интересовались»: это разные сценарии и разные тексты;
- проверить, есть ли законное основание звонить каждому в списке. Мы не юристы, но вопрос «откуда у нас этот номер и на что человек соглашался» задавать надо до, а не после.
Что это даёт на деле
Главный эффект — не теряются дорогие лиды и не остывают отправленные сметы. Насколько это окупается, зависит от вашего чека и вашего потока: обещать, что система окупится с двух спасённых сделок, я не буду — считать надо по вашим цифрам, а не по чужим.
Второй эффект тише, но важен: у руководителя появляется картина по всем объектам сразу — где застряло, кто не перезвонил, какая смета висит без ответа. Это то, чего не даёт ни один отчёт, собранный вручную по пятницам.
Третий эффект — про людей. Когда напоминания ставит система, менеджер перестаёт быть человеком-календарём. Это заметно снижает количество ошибок в конце квартала, когда голова у всех занята другим.
Отдельный аргумент для стройки — база клиентов и переписка остаются у компании, а не в чужом сервисе. Коробочное решение на своём сервере держит историю по объектам внутри, откуда её не заберёт вендор при смене тарифа. В отрасли с длинным циклом это не абстракция: история по объекту нужна и через год, и через три, когда клиент вернётся с новым заказом.
Возражения и пограничные случаи
«У нас один менеджер, он всё помнит». Пока поток небольшой — правда помнит. Проверить легко: посмотрите, сколько отправленных смет остались без единого касания после отправки. Если таких нет — вам рано. Если есть — вы уже знаете цену.
«У нас сезонный бизнес». Тогда система нужна не ради ровной нагрузки, а ради пика. В сезон дыры расширяются: пропущенных звонков больше, сметы копятся, память перестаёт справляться. Настраивать при этом надо в межсезонье.
«Мы работаем по подряду, входящих заявок почти нет». Тогда узлы другие: не приём заявок, а сроки, документы и статусы по объектам. Единое окно всё равно полезно, но начинать стоит с контроля этапов, а не с телефонии.
«У нас всё в WhatsApp, и это удобно». Удобно ровно до того момента, когда менеджер уходит вместе с телефоном. Мессенджер как канал — нормально. Мессенджер как хранилище истории по объекту — нет.
Как автодозвон по пропущенным возвращает заявки с высоким чеком, видно в кейсе с автообзвонщиком.
Подводные камни
- Единое окно не спасает, если менеджеры продолжают вести часть заявок в личных переписках и блокнотах — канал должен быть один, иначе дыра остаётся.
- Автодозвон и уведомления бесполезны на неактуальной базе номеров: без гигиены контактов система звонит в пустоту и раздражает клиентов.
- Настроенное не равно работающему. Всё, что касается звонков, проверяют живым звонком, а не галочкой в интерфейсе.
- Отчёт, который не падает, — не признак здоровья. Тихая потеря сигнала выглядит в отчёте как отказ клиента, и по такому отчёту принимают неверные решения месяцами.
- Статусы, которых слишком много. Если у этапа работ пятнадцать состояний, прораб не будет их ставить. Лучше пять, которые заполняются, чем пятнадцать, которые нет.
Разберём, где в вашей стройке теряются деньги — оставьте заявку через форму или напишите в Telegram.


