# CRM для агентства недвижимости: как связать каталог объектов и работу с лидами
Редакция SGI24. Это проектная методика, а не описание внедрения в конкретном агентстве недвижимости. [О бюро](/company).
CRM для агентства недвижимости должна связывать объект, собственника, покупателя или арендатора, обращения, показы, предложения и документы. Обычная воронка продаж не учитывает, что один человек рассматривает несколько объектов, один объект получает десятки обращений, а сведения о цене и доступности меняются во времени.
Если сайт, рекламные площадки и база агентства живут отдельно, менеджеры повторно вводят данные, публикуют устаревшие цены и спорят о принадлежности клиента. Сначала нужно описать объект, клиента и сделку, затем выбрать основную систему для каждого вида данных.
Разобрать CRM агентства недвижимости
Сначала определите модель агентства
Системы для новостроек, вторичного рынка, коммерческой недвижимости, аренды и загородных объектов различаются. До выбора CRM нужно ответить:
- с какими типами недвижимости работает компания;
- представляет она собственника, покупателя или обе стороны;
- ведёт собственные, партнёрские или общедоступные объекты;
- где публикуются предложения;
- кто отвечает за актуальность;
- как распределяются обращения;
- на какой стадии появляются документы и финансовые условия;
- как рассчитывается вознаграждение.
Если эти правила не описаны, готовая CRM закрепит текущую путаницу. Сотрудники продолжат вести личные таблицы, потому что общая система не отражает их работу.
Основные сущности
Минимальная модель включает:
- объект недвижимости;
- собственника или правообладателя;
- контакт;
- обращение;
- потребность;
- подборку;
- показ;
- предложение;
- сделку;
- документ;
- источник публикации.
Объект и объявление — разные сущности. Один объект может иметь несколько рекламных размещений с разными заголовками и наборами фотографий. Обращение относится к человеку, каналу и конкретному интересу. Потребность описывает критерии поиска и может существовать до выбора объекта.
Основная карточка объекта
Карточка объекта хранит проверенные рабочие сведения:
- тип и назначение;
- адрес и географические координаты;
- площадь и характеристики;
- состояние;
- цена и условия;
- собственник и ответственный;
- статус доступности;
- дата последней проверки;
- фотографии и документы;
- ограничения публикации;
- история изменений.
Не все поля должны уходить на сайт. Контакты собственника, внутренние комментарии, документы и условия комиссии относятся к закрытой части. Публичная карточка формируется из разрешённого набора данных.
Цена должна иметь дату и автора изменения. Если её просто перезаписывать, агентство не сможет восстановить, какое предложение видел клиент и почему изменились условия.
Кто отвечает за актуальность объекта
Статус «активен» не должен сохраняться бесконечно. Для каждого объекта задают: ответственного; срок следующей проверки; способ подтверждения; дату последнего контакта с собственником; причину приостановки или закрытия.
Если подтверждение просрочено, система может скрыть объект из новых публикаций или поставить задачу. Автоматическое удаление без проверки опасно, но и бессрочная публикация создаёт поток обращений по недоступному предложению.
Дубли объектов
Один объект может попасть в базу от разных агентов, партнёров или площадок. Совпадение только по адресу не всегда достаточно: в доме несколько помещений, а адрес может быть записан по-разному.
Поиск дублей использует набор признаков:
- нормализованный адрес;
- номер помещения, если допустим;
- координаты;
- площадь;
- собственник или контакт;
- фотографии;
- внешний идентификатор;
- характеристики объекта.
Система должна показать возможное совпадение и помочь сотруднику принять решение. Автоматическое объединение может смешать разные помещения или раскрыть информацию не тому ответственному.
Собственник и объект не должны сливаться
У одного собственника может быть несколько объектов. У объекта могут быть совладельцы или представители. Контактное лицо не всегда совпадает с правообладателем.
Поэтому отдельно хранят:
- человека или организацию;
- роль по отношению к объекту;
- подтверждённые контакты;
- полномочия;
- договорённости;
- разрешённые способы связи;
- документы с ограниченным доступом.
Так агентство видит историю отношений и не создаёт нового собственника при каждом объекте.
Потребность покупателя или арендатора
Карточка потребности описывает, что ищет клиент:
- тип объекта;
- районы или география;
- диапазон цены;
- площадь;
- обязательные условия;
- желательный срок;
- способ оплаты или финансирования;
- причины выбора;
- уже просмотренные и отклонённые варианты.
Критерии меняются после звонков и показов. Историю изменений полезно сохранять: она объясняет, почему ранее неподходящий объект может стать актуальным, и не заставляет клиента повторять всё новому агенту.
Обращение с сайта и рекламной площадки
В CRM вместе с телефоном должны поступать:
- объект или подборка;
- источник и рекламное размещение;
- страница входа;
- сообщение клиента;
- дата и время;
- предпочтительный канал;
- технический идентификатор обращения;
- сведения о согласии, если форма собирает персональные данные.
Звонок по подменному номеру, сообщение с площадки и форма сайта могут принадлежать одному человеку. Система ищет совпадения, но сохраняет каждое обращение отдельно. Это нужно для атрибуции, истории и оценки качества каналов.
Распределение лидов
Правило «кто первый открыл, тот и работает» создаёт конфликты. Распределение можно строить по объекту, району, типу сделки, графику, загрузке или закреплённому клиенту.
При любом варианте фиксируются:
- время поступления;
- назначенный сотрудник;
- срок первого действия;
- факт контакта;
- результат квалификации;
- причина передачи другому агенту.
Если ответственный недоступен, обращение должно вернуться в контролируемую очередь. Перенаправление в личный чат не считается обработкой.
Подборки вместо списка ссылок
Агент может собрать для клиента подборку из собственных и партнёрских объектов. В ней у каждого варианта есть актуальная цена, статус, комментарий и реакция клиента.
Полезный маршрут:
- Агент формирует подборку по подтверждённым критериям.
- Клиент получает защищённую страницу.
- Отмечает интерес, вопрос или отказ.
- Ответ попадает в CRM.
- Агент назначает следующее действие.
Обычный список ссылок в мессенджере быстро устаревает и не показывает, какие варианты клиент изучил. Подборка должна скрыть закрытые поля и прекратить показ объекта, если он снят с публикации.
Показы
Показ связывает клиента, объект, агента, время и результат. Его статусами могут быть: предложен, согласован, подтверждён, состоялся, перенесён, отменён.
После показа сотрудник фиксирует: реакцию клиента; возражения; вопросы; требуемые уточнения; решение по объекту; следующий шаг.
Фраза «думает» не даёт руководителю достаточной информации. Следующий шаг должен иметь срок: получить документ, уточнить условия, подготовить предложение или подобрать другие варианты.
Предложения и переговоры
Интерес к объекту ещё не означает сделку. Система отделяет предложение клиента от согласованного условия. Для предложения фиксируют сумму, состав условий, срок действия, автора и ответ второй стороны.
История версий нужна, чтобы сотрудники не обсуждали разные цифры. Если условия передаются собственнику, CRM должна показать, кто отвечает за обратную связь и когда клиенту обещан ответ.
Сделка и документы
После подтверждения условий начинается отдельный маршрут. Его состав зависит от типа недвижимости и роли агентства, поэтому универсальный набор статусов без настройки редко подходит.
В системе можно контролировать:
- участников и роли;
- перечень необходимых документов;
- получение и проверку;
- договорённости и сроки;
- встречи;
- платежные этапы;
- внутренние согласования;
- завершение и вознаграждение.
CRM помогает управлять задачами, но не заменяет профессиональную правовую проверку объекта и сделки. Юридическое решение должно оставаться у уполномоченного специалиста.
Права доступа и конфиденциальность
В базе недвижимости хранятся контакты, переписка, документы, сведения о собственности, финансовых условиях и местонахождении. Не всем сотрудникам нужен полный доступ.
Права можно разделять по ролям и объектам:
- агент видит закреплённых клиентов и рабочие объекты;
- руководитель группы контролирует воронку;
- юрист получает документы на нужной стадии;
- маркетолог работает с публичными материалами без закрытых сведений;
- бухгалтерия видит финансовую часть.
Скачивание, массовая выгрузка, передача объекта и просмотр закрытого документа должны оставлять след. После увольнения доступ прекращается централизованно, а не через удаление отдельных паролей из браузера.
Сайт и публикации
Сайт получает публичные данные из карточки объекта. Перед публикацией проверяются обязательные поля, качество фотографий, разрешение на размещение, цена и актуальность.
Для каждого канала нужен внешний идентификатор. Тогда изменение цены обновляет существующее объявление, а не создаёт новое. Ошибка площадки должна попасть в контролируемый список с причиной и повтором после исправления.
При снятии объекта система прекращает новые публикации, но сохраняет историю обращений и сделок. Удалять всю карточку ради исчезновения с сайта не нужно.
Интеграции и основная база объектов
Типичная система связывает CRM с сайтом, телефонией, почтой, корпоративными мессенджерами, рекламными площадками, аналитикой и учётной программой.
Для каждого обмена заранее определяют:
- какая система создаёт запись;
- кто меняет цену и статус;
- что считается подтверждённым контактом;
- как связываются идентификаторы;
- как обрабатывается повтор;
- что происходит при ошибке;
- кто получает сигнал.
Если два сервиса могут независимо менять доступность объекта, расхождения неизбежны. Один из них должен хранить исходный статус, остальные — получать изменения и подтверждать результат.
Аналитика для руководителя
Отчёт должен связывать маркетинг с работой агентов и итогом:
- обращения по источникам и объектам;
- время до первого контакта;
- квалифицированные потребности;
- созданные подборки;
- назначенные и состоявшиеся показы;
- предложения;
- сделки;
- причины отказа;
- актуальность базы;
- просроченные задачи;
- результат публикаций.
Большое число лидов по одному объекту может означать привлекательное предложение, ошибочную цену или давно недоступный объект. Поэтому количество обращений рассматривают вместе с показами, предложениями и итоговыми сделками.
Как принимать CRM агентства недвижимости
Перед запуском нужно пройти реальные сценарии:
- Новый собственник предлагает объект.
- Второй сотрудник вводит возможный дубль.
- Цена меняется и обновляется на сайте.
- Объект временно снимается с публикации.
- Покупатель обращается по двум объявлениям.
- Существующему клиенту меняют критерии поиска.
- Формируется подборка и фиксируется реакция.
- Показ переносится, затем проводится.
- Клиент делает предложение с ограниченным сроком.
- Сотрудник передаёт клиента другому агенту.
- Внешняя площадка возвращает ошибку.
При приёмке проверяют экраны, права, дубли, историю изменений, задачи, уведомления и итоговые отчёты.
Частые ошибки
- Объект, объявление и сделка объединены в одной карточке.
- Контакт собственника публикуется вместе с объектом.
- Цена не имеет истории.
- Актуальность подтверждается вручную без срока.
- Повторное обращение создаёт нового клиента.
- Лиды распределяются через личные чаты.
- Подборки отправляются набором устаревающих ссылок.
- Показ не имеет результата и следующего шага.
- Закрытые документы доступны всему отделу.
- Сайт и площадки независимо меняют статус объекта.
- Аналитика считает обращения, но не показывает сделки.
Проектная модель для агентства
Мы описываем объекты, роли участников, потребности, публикации, показы и этапы сделки. Затем определяем основные системы, права, правила дублей и обмен между сайтом, CRM, площадками и учётной программой.
В результате агент работает с актуальной карточкой и понятным следующим шагом, клиент получает релевантные предложения, а руководитель видит путь от источника до сделки и качество базы объектов.
Обсудить CRM и сайт агентства недвижимости
Укажите сегмент недвижимости, текущую CRM и источник каталога объектов. Первый разбор должен определить сущности и дубли, а не начинаться с выбора интерфейса.
Связанные материалы
Точная модель зависит от сегмента недвижимости, роли агентства, состава каналов и действующих внутренних систем.
Документы для УК, ТСЖ и собственников
Готовые файлы Word. Одиночный документ собирается по форме, комплект выдаётся архивом после оплаты.