CRM для застройщика: что должна уметь и как её выбирать

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

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

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

Чем CRM застройщика отличается от обычной

Что именно ломает обычную CRM у застройщика — по пунктам.

1. Цикл сделки длинный. В статье про воронку продаж застройщика я приводил ориентир: от обращения до сделки — от 14 до 90 дней, иногда до 180, и 12–25 касаний по дороге. Обычная CRM заточена под сделку длиной в неделю: карточка, которая честно висит два месяца, для неё — просроченная задача, а для нас — нормальный клиент, который ждёт одобрения.
2. Покупает не человек, а семья. Муж звонит, жена смотрит планировки, родители дают деньги на первоначальный взнос, а брат жены, который «разбирается», присылает ссылки на конкурентов. В обычной CRM это три-четыре лида (и столько же дублей, которые модель потом посчитает разными людьми). Нужна связка «несколько контактов → одна сделка», с ролями: кто решает, кто платит, кто просто против.
3. Ипотека — этап, который идёт снаружи. Клиент ушёл в банк, и что там происходит, менеджер не знает. По нашей практике, до 20% сделок умирают именно здесь — не из-за отказа банка, а потому что клиент остыл, пока никто его не вёл. CRM должна знать банк, дату подачи, статус одобрения и срок его действия — иначе она не видит половину пути.
4. Объект уникальный, и его нельзя продать дважды. Квартира 47 на восьмом этаже — одна. Бронь — не статус в воронке, а блокировка объекта на срок, и её должны видеть все: менеджеры, сайт, агенты, ипотечный брокер. Цена — не поле в сделке, а свойство объекта. Отсюда шахматка — та штука, которая отличает CRM застройщика от любой другой сильнее всего.
5. Есть партнёрский канал. Часть сделок приводят агентства и частные брокеры, и у каждой такой сделки свои вопросы: кто зафиксировал клиента, на какой срок, что считается двойной заявкой. Пока это не записано в системе, спорные брони решаются письмами на три экрана — разбирал в заметке про партнёрский канал продаж.
6. Обращения приходят по телефону и с классифайдов. Сервисы коллтрекинга сходятся на том, что в недвижимости 60–70% первичных обращений — звонки, писал об этом в разборе сквозной аналитики. Плюс заявки с Циан, Авито и им подобных, формы на сайте, мессенджеры. Если каждый источник заводит карточку по-своему (или не заводит), CRM видит обрывки, а не клиента.

Заметь: ни один пункт не про «удобный интерфейс». Все — про то, что предмет продажи другой.

Что CRM застройщика должна уметь

Минимальный набор — без него это блокнот с лицензией.

1. Карточка лида и карточка объекта, связанные между собой. Лид — контакты семьи, источник, бюджет, способ оплаты, срок покупки, история касаний. Объект — корпус, этаж, планировка, цена, статус. Сделка — связка одного с другим. Если объект живёт только в Excel у РОПа, дальше можно не читать.
2. Шахматка и бронирование. Одна шахматка на всех — CRM, сайт, агентский кабинет, отдел продаж. Бронь ставится с датой окончания и снимается сама, если срок вышел и сделка не двинулась. Двойная бронь одного объекта невозможна технически, а не по договорённости.
3. Воронка по этапам, а не по статусам. Этапы — по действиям клиента, с триггерами перехода. И не шесть больших статусов, а микроэтапы внутри: «бронь → способ покупки согласован → первоначальный взнос собран → банк одобрил». Подробно — в той же статье про воронку; принцип простой: пока бронь — один статус, менеджер пишет «клиент думает», и никто ничего не делает.
4. Интеграции, через которые данные попадают в карточку сами. Телефония и коллтрекинг — звонок создаёт или дополняет карточку с источником и записью. Сайт и классифайды — заявка приходит с UTM, а не с пометкой «сайт». Банк — статус одобрения обновляется, а не переспрашивается. Всё, что менеджер вбивает руками, он вбивает не всегда: по замерам Бюро Сучкова на внедрениях сквозной аналитики до 40% записей в CRM девелоперов содержат ошибки или пропуски в атрибуции.
5. Выход в сквозную аналитику. CRM — точка, где рекламные данные встречаются с данными продаж. Из неё должно быть видно не «сколько лидов», а какой канал привёл сделку и сколько она стоила. Для этого сделки с историей должны выгружаться наружу, в BI, а не жить только в дашборде вендора.
6. Речевая аналитика рядом с карточкой. Разметка звонка показывает, задал ли менеджер вопрос про бюджет и выполнил ли обещание перезвонить. Как это устроено и где врёт — в заметке про речевую аналитику отдела продаж. Для выбора CRM важно одно: результат разметки должен ложиться в поля карточки, а не в отдельный отчёт.
7. Партнёрский кабинет. Агент фиксирует клиента сам, видит актуальную шахматку и статус своей сделки, а спор о двойной заявке решается по записи в системе, а не по памяти. Без этого партнёрский канал — папка договоров, а не канал.

Восьмым пунктом обычно идёт ИИ: скоринг лидов, прогноз сделки, автозаполнение карточки, чистка дублей. Он честно последний. Модель поверх бардака просто быстрее и дороже подтвердит, что бардак есть.

Как выбирать CRM застройщику

Решений два класса. Универсальные CRM — amoCRM, Битрикс24, — которые дописываются под девелопера отраслевыми модулями и интеграциями. И отраслевые CRM для застройщиков, которые под девелопера делались изначально. Что именно умеет каждая в текущей версии, я специально не расписываю: функции меняются быстрее, чем я успею обновить заметку.

Не меняются вопросы, которые стоит задать вендору до презентации.

• Где живёт шахматка и кто источник истины по объекту — CRM, сайт, 1С, кабинет агента? Что происходит, если бронь ставят одновременно с двух мест?
• Как несколько контактов связываются с одной сделкой и как ловятся дубли по номеру телефона?
• Как в карточку попадает источник обращения — сам, через коллтрекинг и UTM, или его вбивает менеджер?
• Какие статусы ипотеки система знает и откуда берёт обновления?
• Можно ли запретить создание карточки без бюджета, источника, способа оплаты и срока покупки — ограничением на уровне системы, а не просьбой к менеджеру?
• Есть ли кабинет агента, фиксация клиента со сроком и правило на случай спора?
• Выгружаются ли сделки с историей наружу, в свой BI, и кто это будет поддерживать, когда интегратор уйдёт?

Ответ «это настраивается» на каждый вопрос — не ответ. Настраивается всё, вопрос в том, кем, за сколько и кто это потом поддерживает.

И второе, про что забывают: заказчик у CRM — не IT и не маркетинг, а коммерческий директор. Если CRM выбирает маркетолог, получится система про лиды. Если РОП — система про контроль менеджеров. Обе будут работать, обе будут не про сделку.

Кажется, главная ошибка выбора — выбирать CRM как программу, а не как процесс. Сначала описать свою воронку с микроэтапами, поля, интеграции и пользователей (менеджер, РОП, комдир, агент, ипотечный брокер), потом идти на демо со своим сценарием.

Типовые провалы внедрения

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

CRM контролирует менеджера, а не помогает ему. Если единственная польза системы для менеджера в том, что РОП видит его звонки, он будет вести клиентов там, где РОП не видит. У одного клиента Бюро на аудите выяснилось, что 73% звонков вообще не попадали в CRM: менеджеры не фиксировали «быстрые консультации». Лечится не штрафами, а тем, что CRM отдаёт менеджеру что-то своё: источник, подтянутый сам, очередь по вероятности сделки, напоминание о невыполненном обещании.

Две шахматки. Одна на сайте, другая в CRM, третья в файле у РОПа (зато у каждого своя правда). Клиент видит квартиру свободной, приезжает, а она забронирована со вчера. Один такой случай — и доверие к любой цифре в системе кончается.

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

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

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

С чего начать

Не с выбора вендора.

1. Проследи путь 20–30 последних сделок от первого касания до подписания — руками, по звонкам и переписке. Из этого получится воронка по действиям клиента, а не по статусам старой системы.
2. Запиши поля карточки лида и карточки объекта. Отдельно — какие обязательные на входе.
3. Определи, где будет жить шахматка. Одно место, один источник истины, все остальные читают оттуда.
4. Собери список интеграций: телефония и коллтрекинг, сайт, классифайды, банк или ипотечный брокер, агентский кабинет, выгрузка в BI.
5. Иди на демо к двум-трём вендорам со своим сценарием: семья из трёх контактов, бронь, агент, ипотека на одобрении — покажите, как это выглядит у вас.
6. Запускай на одном проекте или одном отделе: лучше узнать, чего не хватает в полях, на десяти сделках, чем на двухстах.

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

Остальные заметки про то, как в девелопменте продают, — в теме продажи недвижимости.