Риелтор больше не ищет объекты: как мы связали парсер недвижимости с amoCRM

В какой-то момент мы поймали себя на довольно простой мысли.

Когда агент ведёт подбор недвижимости для покупателя, ему совершенно не обязательно каждый раз начинать с нескольких открытых вкладок: ЦИАН, Авито, Домклик и дальше по списку.

Клиент уже рассказал, что ему нужно. Бюджет известен. Районы понятны. Количество комнат, площадь и остальные условия тоже.

Почему бы системе не проверить рынок самой — и не принести агенту то, что действительно подходит?

На словах идея выглядела почти смешно простой. Берём парсер недвижимости, задаём параметры поиска, собираем подходящие объекты и отправляем их в amoCRM.

Ну что тут может пойти не так?

Как выяснилось, всё самое интересное начинается как раз после слова «собираем».

Парсер оказался самой простой частью

Представим обычный подбор квартиры для покупателя.

Допустим, нужна двухкомнатная квартира. Есть бюджет. Несколько районов. Определённая площадь. Может быть важен этаж, год дома, расстояние до метро или другого нужного места.

Иногда важно ещё и то, кто разместил объявление: собственник, агентство или частный агент.

Параметры понятны.

А дальше начинается рынок.

Один объект есть на одной площадке.

Другой — сразу на трёх.

На одной площадке квартиры уже нет. На другой она ещё висит. На третьей та же квартира почему-то стоит на 300 тысяч дешевле.

Где-то появились новые фотографии. Где-то поменялось описание. Где-то объявление разместили повторно.

И всё это выглядит как разные объявления.

Хотя квартира — одна.

Поэтому довольно быстро стало понятно: если просто взять все найденные объявления и отправить их в CRM, мы не автоматизируем работу.

Мы просто перенесём бардак из браузера в amoCRM.

А это, согласитесь, довольно странная форма цифровизации.

Один объект, три объявления и маленький кризис идентичности

Самая забавная часть работы с недвижимостью — один и тот же объект умеет очень убедительно притворяться несколькими разными.

На одной площадке адрес написан полностью.

На другой — только улица.

В одном объявлении 61,2 м².

В другом — 61 м².

Цена отличается.

Текст отличается.

Иногда отличается даже набор фотографий.

Если ориентироваться только на ссылку объявления, мы получим несколько разных объектов.

Если ориентироваться только на адрес — тоже можно здорово ошибиться.

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

И вот тут парсер недвижимости постепенно перестаёт быть просто парсером.

Появляется нормальная система мониторинга объектов.

Мы перестали собирать объявления и начали отслеживать события

Это был важный поворот.

Нам не нужна была огромная куча карточек.

Нам было важно понимать, что изменилось.

Появился новый подходящий объект.

Снизилась цена.

Объявление сняли.

Объект снова появился.

Изменились данные.

Появился ещё один источник публикации.

То есть вместо вопроса:

«Что сейчас есть на рынке?»

система должна была постоянно отвечать на другой:

«Что произошло с момента последней проверки?»

И это совсем другая логика.

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

Дальше уже работал наш слой.

Он приводил данные к единому виду, применял критерии конкретного поиска, сверял объект с уже известными, объединял публикации одного объекта и только потом решал, нужно ли вообще что-то передавать в amoCRM.

Потому что CRM — не склад.

Её задача не хранить весь рынок недвижимости.

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

Что происходит с объектом до того, как его увидит агент

Допустим, появился новый объект.

Система его замечает.

Дальше начинается цепочка проверок.

Подходит ли район?

Попадает ли цена в бюджет покупателя?

Нужная ли площадь?

Подходит ли количество комнат?

Важен ли тип продавца — и совпадает ли он с условиями поиска?

Это действительно новый объект?

Не видели ли мы его раньше на другой площадке?

Не связан ли он уже с этим поиском в amoCRM?

Если всё подходит — объект идёт дальше.

Если нет — он просто остаётся за пределами рабочего процесса.

И это, на мой взгляд, одна из самых недооценённых частей автоматизации.

Хорошая система не только умеет что-то делать.

Она ещё умеет ничего не делать, когда действие не нужно.

Потому что если в CRM прилетает 500 объектов, из которых покупателю подходят 20, мы не облегчили работу агенту.

Мы просто заменили несколько площадок одним очень большим списком.

А что именно появляется в amoCRM

Вот здесь начинается та часть, которую уже видит команда.

В CRM приходит не голая ссылка на объявление.

Появляется нормальная карточка объекта, связанная с конкретным подбором.

В ней могут быть:

• адрес;
• стоимость;
• площадь;
• количество комнат;
• этаж;
• источник;
• ссылка на исходное объявление;
• дата появления;
• текущий статус;
• последнее изменение цены;
• тип продавца;
• дополнительные характеристики объекта.

И самое интересное — объект можно связывать не просто с общей базой, а с конкретным клиентом и его поиском.

У покупателя уже есть бюджет, районы, параметры квартиры и дополнительные условия.

Система знает эти критерии и передаёт агенту не всё подряд, а кандидатов именно под этот подбор.

Если тот же объект находится ещё на одной площадке, новую карточку создавать не обязательно.

Можно добавить ещё один источник к существующему объекту.

Если изменилась цена — обновить стоимость.

Если объявление сняли — поменять статус.

Если объект появился снова — вернуть его в работу.

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

Получается уже не просто набор объявлений.

Скорее небольшая история жизни каждого объекта.

Например, цена упала

Вот здесь автоматизация становится особенно наглядной.

Допустим, квартира подходила клиенту, но стоила 12,4 млн.

Через несколько дней цена стала 11,8.

Система видит изменение.

В карточке обновляется стоимость.

А ответственному агенту автоматически появляется задача:

Цена снижена на 600 000 ₽. Проверить объект для клиента Иванова.

Вот теперь изменение рынка не нужно обнаруживать случайно.

Не нужно вспоминать:

«Кажется, мы эту квартиру уже смотрели. А сколько она тогда стоила?»

Система помнит.

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

То есть автоматика заканчивается ровно там, где начинается нормальная работа человека.

Или объект исчез

Ещё одна типичная ситуация.

Объявление сняли.

Без мониторинга это легко обнаружить только тогда, когда кто-нибудь снова откроет ссылку.

В нашем случае изменение можно заметить автоматически.

Карточка получает новый статус.

При необходимости агенту ставится задача.

И объект не продолжает жить в подборе клиента так, будто с ним всё прекрасно.

Мелочь?

На одном объекте — да.

Когда одновременно ведётся несколько покупателей и десятки вариантов — уже нет.

Самое важное — фильтры принадлежат не парсеру

Очень легко увлечься технической стороной и решить, что ценность всей этой истории в том, что система умеет собирать объявления с ЦИАН, Авито, Домклик и других площадок.

На самом деле нет.

Источники недвижимости — это только вход.

Настоящая система начинается с вопроса:

что именно ищет этот покупатель?

Одному важны два конкретных района.

Другому — площадь и год дома.

Третьему нужен жёсткий ценовой предел.

Для кого-то принципиален собственник.

У другого десяток дополнительных условий.

Именно поэтому правила поиска должны жить отдельно от источника данных.

Сегодня клиент хочет:

2–3 комнаты, до 15 млн, такие-то районы.

Завтра бюджет изменился.

Послезавтра появился ещё один район.

Для этого не нужно перестраивать всю систему.

Меняются условия конкретного поиска.

И мониторинг продолжает работать.

Что в итоге изменилось

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

После автоматизации логика перевернулась.

Теперь не агент снова идёт по площадкам искать подходящий объект.

Подходящий объект приходит к агенту.

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

Если цена снизилась — система обновит её и при необходимости поставит задачу.

Если объявление сняли — изменит статус.

Если тот же объект появился на другой площадке — не создаст ещё одну одинаковую карточку.

Агент получает не весь рынок, а только то, что подходит под конкретный подбор.

В итоге получилась полноценная система мониторинга и подбора объектов

Если посмотреть на неё сверху, всё довольно просто:

запрос покупателя → мониторинг рынка → отбор подходящих объектов → отслеживание изменений → amoCRM → работа агента.

Но именно в этих переходах и находится вся логика.

Что считать одним и тем же объектом.

Какие параметры важны для конкретного покупателя.

Как реагировать на изменение цены.

Что делать со снятым объявлением.

Когда поставить задачу.

А когда вообще ничего не делать.

Сначала задача звучит примерно так:

«Нам бы парсер недвижимости подключить к amoCRM».

Парсер действительно нужен.

Но довольно быстро становится понятно, что одного парсера недостаточно.

Сам по себе он решает только первый слой задачи: получает данные об объектах.

Дальше всё равно нужно понять, какие из них действительно подходят конкретному покупателю, что считать одним и тем же объектом, как отслеживать изменения, когда обновлять карточку, а когда ставить задачу агенту.

Поэтому вокруг парсера появляется полноценная система.

Парсер собирает рынок. Система превращает поток данных в нормальный рабочий процесс.

И вот это уже совсем другой уровень автоматизации.