CRM для строительной и ремонтной компании: от сметы до акта

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

CRM здесь нужна не ради красивой воронки продаж: у подрядчика она обычно короткая — заявка, замер, смета, договор. Система нужна, чтобы производственная часть перестала жить в переписке: этапы с датами и ответственными, допработы с суммой и подтверждением, приёмка с фотофиксацией, оплата, привязанная к факту сдачи этапа. Ниже — короткий список того, что контур должен закрывать.

Объект идёт по одному и тому же маршруту: заявка, замер, смета, договор, этапы, снабжение, приёмка, акт, гарантия. Разница между ремонтом квартир, отделкой коммерческих помещений и подрядом на строительство — в наполнении и длине шагов: где-то замер занимает час, где-то неделю с проектом и согласованием с арендодателем; где-то этапов три, а где-то пятнадцать с промежуточными сдачами. Набор узлов при этом повторяется, поэтому дальше мы разбираем цепочку по шагам и смотрим, какой след должен остаться от каждого.

Цена пропущенного следа не видна в моменте. Она всплывает позже — на приёмке, при закрытии акта, в споре о финальной сумме. Замену плитки согласовали устно, а в смете осталась старая позиция. Бригада простояла день из-за материала, который никто не заказал. Этап приняли на словах, и фотографий скрытых работ теперь нет ни у кого. Такие места в компании наперечёт, но именно они объясняют разницу между расчётной маржой объекта и фактической.

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

Второй разрыв — допработы согласованы устно. Прораб на объекте видит, что стяжку надо переливать, звонит клиенту, тот говорит «делайте». Работы выполнены, а при закрытии выясняется, что клиент помнил другую сумму или считал, что это входит в договор. Спор идёт не о технике, а о том, чего нет в письменном виде.

Третий — оплата этапа не привязана к факту. Счета выставляются по датам из договора или по звонку бухгалтера, а не по подписанной приёмке. В результате компания либо кредитует клиента своими материалами, либо получает аванс за этап, который ещё не сдан, и теряет рычаг на финальном расчёте.

Четвёртый — клиент не видит статус и звонит менеджеру. Каждый такой звонок — это переключение менеджера, звонок прорабу, обратный звонок клиенту. На одном объекте это мелочь, на десятке — отдельная работа, которую никто не считает и за которую никто не платит.

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

Смысл каждого блока ниже одинаков: перевести решение из разговора в запись, у которой есть автор, дата и сумма. Не для бюрократии, а потому что через два месяца при разборе с клиентом другого доказательства не будет.

Отдельно стоит сказать про сопротивление. Любая из этих настроек добавляет сотруднику несколько действий, поэтому внедрение начинается не с кнопок, а с договорённости о дисциплине: кто и в какой момент переносит данные из разговора или переписки в систему. Без такой договорённости система превращается в дублирующий отчёт, который заполняют вечером задним числом.

Главное возражение в стройке звучит так: люди в поле, им некогда заполнять систему. Оно справедливое, и лечится оно не требованиями, а сокращением действий. Прораб не должен вести карточку объекта — он должен закрыть задачу, отметить пункты чек-листа и приложить фото с телефона. Если для этого нужно открывать ноутбук или заполнять десять полей, работать в системе не будут независимо от регламента.

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

Фотофиксация решает сразу три задачи, поэтому именно с неё удобно начинать внедрение в производственной части. Она подтверждает объём выполненных работ перед клиентом, фиксирует скрытые работы до того, как их закроют следующим слоем, и снимает часть выездов руководителя на объект. Фото должно попадать в карточку объекта и этапа автоматически, а не в общий чат, где через неделю его не найти.

Про WhatsApp скажем прямо: он останется. Клиенты и бригады пишут туда, и запрещать канал бессмысленно — потеряете скорость и часть обращений. Правильная схема другая: мессенджер подключается к CRM как канал связи, переписка сохраняется в карточке объекта, но решения из неё переносятся в систему как задача, допработа или замечание. Чат — это место разговора, а не место хранения решений; как только договорённость о деньгах или сроках остаётся только в чате, она перестаёт существовать для компании.

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

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

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

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

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

Вторая по объёму рутина после согласований — документы. В подряде их поток идёт с двух сторон: наружу уходят сметы, договоры, акты и счета клиенту, внутрь приходят счета и накладные поставщиков, коммерческие предложения субподрядчиков, акты выполненных работ. Внешние документы приходят в разных форматах: PDF, скан, фото со стройки, файл из чужой сметной программы.

Исходящие документы закрываются шаблонами: они формируются из карточки объекта, поэтому реквизиты, состав работ и суммы подставляются, а не перепечатываются. Входящие — задача другого класса, и здесь работает AI-обработка документов: система распознаёт счёт или накладную, извлекает поставщика, позиции и суммы и складывает их в карточку объекта, а данные передаёт в учётную систему. Ручной ввод в этом месте — это и время, и ошибки в цифрах, которые всплывают при сверке.

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

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

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

И про честные границы. У нас нет опубликованного кейса из строительной отрасли — есть отраслевая логика подряда, опыт сборки процессов на CRM и заказной разработки поверх неё, а также ролевые рабочие места в сфере услуг, о которых мы сказали выше как об аналогии. Мы предпочитаем описать это прямо, чем выдать чужую отрасль за свой строительный опыт.

Знакомство у нас устроено просто: полчаса бесплатного экспресс-аудита без презентаций. За это время проходим по четырём точкам — как рождается смета, где хранятся согласования, по какому признаку этап считается закрытым и что обо всём этом знает клиент. На выходе вы получаете вывод, а не коммерческое предложение; иногда вывод звучит так: «вам хватит шаблона сметы и приёмки с фото, полноценное внедрение пока не нужно». Цифру по работам называем уже после разбора, когда виден объём процессов, интеграций и доработок.