Почему «программа для строительной компании» обычно про объекты
Коммерческий поиск ведёт к лендингам, где в центре уже подписанный объект: бригады, этапы, деньги, материалы. Для компании, которая уже работает на площадках, это логично. Но боль до договора другая. Пока клиента ещё нет в работе, вы теряете не бетон и не плитку — вы теряете человека между менеджером, замерщиком и сметчиком.
CRM для ремонта квартир и программа для подрядчика часто обещают «всё в одном». На практике владелец смотрит красивый список функций и пропускает единственный вопрос: где в системе живёт заявка, пока смета ещё не выставлена? Если ответа нет — дальше будут объекты, а до них — дыра.
Мессенджер удобен для быстрого «принял». Он плох как единственное место, где хранится путь клиента до договора. Когда заявка, замер и смета разъезжаются по трём чатам, у вас не воронка — у вас эстафета с дырками.
Как было: заявки в мессенджерах, замер и смета теряются между людьми
Типичная картина ремонтной или строительной компании среднего размера. Заявки сыпятся с сайта, Instagram, рекомендаций и входящих звонков. Менеджер фиксирует имя и телефон в заметках или сразу пишет в общий чат: «кто свободен на замер в среду?».
Замерщик выезжает, делает фото, иногда чертит на бумаге, иногда скидывает голосовое. Сметчик получает это «когда успеет». Если замерщик в отпуске или сменил телефон — часть деталей исчезает. Клиент ждёт смету «до конца недели». Неделя проходит. Менеджер пишет «уточню». Клиент уже подписал у конкурента.
Владелец в конце месяца спрашивает: сколько было заявок, сколько замеров, сколько смет, сколько договоров? Ответ собирают из чатов и памяти. Цифры не сходятся. Никто не виноват лично — просто нет одной карточки, где видно, на каком шаге застрял каждый клиент.
Условные цифры, не из кейсов: за месяц пришло 20 заявок. До замера дошли 12. Смету выставили по 8. Договор подписали 5. Арифметика простая: до договора дошла только четверть заявок: 5 из 20. Без статусов владелец не отличит «мало заявок» от «много заявок, но дыра между замером и сметой».
Что должна уметь CRM на этапе до договора
Ниже чек-лист именно воронки продаж, а не учёта материалов и не синхронизации прораба с офисом после старта работ. С ним удобно смотреть любой готовый сервис или обсуждать систему под ваш процесс.
1. Одна карточка клиента
Имя, телефон, источник заявки, адрес объекта, тип работ, переписка и файлы — в одном месте. Не «у менеджера в заметках», не «у замерщика в галерее», не «у сметчика в отдельной папке». Новому сотруднику должна быть видна карточка без звонка коллеге.
2. Статусы: заявка → замер → смета → договор
Каждый шаг имеет явный статус. «В работе» без уточнения — не статус. Нужны понятные переходы: заявка принята, замер назначен, замер сделан, смета в подготовке, смета отправлена, переговоры, договор, отказ с причиной. Тогда список клиентов перестаёт быть свалкой имён.
3. Ответственный на каждом шаге
У заявки есть менеджер. У замера — замерщик и дата. У сметы — сметчик и срок. У договора — кто ведёт согласование. Если ответственный не назначен, система должна это показывать, а не прятать пустое поле. Эстафета без имени — это почти гарантированная потеря.
4. Сроки ответа клиенту
Клиент ждёт не «когда получится», а конкретный горизонт: когда приедет замер, когда придёт смета, когда можно обсудить правки. В карточке полезны дедлайны и сигнал, если срок сорван. Не для штрафов сотрудникам — для владельца, который иначе узнаёт о срыве от самого клиента.
5. Отчёт владельцу по воронке
Раз в неделю или чаще владелец видит: сколько заявок, сколько назначенных замеров, сколько отправленных смет, сколько договоров и отказов. Условный пример снова на тех же 20 → 12 → 8 → 5: если замеров много, а смет мало, проблема не в рекламе — она между выездом и документом. Если смет много, а договоров мало — смотрите скорость ответа и качество коммерческого предложения.
Менеджер, замерщик и сметчик обычно не «саботируют CRM». Они закрывают день быстрее, чем успевают переписать всё из чата в таблицу. Дайте им короткие действия в одной карточке в момент шага — и эстафета перестанет терять клиентов.
Как стало: одна карточка от заявки до договора
Заявка попадает в систему сразу — с сайта, из формы или после звонка одной записью менеджера. Дальше в той же карточке назначается замер: дата, адрес, кто едет. После выезда фото и заметки крепятся к карточке, а не уезжают в личный чат. Сметчик видит всё нужное без «скинь ещё раз».
Статус меняется по факту шага. Клиент получает смету в согласованный срок — или владелец видит просрочку до звонка «ну как там моя смета?». Когда договор подписан, карточка закрывает воронку продаж и передаёт объект дальше в работу.
Такую связку удобно собирать через автоматизацию процессов: заявки, таблицы, статусы и отчёты как одна система: входящие заявки, статусы и короткий отчёт владельцу перестают жить в трёх мессенджерах. Если рядом нужны заказы, склад и деньги уже на этапе работ, смотрите также системы для производства, где заказы, склад и финансовый учёт работают вместе — логика одна: одно место правды вместо разрозненных чатов.
Готовый сервис или система под ваш процесс
Готовый отраслевой сервис часто хорошо закрывает базовые заявки, календарь замеров и шаблоны смет. Если у вас короткий цикл, мало ролей и простой прайс, такой сервис может быть достаточным стартом. Нет смысла строить своё только потому, что «своя разработка звучит солиднее».
Система под ваш процесс нужна, когда:
- заявки идут из нескольких каналов, и без единой карточки часть просто «теряется в воздухе»;
- в эстафете участвуют разные роли — менеджер, замерщик, сметчик, иногда отдельный коммерческий — и ответственность прыгает;
- сроки ответа клиенту критичны: смета через три дня и через три недели — это разные бизнесы;
- владельцу нужен отчёт по воронке в мессенджер, а не только экран внутри чужого кабинета;
- готовый сервис заставляет подгонять ваш процесс под чужие поля уже третий месяц подряд.
Критерий простой: если готовый сервис закрывает ваши реальные правила воронки без ежедневных костылей в Excel и чатах — берите его. Если сотрудники обходят систему стороной, потому что «так быстрее в Telegram» — смотрите систему вокруг вашего процесса, а не наоборот.
Что дальше после договора: кейс BuildControl
Воронка до договора — только вход. Когда клиент подписал, начинается другая работа: объект, бюджет, материалы, расходы. Здесь как раз полезен кейс BuildControl: учёт расходов и материалов по объектам, ввод с телефона, контроль бюджета.
Важно не смешивать слои. Сначала одна карточка договорит клиента до подписания. Потом тот же принцип «данные в момент действия» продолжается на объекте: расход и материал попадают в систему с телефона, а не через ночную сборку чеков.
Почему владелец часто узнаёт о проблемах уже на объекте постфактум — отдельная тема: прораб и офис не синхронизированы. Эта статья про дыру до договора; та — про дыру после старта работ. Вместе они закрывают путь от первого сообщения клиента до контроля на площадке.
С чего начать, не останавливая продажи
- Выпишите цепочку: заявка → замер → смета → договор. Кто отвечает на каждом шаге сегодня — по именам, не «все в чате».
- Неделю фиксируйте каждую новую заявку в одной таблице: дата, источник, статус, ответственный, дата следующего контакта с клиентом.
- Отдельно отметьте, где чаще всего рвётся цепь: до замера, между замером и сметой, между сметой и договором.
- Посчитайте за неделю простую воронку в абсолютных числах — без красивых долей «на глаз».
- Только после этого смотрите демо сервисов или обсуждайте систему под процесс: уже будет ясно, что автоматизировать первым.
Чего это не сделает
Система не заменит качество замера и сметы: если на выезде сняли неполные размеры или в документе ошибка в объёмах, карточка со статусами будет аккуратной и всё равно приведёт к спору с клиентом. Отчёт по воронке честен только если статусы обновляют в момент шага, а не «пачкой в пятницу вечером».
С чего начать
Три рабочих дня записывайте каждую новую заявку в одну таблицу из пяти полей: дата, источник, статус, ответственный, дата обещанного ответа клиенту. Через три дня будет видно, где цепь рвётся — ещё до выбора программы.