- чем воронка в стройке отличается от обычной и какие этапы в ней обязательны;
- какие поля в карточке сделки закрывают специфику объекта и сметы;
- что делать с длинной паузой между сметой и договором;
- как связать отдел продаж с замерщиками и производством работ;
- с чего начинать внедрение и какие ошибки повторяются чаще всего.
В большинстве ниш сделка живёт дни или недели. В стройке между первым обращением и договором проходят замер, расчёт, согласование, сравнение с конкурентами, пауза на «посоветуюсь с семьёй» и ожидание сезона — в сумме от трёх до шести месяцев, а на крупных объектах и больше.
Поэтому CRM для строительной компании настраивается иначе, чем для магазина или агентства: главная задача здесь не ускорить сделку, а не потерять её за время ожидания.
Содержание10
Чем CRM для строительной компании отличается от обычной
Длинный цикл, выезд на объект в середине пути, смета как отдельный этап и высокая доля отложенных сделок. CRM для строительной компании должна уметь работать с паузами, а не только с движением вперёд.
Четыре отличия, из которых растут все остальные:
- Выезд на объект. Между заявкой и сметой стоит физическое действие: замер, осмотр участка, геология. Это этап, который планируется, отменяется и переносится — и он же самый дорогой промах, если про него забыли.
- Смета вместо прайса. Цена считается под объект, а не берётся из таблицы. Значит, в сделке живут версии расчёта и история изменений.
- Длинная пауза. Клиент получил смету и пропал на два месяца. Он не отказался — он думает, сравнивает, ждёт денег или сезона.
- Сезонность. Заявки приходят зимой, договоры подписываются весной. Воронка растянута через квартал, и оценивать её по месяцу бессмысленно.
Общая логика воронок разобрана в статье «Воронка продаж», здесь — только то, что специфично для стройки.
Этапы, которые должны быть
Восемь этапов, где ключевые — замер, смета и согласование. Их нельзя схлопывать: именно между ними теряются сделки.
- 1Новое обращениеминуты
Заявка с сайта, звонок, рекомендация.
- 2Квалификациячас
Что за объект, где, какой бюджет и сроки.
- 3Замер или выезддни
Назначен, проведён, зафиксированы данные.
- 4Расчёт сметыдни
Версия сметы прикреплена к сделке.
- 5Смета отправленасразу
Зафиксирован факт и дата отправки.
- 6Согласованиенедели
Правки, торг, выбор материалов.
- 7Договор и авансдни
Подписание, оплата, передача в работу.
- 8Производство работмесяцы
Отдельный процесс, связанный со сделкой.
Модельный набор этапов. Названия подстраиваются под ваш процесс, суть - нет.
CRM для строительной компании без этих этапов превращается в список контактов. Два этапа, которые чаще всего забывают завести: «смета отправлена» и «согласование». Без них все ожидающие клиенты висят в одном ведре «в работе», и понять, кому пора звонить, невозможно.
И третий — «отложено». Это не отказ, а полноценный статус с датой возврата. В стройке он даёт значимую часть годовой выручки: человек, который считал баню зимой, строит её летом.
Поля в карточке: что нужно в стройке
Обычных контактов мало. Нужны данные объекта, параметры сметы и признак сезона — иначе менеджер каждый раз переспрашивает то, что уже знает компания.
- Объект: адрес или населённый пункт, тип (дом, баня, пристройка, ремонт), площадь.
- Готовность участка: есть ли подъезд, коммуникации, фундамент.
- Что хочет клиент его словами — одна строка, которая экономит час на каждом следующем разговоре.
- Бюджет: названный клиентом и реальный после замера.
- Смета: версия, сумма, дата отправки, файл.
- Плановый срок начала работ — именно он определяет, когда возвращаться к отложенным.
- Источник обращения — иначе нельзя связать рекламу с договорами.
- Кто принимает решение: один человек или семья, есть ли второй участник разговора.
Набор выглядит избыточным ровно до второго разговора с клиентом. Ключевое поле здесь — плановый срок начала работ. По нему строится вся работа с отложенными: система сама поднимает сделку за месяц до срока, а не ждёт, пока менеджер вспомнит.
Второе по важности — источник обращения. Без него связь между рекламой и подписанными договорами восстанавливается вручную, а при длинном цикле это почти невозможно. Как это устроено, разобрано в статье «Что такое сквозная аналитика».
Что делать с длинной паузой
Пауза — это не конец сделки, а её нормальная часть. Работа с ней строится на трёх вещах: дате возврата, поводах для касания и разделении по сезону.
Три механики, которые закрывают основную потерю:
- Дата возврата в каждой отложенной сделке. Не «напомнить когда-нибудь», а конкретное число, после которого система ставит задачу.
- Поводы для касания. Новый проект в портфолио, изменение цен на материалы, свободное окно в графике бригады, фотографии похожего завершённого объекта. Касание без повода раздражает, с поводом — работает.
- Разделение по сезону. Те, кто планирует начать весной, и те, кто хочет начать сейчас, — разные очереди с разной частотой касаний.
Именно здесь чаще всего теряются деньги, уже оплаченные рекламой. В проекте СК «Верест» параллельно с рекламой пришлось выстраивать обработку входящего потока: для компании, которая раньше работала по рекомендациям, заявки из рекламы оказались другой задачей — они менее прогреты, требуют детальной консультации и системной работы. Без этого часть обращений терялась бы, несмотря на то что стоили они 1 380 ₽ при доле целевых около 90%.
Связка с производством работ
Подписанный договор — это не конец, а передача в другой процесс. Если передача ручная, теряются сроки и детали.
После аванса сделка уходит в производство: график бригад, закупка материалов, этапы работ, акты. Два подхода:
- Отдельный процесс в той же системе. Сделка закрывается как выигранная и порождает проект с этапами и задачами. Подходит большинству компаний.
- Передача в учётную систему. Если материалы и себестоимость ведутся в 1С, договор отправляется туда, а в CRM остаётся статус. Как устроен такой обмен, разобрано в статье «Стоимость интеграции с 1С».
Что должно быть видно менеджеру после передачи: на каком этапе объект, какие сроки, есть ли задержки. Иначе клиент звонит менеджеру, менеджер звонит прорабу, прораб не берёт трубку — и это повторяется на каждом объекте.
Проблема стыков между отделами не уникальна для стройки. В «Арисмо Инжиниринг» заказ проходил через продажу, просчёт, снабжение и производство, и каждая передача была ручной: именно на стыках терялись скорость и детали. В «ГарантСтройТехНН», где нужно быстро передавать заявки водителям спецтехники, до внедрения это шло через мессенджеры и звонки, без подтверждения, что заявка принята в работу.
Кто должен работать в системе
Менеджеры, замерщики и руководитель. Если замерщик не фиксирует данные в системе, половина информации по объекту остаётся в его блокноте.
Роли и их минимальные обязанности:
- Менеджер. Ведёт сделку, фиксирует договорённости, отправляет смету, работает с отложенными.
- Замерщик или прораб на выезде. Вносит данные объекта и фото с места. Это ключевая точка: при работе через мессенджеры данные теряются, а сметчик потом переспрашивает.
- Сметчик. Прикрепляет расчёт к сделке, а не отправляет файлом в переписке.
- Руководитель. Смотрит воронку, распределение по этапам и причины отказов.
Приживаемость зависит от удобства для выездных сотрудников: у замерщика нет рабочего компьютера, значит, ему нужна мобильная форма из пяти полей и возможность приложить фото. Если ввод данных сложнее, чем записать в блокнот, система останется пустой — и это самая частая причина, по которой CRM для строительной компании не взлетает.
Полезный ориентир: в «Арисмо Инжиниринг» результатом внедрения стало то, что в системе реально работают 99% сотрудников. Цифра важна не сама по себе — она означает, что данным можно верить.
Что смотреть в отчётах
Четыре среза: распределение сделок по этапам, конверсия замер — смета — договор, причины отказов и возврат отложенных.
| Что | Короткая сделка | CRM для строительной компании |
|---|---|---|
| Цикл | дни-недели | 3-6 месяцев и больше |
| Ключевой этап | оплата | замер и смета |
| Пауза клиента | признак отказа | нормальная часть процесса |
| Статус «отложено» | почти не нужен | даёт заметную часть выручки |
| Кто вносит данные | менеджер | менеджер и замерщик на объекте |
| Горизонт отчёта | месяц | квартал и сезон |
Сравнение с типовой настройкой под быстрые продажи.
- Распределение по этапам. Где скапливаются сделки: если сотня висит на «смета отправлена», проблема не в рекламе.
- Конверсия по переходам. Сколько заявок доходит до замера, сколько замеров превращается в смету, сколько смет — в договор. Каждый переход — отдельная работа.
- Причины отказов. Цена, сроки, выбрали другого, отложили. Первые две — к продукту и процессу, третья — к отстройке, четвёртая — к работе с отложенными.
- Возврат отложенных. Сколько сделок вернулось в работу и сколько из них закрылось. Эта цифра показывает, окупается ли вся механика с датами возврата.
Отдельно стоит считать срок сделки по месяцам обращения, а не по месяцам оплаты — иначе сезонность превратит отчёт в кашу. Логика когорт описана в статье «Стоимость привлечения клиента».
С чего начинать внедрение
С воронки и полей, а не с автоматизации. Первые две недели — подключить каналы и научить команду вести сделки; автоматика — потом.
Рабочий порядок:
- Подключить все источники обращений — сайт, телефон, почту, мессенджеры, площадки. Пока часть заявок приходит мимо, отчёты неверны.
- Завести этапы и обязательные поля. Минимум, который нельзя пропустить: объект, бюджет, срок начала работ, источник.
- Научить команду. Две-три короткие встречи и один документ-регламент вместо многочасового обучения.
- Месяц просто вести сделки. Без роботов и сложных сценариев — чтобы увидеть реальный процесс.
- Добавить автоматизацию там, где видна повторяемость: напоминания по отложенным, задачи на замер, уведомления о сроках.
Такой порядок мы используем при внедрении CRM в строительных компаниях: сначала поток и дисциплина, потом автоматика. Общая методика выбора системы — в статье «Как выбрать CRM», а типовые этапы проекта — в «Внедрение Битрикс24».
Пять ошибок, которые повторяются
Все они сводятся к одному: систему настраивают под отчёт руководителя, а не под работу менеджера и замерщика.
- Слишком много обязательных полей. Двадцать полей на первом контакте — и менеджер заводит сделку после разговора, по памяти, а половину не заполняет вовсе.
- Нет статуса «отложено». Сделки либо висят в работе, либо закрываются как отказ. В первом случае воронка забита, во втором — теряется выручка следующего сезона.
- Замерщик вне системы. Данные объекта живут в блокноте и мессенджере, сметчик переспрашивает, клиент ждёт.
- Смета не привязана к сделке. Файл в переписке означает, что никто не знает, какая версия была отправлена и когда.
- Нет связи с производством. После договора объект пропадает из поля зрения продаж, а клиент продолжает звонить менеджеру.
Частые вопросы
Коротко: про сроки внедрения, подходит ли типовая система, что делать с сезонностью и сколько это стоит.
Короткий итог
CRM для строительной компании настраивается под длинный цикл: восемь этапов с обязательными «замером», «сметой отправлена» и «согласованием», статус «отложено» с датой возврата и поле планового срока начала работ.
Данные объекта должен вносить тот, кто выезжает на место, — иначе половина информации останется в блокноте, а сметчик будет переспрашивать. Для этого форма на выезде должна быть короткой и работать с телефона.
Начинать стоит с подключения каналов и ведения сделок вручную, а автоматизацию добавлять со второго месяца — по тем местам, где повторяемость стала очевидной. И главное, что даёт эффект в стройке: системная работа с отложенными сделками, потому что именно они превращаются в договоры следующего сезона.
Подойдёт ли обычная CRM без отраслевой версии?
Да, в большинстве случаев. CRM для строительной компании — это не отдельный продукт, а типовая система с правильно настроенными этапами, полями и правилами работы с отложенными сделками. Отраслевые решения имеет смысл смотреть, когда нужны сметный модуль и учёт материалов внутри одной программы.
Сколько занимает внедрение?
Базовая настройка с подключением каналов — две-три недели. Полноценный проект с автоматизацией, связкой с учётной системой и обучением — от полутора до трёх месяцев. Дольше всего идёт не настройка, а привычка команды вести сделки в системе.
Как быть с сезонностью в планировании?
Считать по когортам и планировать от плановых сроков начала работ, а не от даты обращения. Зимние заявки — это летние договоры, и в отчёте они должны быть видны как задел, а не как провал конверсии.
Что делать, если менеджеры саботируют?
Смотреть, что именно неудобно. Обычно причина конкретна: слишком длинная форма, дублирование с таблицей, отсутствие мобильного доступа. Приказ работает хуже, чем убранные из формы пять лишних полей.
Сколько стоит такой проект?
Зависит от числа пользователей, сложности воронки и наличия интеграций. Ориентиры по составу работ и по тому, что входит в смету внедрения, — в статьях «Внедрение Битрикс24» и «Как выбрать CRM».