Почему у строительной компании ломается стандартная воронка
В типовой CRM логика короткая: обращение — сделка — оплата — закрыто. У строительной компании между «клиент согласился» и «объект сдан, деньги получены полностью» проходит от нескольких месяцев до нескольких лет. За это время меняются сметы, подрядчики, сроки поставок, состав работ и иногда сам заказчик. Если всю эту историю пытаться уложить в одну сделку с восемью стадиями, через полгода никто не сможет ответить на простой вопрос руководителя: что сейчас происходит с объектом на Абая и почему он не двигается.
Симптомы почти всегда одинаковые. Сделка месяцами висит на стадии «В работе», сумма не меняется, задачи по объекту живут в переписке в мессенджере, а прораб узнаёт о новых пожеланиях заказчика от заказчика же, на площадке. Отчёт по воронке при этом показывает красивую конверсию, потому что фактическая работа в CRM просто не отражается.
Корень проблемы не в системе, а в том, что в неё заложили неверную модель. Битрикс24 для строительной компании нужно настраивать не «как у всех», а исходя из того, что в стройке одновременно существуют две независимые сущности: коммерческая договорённость с клиентом и физический объект, у которого своя жизнь, свой срок и свой набор ответственных. Пока они склеены в одну карточку, порядка не будет.
Разделяем сущности: клиент, сделка и объект
Начните с инвентаризации того, что вы вообще ведёте. У большинства подрядчиков и застройщиков набор такой:
- Клиент — физлицо или организация. Живёт в контакте или компании, может возвращаться через год за вторым домом или ремонтом.
- Сделка — конкретная коммерческая договорённость: этот договор, эта сумма, этот менеджер, эта маржа. У одного клиента их может быть несколько.
- Объект — дом, коттедж, участок, квартира, помещение, секция, инженерная система. Не продаётся и не закрывается: он проектируется, строится, сдаётся, обслуживается по гарантии. К одному объекту может относиться несколько сделок (стройка, потом благоустройство, потом сервис).
Сделки в Битрикс24 закрывают первую и вторую сущность. Для третьей штатной сущности нет — и здесь начинается основная развилка при настройке crm для застройщика. Классическая ошибка: заводить объекты как «товары» из каталога или как сделки в отдельной воронке. Товар не имеет стадий и ответственных, а сделка-объект ломает всю аналитику по продажам: у вас в воронке появляются элементы без суммы и без клиента, и любой отчёт по конверсии начинает врать.
Объекты — это смарт-процесс, а не сделка
Правильный инструмент для объектов — смарт-процессы. Это механизм, который позволяет создать в CRM новый тип элемента и настроить его под свою задачу. В документации Битрикс24 в качестве примера прямо приводится агентство недвижимости, которое ведёт базу объектов: под такой сценарий смарт-процессы и делались.
Создаётся смарт-процесс в разделе CRM → Смарт-процессы → Список смарт-процессов. При создании предлагается выбрать сценарий: «Список», «Всё включено» или «С чистого листа». Для объектов подойдёт вариант со включёнными стадиями и канбаном — без них не будут работать роботы и триггеры, а автоматизация по объекту вам почти наверняка понадобится.
Что стоит завести в карточке объекта:
- адрес и кадастровый номер участка;
- тип объекта и проект (типовой, индивидуальный, доработанный);
- площадь, этажность, материал стен;
- плановая и фактическая дата сдачи — двумя отдельными полями, иначе вы никогда не увидите реальную просрочку;
- ответственный прораб (отдельно от ответственного менеджера);
- ссылки на папку с проектной документацией на Диске;
- статус разрешительных документов.
Стадии смарт-процесса «Объекты» описывают не продажу, а производственный цикл: Проектирование → Согласование с заказчиком → Разрешения → Земляные работы → Каркас → Кровля и фасад → Инженерные системы → Отделка → Сдача → Гарантия. Набор у каждой компании свой, но принцип один: стадия должна отвечать на вопрос «что физически сделано», а не «на каком этапе переговоры».
Смарт-процесс можно связать с лидами, сделками, контактами, компаниями, календарём и задачами. После настройки связи в карточках обоих элементов появляются соответствующие вкладки — то есть из сделки видно её объект, а из объекта — все сделки по нему. Это и есть та самая связка, которой не хватает в «одной большой сделке»: коммерция и производство ведутся отдельно, но всегда доступны друг из друга в один клик.
Учтите: смарт-процессы доступны не на всех тарифах Битрикс24. Если вы только выбираете подписку, этот пункт нужно проверить до покупки — на младших планах вы просто не сможете собрать описанную схему.
Направления сделок: продажа, договор, стройка, допработы
Со сделками поступаем так же — режем длинный процесс на отдельные воронки. Настраиваются они в CRM → Сделки → Воронки → Воронки и туннели продаж. Рабочий минимум для подрядчика:
- Продажа. От обращения до подписанного договора. Стадии: квалификация, выезд на участок, расчёт сметы, коммерческое предложение, торг, договор. Здесь живёт конверсия и здесь работает отдел продаж.
- Исполнение договора. Финансовая часть: график платежей, транши, закрывающие документы. Сумма сделки здесь равна сумме договора, и именно эта воронка даёт корректную картину по деньгам.
- Допродажи и допработы. Отдельная воронка для изменений по инициативе заказчика. В стройке допработы — существенная часть выручки, и если они оформляются как правки в основной сделке, вы никогда не посчитаете, сколько на них заработали.
- Гарантия и сервис. Обращения после сдачи. Отдельная воронка нужна, чтобы гарантийные случаи не портили статистику по продажам и чтобы по ним были свои сроки реакции.
Количество доступных воронок зависит от тарифа, так что схему стоит проектировать с учётом лимита, а не «на будущее». Стадии разных воронок связываются между собой туннелями: когда сделка доходит до связанной стадии, в следующей воронке создаётся новый элемент — например, при подписании договора автоматически появляется сделка в воронке исполнения, а вместе с ней запускается создание объекта.
Отдельная рекомендация из практики: не делайте больше 7 — 8 стадий в одной воронке. Длинные воронки менеджеры не двигают — они доводят сделку до середины и бросают, потому что перетаскивание карточки не даёт им ничего полезного. Короткая воронка с роботами, которые сами создают задачи и документы, двигается сама.
Обязательные поля на стадиях: дисциплина без надзора
Самая частая причина, по которой CRM в стройке остаётся пустой, — данные вносить некому и незачем. Лечится это не совещаниями, а обязательными полями на стадиях.
Настройка простая: наведите курсор на нужное поле в карточке, нажмите Настройки (⚙️) → Настроить и отметьте пункт «Обязательное на стадии». Поле можно сделать обязательным сразу для всех стадий или только для конкретных — для этого нужно раскрыть список рядом с «Для всех стадий и воронок» и выбрать нужные. Пока поле не заполнено, карточку нельзя сохранить.
Важная деталь, о которую спотыкаются при самостоятельной настройке: в сделках и смарт-процессах обязательные поля настраиваются для каждой воронки отдельно. Настроили в «Продаже» — в «Исполнении договора» и в объектах придётся повторить.
Для строительной компании минимальный набор такой: на стадии «Выезд на участок» обязателен адрес, на стадии «Договор» — номер и дата договора и сумма, на стадии объекта «Разрешения» — статус документов, на стадии «Сдача» — фактическая дата. Больше не нужно: если сделать обязательными двадцать полей, менеджеры начнут вписывать «1» и «-», и вы получите заполненную, но бессмысленную базу.
Автоматизация: что действительно стоит поручить роботам
Роботы срабатывают, когда элемент переходит на определённую стадию, и умеют отправлять письма и СМС, создавать документы, ставить и закрывать задачи, менять стадии и уведомлять сотрудников. Триггеры работают наоборот: они отслеживают событие — входящий звонок, переход по ссылке из письма, оплату счёта — и сами переводят элемент на нужную стадию. Настраиваются они в карточке раздела на вкладке «Роботы», причём для сделок — отдельно по каждой воронке.
В стройке пользу дают буквально несколько сценариев, и начинать нужно с них, а не с попытки автоматизировать всё:
- При переходе сделки на стадию «Договор» — задача юристу на проверку и задача бухгалтеру на выставление счёта по первому траншу.
- При создании объекта — задача проектировщику с дедлайном и автоматическое уведомление руководителя производства.
- При переходе объекта на стадию «Сдача» — задача менеджеру связаться с заказчиком и назначить приёмку, плюс подготовка акта по шаблону.
- Через N дней после стадии «Гарантия» — задача на профилактический звонок. Это самый недооценённый робот: именно отсюда приходят повторные заказы и рекомендации.
- Уведомление руководителю, если объект стоит на одной стадии дольше нормативного срока. Не «отчёт в конце месяца», а сигнал в момент, когда ещё можно вмешаться.
Чего роботам поручать не стоит — автоматической рассылки клиенту «ваш объект перешёл на стадию Кровля». В стройке заказчик реагирует на такие сообщения вопросами, к которым менеджер не готов. Информировать клиента лучше живым звонком по задаче, которую поставил робот.
Права доступа: кто видит смету, а кто только сроки
В строительной компании вопрос доступа острее, чем в большинстве отраслей: на объекте работают люди, которым не нужно видеть маржу, а иногда и вообще сумму договора. Субподрядчик, прораб, снабженец, проектировщик — у каждого свой срез.
Решается это ролевой моделью прав в разделе CRM → Настройки → Права доступа. Для каждой роли задаётся, что сотрудник может просматривать, создавать, изменять и удалять в каждом разделе CRM, и на каком уровне: только свои элементы, элементы своего отдела, отдела с подчинёнными подразделениями, все открытые или все. Типовая конфигурация — руководитель отдела видит все сделки отдела, менеджер только свои, а производственный блок получает полный доступ к смарт-процессу «Объекты» и не видит воронки продаж вообще.
Ролевая модель прав в CRM тоже доступна не на всех тарифах — ещё один пункт для проверки перед покупкой подписки.
Документы: КП, договор, счёт и акт из карточки
Отдельная боль стройки — документооборот. Смета, договор, приложения, акты скрытых работ, КС-2, акт приёмки: всё это делается в Word, теряется в папках и рассылается с ошибками в реквизитах.
В Битрикс24 документы формируются прямо из элемента CRM: в карточке сделки, компании или другого элемента нажимается кнопка подготовки документа и выбирается шаблон, после чего поля подставляются автоматически. Свой шаблон загружается в формате docx размером до 2 МБ. Если в настройках включена опция с подписью и печатью, изображения подставятся при генерации — но для этого картинки подписи и печати должны быть загружены и в реквизиты, и в карточку компании. Инструмент документов доступен на коммерческих тарифах.
Смарт-процессы тоже умеют печать документов по шаблону — то есть акт приёмки объекта можно формировать из карточки объекта, а не искать сделку, к которой он относится.
Как это выглядит в жизни: подрядчик по малоэтажному строительству
Разберём условный, но типичный пример — компания строит частные дома под ключ, 20 — 30 объектов в год, четыре менеджера, три прораба. Разбираем сценарий как иллюстрацию логики настройки, а не как описание готовой функции системы.
Заявка с сайта попадает в воронку «Продажа». Менеджер квалифицирует, выезжает на участок, считает смету и отправляет КП, сформированное по шаблону из карточки. Клиент соглашается — сделка переводится на стадию «Договор», где обязательны номер, дата и сумма. Робот ставит задачу юристу и задачу бухгалтеру на счёт по первому траншу.
После подписания туннель создаёт сделку в воронке «Исполнение договора» — там ведутся транши и закрывающие документы. Параллельно создаётся элемент в смарт-процессе «Объекты» с адресом, проектом, плановой датой сдачи и ответственным прорабом. С этого момента отдел продаж работает со сделкой, производство — с объектом, и обе карточки видят друг друга по связи.
Заказчик через два месяца просит поменять кровельное покрытие и добавить террасу. Менеджер создаёт сделку в воронке «Допработы» и привязывает её к тому же объекту. В конце года руководитель видит выручку по договорам и отдельно то, сколько принесли допработы — цифру, которой раньше просто не существовало.
Объект доходит до стадии «Сдача»: робот ставит задачу на приёмку и готовит акт. После сдачи объект уходит на стадию «Гарантия», а через 11 месяцев робот напоминает менеджеру позвонить перед окончанием гарантийного срока. Тот же звонок — повод предложить благоустройство или обслуживание.
Что меняется в управлении: руководитель открывает канбан объектов и видит производственную картину целиком, без совещаний и таблиц. Сколько объектов на каждой стадии, где просрочка относительно плановой даты, у какого прораба перегруз. А на канбане сделок он видит деньги — и эти два взгляда больше не смешиваются.
Порядок внедрения: с чего начать в первые две недели
Не пытайтесь настроить всё сразу. Проверенная последовательность:
- Опишите на бумаге путь одного реального объекта — от заявки до окончания гарантии, со всеми людьми и документами. Это займёт полдня и сэкономит месяц переделок.
- Соберите воронку «Продажа» и приучите менеджеров к ней. Пока продажи не в CRM, производство туда тем более не пойдёт.
- Заведите смарт-процесс «Объекты» с минимальным набором полей и связью со сделками. Перенесите в него текущие объекты — это лучший тест на адекватность стадий.
- Добавьте обязательные поля — на 3 — 4 ключевые стадии, не больше.
- Включите 5 — 6 роботов из списка выше и месяц ничего не трогайте, только собирайте обратную связь от прорабов и менеджеров.
- Настройте права доступа и только после этого подключайте подрядчиков и линейных сотрудников.
Самостоятельно этот путь проходят за два-три месяца, с типичным набором ошибок: слишком длинные воронки, объекты в виде сделок, двадцать обязательных полей и брошенная через полгода система. Если хочется сократить срок и не набивать шишки на живых объектах, есть смысл делегировать проектирование схемы тем, кто уже собирал её для стройки — внедрение и настройка Битрикс24 под конкретный производственный процесс обычно занимает недели, а не месяцы, и начинается именно с описания пути объекта, а не с включения функций.
Частые вопросы
Можно ли обойтись без смарт-процессов и вести объекты сделками?
Технически можно, и на 5 — 10 объектах в год это даже переживаемо. Проблема появляется в отчётности: объекты-сделки попадают в воронку без суммы и клиента и ломают конверсию и прогноз выручки. Плюс у объекта другой жизненный цикл — он не «закрывается успешно», он сдаётся и уходит на гарантию. Если объектов десятки, смарт-процесс окупается сразу.
Сколько воронок нужно строительной компании?
Обычно четыре: продажа, исполнение договора, допработы, гарантия и сервис. Плюс смарт-процесс на объекты. Больше стоит добавлять только тогда, когда есть реально другой процесс с другими людьми — например, тендерное направление или отдельная линия проектных работ. Учитывайте, что количество воронок ограничено тарифом.
Как быть с субподрядчиками — им нужен доступ в портал?
Всё зависит от того, что именно вы хотите им передавать. Если нужно только выдавать задачи и получать отчёт о работах, доступ ограничивается ролью с правами на конкретный раздел, а коммерческая часть остаётся закрытой. Ролевая модель прав в CRM позволяет разграничить это по уровням — свои элементы, элементы отдела, все открытые. Конкретную схему лучше проектировать под ваш договор с подрядчиками.
Что делать с объектами, которые уже в работе?
Переносить, но не все и не сразу. Возьмите объекты, которые ещё не прошли половину цикла, и заведите их в систему с текущей стадией. Объекты на финальной отделке проще довести старым способом, а в CRM внести уже на стадии гарантии — чтобы не терять клиента для повторных продаж.
Сколько времени занимает настройка и кто должен этим заниматься?
Базовая схема — воронки, смарт-процесс объектов, обязательные поля, минимум роботов — собирается за 2 — 4 недели при условии, что процесс описан. Заниматься должен человек, который понимает и стройку, и систему: настройка «айтишником без контекста стройки» даёт формально работающую, но неиспользуемую конфигурацию. Внутренний владелец процесса нужен обязательно, даже если настройку делает подрядчик.