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