CRM для агентства недвижимости: объекты, лиды, звонки

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

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

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

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

Дубли в недвижимости — не вопрос аккуратности, а структурная особенность канала. Человек видит ваши объявления сразу на нескольких площадках, потому что вы их туда и выкладываете: пишет по одному объекту в Авито, звонит по другому с Циан, через неделю оставляет заявку на сайте. Формально это три обращения, фактически — один покупатель. Если система не склеивает их в одну карточку, за него берутся разные агенты, агентство платит за обращение трижды и получает внутренний спор о комиссии.

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

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

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

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

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

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

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

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

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

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

О телефонии мы говорим со стороны собственной практики: у нас в проде работает своя АТС на Asterisk. Правда, это не кейс агентства недвижимости, а личная инфраструктура телеком: звонки через 1 московский номер UIS из-за границы, защищённый VPN-туннель до сервера в РФ, параллельный дозвон на 2 софтфона. За отраслевой опыт мы это не выдаём, полезен другой вывод: на своём сервере логика звонка — маршрутизация, передача разговора в CRM, ссылка на запись — описывается конфигурацией вручную, а не выбирается из панели оператора. При нестандартной схеме приёма звонков это нужный уровень гибкости, но платят за него обслуживанием.

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

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

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

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

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

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

Выбор системы — не первый вопрос, а третий. Первые два звучат неудобно. Сколько обращений вы получили за прошлый месяц и сколько из них дошло до показа? Если ответа нет ни в одной системе, автоматизировать пока нечего. И второй: если завтра уйдёт один из ваших сильных агентов, что останется в агентстве из того, что он знает о клиентах и собственниках? Честный ответ на второй вопрос обычно и запускает проект.

По платформе развилка простая. Битрикс24 закрывает потребности большинства агентств: CRM, телефония, мессенджеры, задачи, документы и права доступа в одной системе, объекты заводятся отдельной сущностью через смарт-процессы. Официальные облачные тарифы при оплате за год: бесплатный без ограничения пользователей с базовыми функциями, Базовый на 5 пользователей — 1 743 ₽/мес, Стандартный на 50 пользователей — 4 893 ₽/мес, Профессиональный на 100 пользователей — 9 793 ₽/мес, Энтерпрайз от 250 пользователей — от 23 793 ₽/мес. Это цена платформы, а не работ по внедрению. Второй вариант — self-hosted CRM на своём сервере: имеет смысл при полной изоляции базы или нестандартной модели прав, но требует собственного обслуживания.

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

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