CRM для продажи участков: что она должна уметь

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

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

Где на самом деле теряются заявки

Разбор точек утечки в отделах продаж (2024 год) даёт картину, в которой почти нет экзотики — всё скучно и воспроизводимо.

• Медленный ответ. Типичное время реакции на заявку в России — 2–4 часа. Ответ в первые пять минут повышает шанс дозвониться примерно в 100 раз, а шанс квалифицировать покупателя — в 21 раз.
• Пропущенные звонки. В строительной отрасли не отвечают почти на каждый третий входящий звонок — 29,89 %.
• Нет источника. В 65 % компаний поле «откуда пришёл» заполнено меньше чем в половине сделок. Это значит, что бюджет на рекламу распределяется вслепую.
• Нет квалификации. В 61 % звонков не уточняют бюджет, сроки и кто принимает решение; конверсия при этом падает с 35 % до 14 %.
• Нет следующего шага. 44 % менеджеров делают одну попытку связаться и останавливаются.
• Нет счёта конверсий. В 75 % компаний конверсия по этапам не считается вовсе. После чистки данных в одном разборе «реальная» конверсия оказалась 17 % против «нарисованных» 47 %.

Общая оценка того же разбора: 7 из 10 компаний теряют 10–30 % выручки на процессных сбоях и не замечают этого.

Что даёт наведение порядка, видно по кейсу агентства недвижимости, опубликованному в сентябре 2025 года. До внедрения: объекты в таблицах, заявки из чатов и форм терялись, около 18 % дублей из разных источников, среднее время первого ответа 27 минут. После 45 дней работы: первый ответ — 1 минута 40 секунд, доля контактов в первые 15 минут выросла с 22 % до 86 %, назначение показов — с 19 % до 33 %, бронь после показа — с 24 % до 31 %, потери от дублей сократились на 70 %.

Обратите внимание, что ни одна из этих цифр не про «красивые отчёты». Все они про скорость и про то, что заявка не потерялась.

Семь вещей, которые CRM посёлка обязана уметь

1. Принимать заявки из всех каналов в одно место. Сайт, карта участков, виджет на стороннем сайте, звонок, мессенджер, агент. Если хотя бы один канал приходит на личную почту менеджера, у вас нет CRM — у вас её половина.

2. Привязывать заявку к лоту. Это ключевое отличие от универсальной системы. Заявка «интересуется участком 14» и заявка «интересуется посёлком» — разные заявки. Первая позволяет увидеть, что на лот 14 претендуют трое, вторая не позволяет ничего.

3. Показывать актуальный статус лота в момент разговора. Отраслевое требование номер один: если менеджер во время звонка не видит текущий статус, он предложит проданный участок или снимет чужую бронь. Это репутационный и юридический риск одновременно.

4. Держать бронь как документ. Не цвет ячейки, а запись: какой участок, до какого числа, по какой цене. Одна живая бронь на лот — не «нежелательно две», а технически невозможно.

5. Требовать следующий шаг. У каждой заявки должна быть дата следующего контакта, и просроченное должно быть видно руководителю без отдельного отчёта. Именно здесь лечится «44 % делают одну попытку».

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

7. Считать воронку по этапам. Сколько заявок, сколько показов, сколько броней, сколько договоров — и где обрыв. Без этого руководитель управляет ощущениями.

Чем отраслевая CRM отличается от универсальной

Ни та, ни другая не «лучше». Универсальная система гибче и умеет то, чего отраслевая не умеет, — телефонию, сложные автоматизации, любые поля. Отраслевая знает, что такое участок, и поэтому не даёт продать его дважды.

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

Чего не стоит требовать от CRM

Чтобы она заставила менеджеров работать. Не заставит. Система показывает, что заявка висит третий день; звонить всё равно человеку. Внедрение, которое начинается с контроля, а не с удобства, заканчивается тем, что менеджеры ведут «настоящую» работу в блокноте, а в CRM заполняют отчётность.

Чтобы она была идеально настроена с первого дня. Первые две недели — это выяснение, какие поля никто не заполняет. Их надо убирать, а не требовать заполнения: перегруженная карточка сделки стоит в списке типовых ошибок внедрения рядом с ручным импортом заявок.

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

Как это устроено в КАПЭ

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

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

Уведомление о новой заявке приходит в колокольчик кабинета и в личный Telegram того менеджера, который продаёт: свой чат сотрудник подключает сам, кодом боту. Кто о чём узнаёт — задаётся матрицей «событие × получатель», и настраивают её владелец и администратор. Телефонии и записи звонков в КАПЭ нет — это сказано прямо, чтобы не выяснилось на второй неделе. Если у вас уже есть привычная CRM, заявка уйдёт и туда — письмом строгой формы в разборщик писем, канал односторонний. Подробнее про стадии, брони и права — на странице «CRM».

Вопросы

Нужна ли CRM посёлку на 30 участков?

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

Мы работаем в таблице и нас устраивает. Зачем менять?

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

Сколько времени занимает переход?

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

Менеджеры сопротивляются. Что делать?

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

Обязательно ли отказываться от той CRM, что уже стоит?

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

Чек-лист выбора

• [ ] Заявка привязывается к конкретному лоту, а не к посёлку вообще
• [ ] Статус участка виден менеджеру в момент разговора и обновляется сам
• [ ] Бронь — это запись со сроком и ценой, и она одна на лот
• [ ] У каждой заявки есть дата следующего шага, просрочка видна руководителю
• [ ] Уведомление приходит адресно тому, кто продаёт, а не в общий чат
• [ ] Источник заявки проставляется сам, а не вписывается руками
• [ ] Видно конверсию по этапам: заявка → показ → бронь → договор
• [ ] Права разделены: кто видит чужие заявки, кто правит цены
• [ ] Из системы можно выгрузить свои данные таблицей в любой момент
• [ ] Заявка попадает и в ту CRM, которой вы уже пользуетесь, если она есть

Если учёт пока живёт в таблице и вопрос стоит как «менять или не менять» — разбор трёх мест, где таблица рвётся, в статье про Excel в отделе продаж посёлка.