Короткий ответ

Одна бригада и два объекта в работе — хватит таблицы со сметой и чата с прорабом.

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

Свои сметные формы, авансы по этапам, закупка материалов — отраслевые решения упираются в чужую логику расчёта. Считайте свою систему.

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

Объект — это проект, а не сделка в воронке

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

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

Рабочая структура — объект как контейнер, внутри которого живут этапы со сроками, смета с плановыми и фактическими суммами, график платежей и закупки. Тогда статус объекта считается из фактов, а не ставится вручную.

Смета план-факт — то, ради чего всё затевается

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

Минимум, который это закрывает:

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

Бригады работают на нескольких объектах сразу

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

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

Платежи по этапам и закупка материалов

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

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

Сколько это стоит

ВариантЧто закрываетОриентир
Универсальная CRMПродажи до договора, дальше вручную≈ 5 000 ₽/мес +
Сметная программа + CRM отдельноСмета есть, связи с объектом и графиком нет≈ 5 000–15 000 ₽/мес
Своя система под ключ (Uniqore)Объект, этапы, смета план-факт, график бригад в одном местеот $1200 + $150/мес

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

Итог

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

Частые вопросы

Почему для ремонта не подходит обычная CRM?
Обычная CRM рассчитана на короткий цикл сделки и отвечает на вопрос, на каком этапе переговоры. В ремонте договор подписан в самом начале, а дальше несколько месяцев важны этапы работ, расход сметы, закупки и платежи. В воронке это выглядит как одна карточка со статусом «в работе», из которой ничего не понятно.
Что такое смета план-факт и зачем она в системе?
Это разбивка сметы по позициям, где рядом с плановой суммой видна фактически потраченная. Общая цифра по объекту показывает перерасход слишком поздно, а разбивка позволяет увидеть, какая именно статья поехала, и среагировать, пока объект не закрыт. Отдельно учитываются допработы — это самая частая статья потерь.
Как планировать бригады, если они работают на нескольких объектах?
Нужен второй срез графика — не по объекту, а по людям: где какая бригада занята на этой неделе. Без него возникают простои, когда объект уже готов к следующему этапу, а бригада ещё не освободилась с предыдущего, и узнают об этом в день выхода.
Сколько стоит CRM для ремонтной компании?
Связка универсальной CRM со сметной программой обходится примерно в 5 000–15 000 ₽ в месяц, но данные приходится сводить вручную. Своя система под ключ у Uniqore — от $1200 разово за разработку плюс $150 в месяц за хостинг, поддержку и правки.
Можно ли связать систему со сметной программой, а не заменять её?
Да, и часто это разумнее. Если сметчики привыкли к своей программе и она их устраивает, менять её ради системы не нужно — достаточно подтягивать плановые суммы в карточку объекта, чтобы факт считался рядом с планом. Полная замена оправдана только если сметная часть простая.

Соберём систему вокруг объекта: этапы, смета в разрезе план-факт, график бригад поперёк объектов и платежи, привязанные к сдаче этапов.

CRM для ремонта и стройки →

Читайте дальше

CRM для ремонта и стройки — возможности → Внедрение CRM: этапы, сроки, стоимость → Цены и что входит в поддержку →