В недвижимости деньги теряются не на этапе сделки. Они теряются в первые пятнадцать минут после того, как человек нажал «позвонить» или «написать» в объявлении. Покупатель, который смотрит квартиры, пишет не в одно агентство. Он открывает пять карточек подряд, отправляет пять одинаковых сообщений и дальше разговаривает с тем, кто ответил первым и по делу. Остальные четверо получают вежливое «спасибо, я уже смотрю другой вариант» — если вообще получают ответ.
Это не гипотеза, это механика площадок. Циан, Авито, Домклик, контекстная реклама, лендинг застройщика — все они устроены так, что заявка уходит не одному адресату, а нескольким. Скорость первого ответа становится не сервисной метрикой, а фактором распределения выручки.
Ниже — модельный разбор того, как эта задача решается ИИ-продажником: из чего состоит поток заявок, что в нём поддаётся автоматизации, как строится квалификация и подбор, сколько это занимает по времени и — отдельно и подробно — чего такая система делать не должна ни при каких обстоятельствах. В недвижимости цена ошибки в консультации измеряется миллионами, поэтому честно очерченные границы здесь важнее любых обещаний по конверсии.
Почему первые минуты решают всё
Разберём типовую ситуацию по горячему объекту. Двушка в хорошем районе, адекватная цена, свежие фото. За первые сутки после публикации она собирает несколько десятков обращений. Пик приходится на вечер — с 19 до 23 часов, когда люди досмотрели ленту после работы. Часть заявок падает ночью и в выходные.
Что происходит дальше в агентстве без автоматизации. Риелтор, который ведёт объект, физически один. Он в это время либо на показе, либо за рулём, либо спит. Утром он открывает мессенджер и видит тридцать сообщений. Половина — «актуально?», четверть — «а можно дешевле?», ещё несколько — от коллег-агентов, которые хотят предложить объект своему клиенту, и пара обращений от людей, у которых бюджет вдвое меньше цены объекта.
Дальше начинается ручной разбор. На каждую заявку нужно потратить хотя бы три-пять минут: ответить, задать вопросы, понять, целевой ли это человек. Тридцать заявок — это два-три часа работы, которых у риелтора нет, потому что днём у него показы. В результате обработка растягивается на сутки, и большая часть людей к моменту ответа уже разговаривает с другим агентством.
Отдельная боль — доля нецелевых обращений. По типовым отраслевым наблюдениям, значимая часть потока по массовым объектам приходится на людей, которые смотрят «на будущее», на коллег из других агентств, на тех, чей бюджет не сходится, и на тех, кто перепутал район. Каждое такое обращение стоит риелтору тех же трёх-пяти минут, что и обращение реального покупателя. Ручной поток не умеет отделять одно от другого заранее.
режим приёма и обработки заявок, включая ночь и выходные
время первого ответа вместо часов ожидания до утра
риелтор получает лида уже с бюджетом, районом и сроком
Анатомия потока заявок
Прежде чем что-то автоматизировать, нужно понять, из чего вообще состоит входящий поток. У агентства и у застройщика структура немного разная, но каркас общий.
| Тип обращения | Что человек пишет | Что нужно для ответа | Автоматизируется |
|---|---|---|---|
| «Объект актуален?» | Короткий запрос по конкретному лоту | Статус лота в базе | Полностью |
| Уточнение параметров | Этаж, площадь, отделка, парковка, срок сдачи | Карточка объекта | Полностью |
| Запрос на подбор | «Нужна двушка до 12 млн у метро» | База объектов + фильтры | Полностью |
| Запись на просмотр | Готов приехать, нужен слот | Календарь риелтора | Полностью |
| Условия покупки в общем виде | Какие способы оплаты принимаются, есть ли рассрочка у застройщика | Регламент продаж | Частично |
| Ипотека: одобрение, ставка, шансы | «Мне одобрят?», «какая будет ставка?» | Решение банка | Нет |
| Торг и финальная цена | «Сколько минимум возьмёте?» | Позиция собственника | Нет |
| Юридические вопросы по объекту | Обременения, доли, история переходов | Проверка документов | Нет |
| Инвестиционные вопросы | «Вырастет ли в цене?», «стоит ли брать?» | Прогноз рынка | Нет |
Первые четыре строки — это, по типовым отраслевым наблюдениям, основная масса входящего потока по массовым объектам. Все они отвечаются по данным, которые у агентства уже есть: база объектов, статусы лотов, календарь показов. Ничего «умного» здесь придумывать не надо — нужна система, которая быстро находит факт, аккуратно его излагает и переводит разговор к следующему шагу.
Оставшиеся строки — зона человека, и это не временное ограничение технологии, а сознательное проектное решение. К нему вернёмся отдельно.
Что делает система на самом деле
Разложим на четыре функции. Они работают последовательно, но человек этого не замечает — для него это один непрерывный диалог.
Мгновенный первый ответ. Заявка с любой площадки попадает в систему за секунды. Не автоответ «мы получили вашу заявку, менеджер свяжется», а содержательная реплика: подтверждение, что объект актуален, ключевые параметры, которые обычно спрашивают следующим вопросом, и встречный вопрос, который двигает диалог. Смысл в том, чтобы человек не успел уйти в следующую вкладку.
Квалификация. Система задаёт три-пять вопросов и получает от человека то, что риелтор обычно вытаскивает по телефону за десять минут. Про набор вопросов — ниже отдельный раздел.
Подбор. Если объект из объявления не подошёл — по цене, этажу, району, сроку сдачи — система не отпускает человека, а предлагает альтернативы из базы по уже собранным параметрам. Это тот самый сценарий, который в ручном режиме почти никогда не отрабатывается: риелтор физически не будет перебирать базу ради человека, который написал «дороговато».
Запись на просмотр. Система смотрит в календарь риелтора, предлагает реальные свободные слоты, фиксирует выбор, ставит встречу и отправляет напоминание. Не «я передам менеджеру, он перезвонит», а конкретное время в конкретный день.
Заявка (Циан / Авито / реклама / сайт)
→ ИИ-продажник
├─ Статус лота из базы объектов ──→ актуален / продан / бронь
├─ Квалификация: бюджет, район, срок, оплата, цель
├─ Подбор альтернатив по параметрам ──→ 2–3 варианта
├─ Слоты из календаря ──────────────→ запись на просмотр
└─ Ипотека / торг / юр. вопросы / инвестиции → риелторКвалификация: пять вопросов, которые меняют работу отдела
Квалификация — сердце сценария. Именно она превращает лавину обращений в приоритизированную очередь. Важно, чтобы это не выглядело как анкета в отделе кадров: вопросы задаются по одному, вплетены в разговор и всегда объясняют, зачем они.
Бюджет. Не «сколько у вас денег», а «какой диапазон комфортен — чтобы я не показывал вам то, что не подходит». Это самый весомый фильтр: он сразу отсекает случай, когда человек смотрит объект за 15 млн с бюджетом 8 млн, и одновременно открывает подбор — потому что в диапазоне 8 млн у агентства почти наверняка что-то есть.
Район и география. Часто оказывается, что человек привязан не к району, а к точке: работа, школа ребёнка, родители. Как только это выясняется, подбор расширяется на соседние локации в той же транспортной доступности — и вариантов становится втрое больше.
Срок. «Когда планируете выйти на сделку» разделяет поток на три группы: горячие (в ближайший месяц), тёплые (три-шесть месяцев) и те, кто «просто смотрит». Все три группы нужны бизнесу, но работать с ними надо по-разному, и тратить время риелтора на третью группу в момент пиковой нагрузки — прямая потеря денег.
Способ оплаты. Наличные, ипотека, продажа своей квартиры в зачёт, рассрочка от застройщика. Это влияет на всё: на скорость сделки, на набор подходящих объектов, на то, какого специалиста подключать. Здесь важно: система только фиксирует способ оплаты. Она не оценивает шансы на одобрение и не консультирует по ипотеке — об этом ниже.
Цель покупки. Жить самому, сдавать, перепродать, купить детям. Определяет логику подбора: для жизни важны школа, двор и соседи, для сдачи — близость к метро и вузам, ликвидность планировки. Но и тут граница: система выясняет цель, чтобы правильно фильтровать базу, а не чтобы давать инвестиционные рекомендации.
Подбор объектов: как это работает технически
Подбор — то место, где система либо приносит деньги, либо выглядит глупо. Разница в том, откуда берутся объекты.
Правильная схема: система работает с вашей базой объектов через интеграцию. Это может быть внутренняя CRM агентства, фид выгрузки на площадки, база лотов застройщика с актуальными остатками. Ключевое требование — актуальность. Если система предложит квартиру, которая продана вчера, весь эффект от быстрого ответа обнуляется: человек приедет на просмотр несуществующего объекта и уйдёт с испорченным впечатлением.
Поэтому первым делом в проекте всегда стоит вопрос синхронизации: как часто обновляются статусы, есть ли API, что считается «доступным» лотом, кто и когда снимает бронь. Это скучная часть работы, но именно она определяет, будет ли система полезной.
Логика подбора строится по слоям. Сначала жёсткие фильтры — то, что нарушать нельзя: бюджет с разумным допуском вверх, количество комнат, тип объекта. Потом мягкие предпочтения — этаж, отделка, вид из окна, наличие парковки. Система ранжирует результаты и предлагает два-три варианта, а не вываливает список из сорока позиций. Два-три — потому что дальше начинается перегрузка выбором и человек берёт паузу «подумать», из которой не возвращается.
И отдельно — объяснение выбора. Не просто «вот варианты», а «этот на два этажа выше и в том же доме, этот дешевле на 400 тысяч, но дальше от метро». Человеку нужно понимать логику, иначе подборка выглядит как случайная выдача.
Синхронизация: техническая часть, от которой всё зависит
База объектов. Нужен источник актуальных статусов. Варианты по убыванию удобства: API вашей CRM, регулярная выгрузка фида, прямой доступ к базе лотов застройщика. Критично договориться о правилах: что считается доступным лотом, как отражается бронь, кто снимает статус после сделки, с какой задержкой обновляются данные. Если статусы обновляются раз в сутки вручную — система будет ошибаться ровно настолько, насколько отстают данные, и это надо честно закладывать в сценарий.
Календарь показов. Система должна видеть реальную занятость риелтора, а не абстрактные «удобные слоты». Это интеграция с рабочим календарём или модулем показов в CRM. Здесь же настраиваются правила: сколько показов в день максимум, какой буфер между ними на дорогу, за сколько часов можно записаться, что делать с накладками.
CRM. Каждый диалог должен доезжать в карточку сделки: контакт, источник, объект, собранные параметры квалификации, полная переписка, статус. Без этого риелтор всё равно начнёт разговор с нуля, и половина смысла квалификации потеряется.
Каналы. Заявки приходят из разных мест: формы площадок, звонки, мессенджеры, виджет на сайте, реклама. Технически каждый канал подключается отдельно, но логика диалога одна — иначе система начнёт вести себя по-разному в зависимости от того, откуда пришёл человек, и это будет заметно.
Что система НЕ делает — и почему это важнее списка возможностей
Это самый важный раздел текста. В недвижимости неверный совет стоит человеку годовых доходов, а агентству — репутации и, при неудачном стечении обстоятельств, судебного разбирательства. Поэтому границы задаются архитектурно: не «модель попросили не отвечать на такие вопросы», а система по конструкции переводит их на человека.
Система не даёт инвестиционных советов и не прогнозирует цены. На вопрос «вырастет ли этот район в цене» правильный ответ — не рассуждение о перспективах застройки, а честное: это прогноз рынка, его никто не может дать с гарантией, давайте обсудим с риелтором, что вы хотите получить от покупки. Любая другая формулировка — это финансовая рекомендация от лица агентства, которую агентство не готово подтвердить.
Система не консультирует по ипотеке и не заменяет брокера или банк. Она фиксирует, что человек планирует ипотеку, и передаёт это дальше. Она не оценивает шансы на одобрение, не называет ставку, не считает платёж как обязательство, не рассуждает про кредитную историю. Решение принимает банк, сопровождает — ипотечный брокер. Всё, что система может сказать по своей инициативе: «по ипотеке вас сориентирует наш специалист, подключить его?»
Система не проводит юридическую проверку объекта. Обременения, аресты, доли несовершеннолетних, история переходов права, риски оспаривания сделки — ничего из этого не входит в её компетенцию, даже если данные формально доступны. Заключение о чистоте сделки может дать только юрист, который несёт за него ответственность.
Система не обсуждает торг и финальную цену. Она называет цену из базы. На «сколько минимум возьмёте» отвечает, что вопрос цены обсуждается с риелтором и собственником, и предлагает записаться на просмотр. Торг — это переговоры, где важны интонация, контекст и полномочия. Ни то, ни другое, ни третье автоматизировать нельзя.
Система не выдаёт себя за живого человека. Если её прямо спрашивают, человек ли она, она отвечает честно и сразу предлагает соединить с риелтором. Попытка «сыграть» человека — самый быстрый способ потерять доверие, потому что рано или поздно она вскрывается, и после этого весь предыдущий диалог задним числом читается как обман.
| Задача | ИИ-продажник | Почему так |
|---|---|---|
| Подтвердить актуальность объекта | Да | Статус берётся из базы, ответ детерминирован |
| Рассказать параметры лота | Да | Данные карточки объекта |
| Собрать бюджет, район, срок, оплату, цель | Да | Структурированный опрос, результат едет в CRM |
| Подобрать альтернативы | Да | Фильтрация по базе с объяснением логики |
| Записать на просмотр | Да | Реальные слоты из календаря риелтора |
| Отсеять нецелевые обращения | Да, мягко | Не отказ, а корректный перевод в базу для будущего контакта |
| Оценить шансы на одобрение ипотеки | Нет | Решение банка, не наша компетенция |
| Назвать ставку и рассчитать платёж как обязательство | Нет | Условия задаёт банк, цифра станет обещанием |
| Проверить юридическую чистоту | Нет | Заключение даёт юрист под ответственность |
| Обсуждать торг и финальную цену | Нет | Переговоры с полномочиями — работа риелтора |
| Прогнозировать рост цен, советовать инвестиции | Нет | Прогноз рынка не даётся с гарантией |
| Выдавать себя за живого риелтора | Нет | Прямой вопрос — прямой ответ |
Практика показывает простую вещь: клиенты нормально относятся к тому, что первый контакт ведёт система, если она полезна и не притворяется. Раздражает не автоматизация, а тупик — когда нельзя дозваться человека и когда бот уверенно говорит ерунду по вопросу, в котором не разбирается.
Модельный расчёт: во что это превращается в цифрах
Дальше — модельный расчёт по типовым отраслевым вводным. Его задача не показать красивую цифру, а дать вам конструкцию, в которую вы подставите свои данные.
Возьмём условное агентство: 600 входящих обращений в месяц со всех источников, 6 риелторов, средняя обработка одного обращения вручную — 4 минуты (прочитать, ответить, уточнить, зафиксировать). Доля нецелевых обращений — 40%. Среднее время до первого ответа днём — 40 минут, вечером и ночью — до утра.
Шаг 1. Сколько времени съедает поток. 600 × 4 мин = 2 400 минут = 40 часов в месяц только на первичную обработку. Это без показов, без сопровождения сделок, без документов.
Шаг 2. Сколько из этого уходит впустую. 40% нецелевых — это 16 часов в месяц, потраченных на людей, которые никогда не станут покупателями по этому объекту. Не потому что риелторы плохо работают, а потому что отделить их заранее вручную невозможно.
Шаг 3. Что даёт квалификация на входе. При таких вводных система забирает на себя первичный контакт целиком: подтверждение статуса, ответы на типовые вопросы, сбор параметров. Риелтор получает не 600 обращений, а около 360 квалифицированных карточек, из которых часть уже с назначенным просмотром. Заложим осторожно, что на разбор карточки уходит 1,5 минуты вместо 4: 360 × 1,5 = 9 часов вместо 40.
Шаг 4. Что происходит со скоростью. Ночные и вечерние заявки перестают ждать до утра. В модельном расчёте это самый весомый эффект: по типовым отраслевым наблюдениям, значимая доля обращений по массовым объектам приходится на нерабочее время, и именно эти лиды в ручном режиме теряются полностью.
Отдельно про то, чего в расчёте нет. Самый весомый эффект в недвижимости — не экономия часов, а спасённые лиды: обращения, которые в ручном режиме просто не были обработаны или обработаны слишком поздно. Оценить это честно можно только на ваших данных, сравнив обработанный поток до и после. Закладывать это в предварительный расчёт было бы натягиванием.
Этапы внедрения
- 3–5 дней
Аудит потока и данных
Выгружаем реальные обращения за последний месяц, размечаем структуру: сколько типовых вопросов, сколько нецелевых, откуда приходят, в какое время. Параллельно смотрим состояние базы объектов: есть ли API, как обновляются статусы, что с календарём показов. На выходе — честная оценка автоматизируемой доли именно у вас и список технических блокеров.
- 1–2 недели
MVP на одном источнике
Собираем сценарий на самом массовом канале — обычно это заявки с площадки по вторичке или лендинг конкретного ЖК. Подключаем базу объектов, настраиваем квалификацию и первичный подбор. Запускаем на части трафика, чтобы риелторы могли сравнить со своей обычной обработкой.
- 1 неделя
Календарь, CRM и остальные каналы
Подключаем запись на просмотр с реальными слотами, настраиваем передачу карточек в CRM, разворачиваем сценарий на остальные источники заявок. Настраиваем эскалацию на риелтора с полным контекстом диалога.
- 1–2 недели
Калибровка на реальном потоке
Разбираем логи диалогов вручную: где система отвечала неуверенно, где человек уходил, где квалификация буксовала. Дорабатываем формулировки, добиваем слепые зоны, настраиваем метрики. Передаём код, документацию и инструкции команде.
Итого от старта до работающей системы — примерно месяц-полтора. Основное время съедают не диалоги, а интеграции: база объектов и календарь почти всегда оказываются в худшем состоянии, чем предполагалось на старте. Это нормально и обнаруживается на первом этапе, а не в середине проекта.
Как измерять качество
Одна цифра ничего не покажет. Смотреть надо на связку, где каждая метрика проверяет соседнюю.
| Метрика | Что показывает | Тревожный сигнал |
|---|---|---|
| Доля ответов в первые 5 минут | Основной эффект системы | Проседает ночью — что-то с интеграцией канала |
| Доля обращений с полной квалификацией | Качество диалога | Растёт, но риелторы всё равно переспрашивают |
| Записей на просмотр со 100 обращений | Конверсию в целевое действие | Растёт при падении доходимости — записываем не тех |
| Доходимость до просмотра | Реальность записей | Ниже половины — слоты нереалистичны или нет напоминаний |
| Доля эскалаций на риелтора | Границы компетенции | Ниже 10% — система берётся не за своё |
| Доля «не знаю» и низкой уверенности | Слепые зоны базы | Растёт — база объектов или регламенты устарели |
| Жалобы на «бота» | Восприятие | Появляются после изменения тона диалога |
Отдельно про долю эскалаций. Интуиция говорит: чем реже система дёргает человека, тем лучше. В недвижимости это неверно. Слишком низкая эскалация означает, что система отвечает на вопросы про ипотеку, юридику и торг вместо того, чтобы передавать их риелтору. Здоровый коридор — заметная доля диалогов уходит человеку, и это не поломка, а работающая по проекту граница.
Второе, за чем стоит следить особенно внимательно — доходимость до просмотра. Легко построить систему, которая записывает всех подряд: конверсия в записи взлетит, а риелторы будут ездить на пустые показы и через месяц перестанут доверять системе. Правильная связка — «записались» и «доехали» смотрятся всегда вместе.
Риски и как они снимаются
«Система будет выдумывать характеристики объектов». Главный риск, и решается он архитектурно: ответ строится только по данным из базы объектов и утверждённым регламентам. Нет данных — система говорит, что уточнит, и передаёт риелтору. Плюс панель качества, где видно все ответы с низкой уверенностью.
«База объектов не в порядке». Обычно так и есть: статусы отстают, часть лотов живёт в голове конкретного агента, в фиде для площадок одно, в CRM другое. Аудит на первом этапе это вскрывает, и часто наведение порядка в базе оказывается самостоятельной ценностью проекта — независимо от того, что будет с автоматизацией.
«Клиенты почувствуют бота и уйдут». Уходят не от бота, а от бесполезного бота и от тупика. Поэтому в сценарии переход на человека доступен в один шаг в любой момент, а на прямой вопрос «вы человек?» система отвечает честно. Это не слабость, а условие доверия — и в нише, где обсуждаются миллионы, доверие важнее гладкости диалога.
«Риелторы саботируют». Реальный риск, который часто недооценивают. Если система воспринимается как контроль или как угроза, ей не будут пользоваться: карточки не откроют, показы не подтвердят. Снимается тем, что первым эффектом должно быть снятие рутины, а не появление отчётности. Риелтор должен увидеть, что ему стало меньше работы, а не больше.
«Мы попадём в зависимость от подрядчика». Код, документация и права передаются вам. Развивать сценарии, менять формулировки и подключать новые каналы ваша команда сможет самостоятельно.
Частые вопросы
Заменит ли система риелторов? Нет, и не должна. Она снимает первичный контакт, квалификацию и запись на просмотр — то, что съедает часы и плохо масштабируется. Показ, переговоры, торг, сопровождение сделки, работа с сомнениями остаются за людьми. Практически всегда это перераспределение: те же риелторы начинают проводить больше показов вместо того, чтобы разгребать переписку.
Что делать с нецелевыми обращениями — просто отсекать? Не отсекать, а корректно разводить. Человек, который «просто смотрит» и планирует покупку через год, — это не мусор, а лид с длинным циклом. Правильный сценарий: собрать параметры, сохранить в базу, предложить сообщить, когда появятся подходящие варианты. Через год это может стать сделкой, а в ручном режиме такой контакт теряется гарантированно.
У нас новостройки, а не вторичка. Что-то меняется? Меняется многое. У застройщика база лотов структурирована лучше, статусы точнее, но добавляются свои темы: сроки сдачи, этапы строительства, отделка, эскроу, рассрочка, субсидированные программы. Часть из них автоматизируется хорошо — это регламентная информация. Но всё, что касается ипотечных программ и финансовых условий как обещания, остаётся за человеком по тем же причинам.
А если человек сразу просит риелтора? Соединяем. Без «сначала ответьте на несколько вопросов». Требовать квалификации от человека, который явно просит живого собеседника, — быстрый способ его потерять. Система в этом случае просто передаёт диалог с тем контекстом, который успела собрать.
Насколько это дорого в эксплуатации? Помимо разработки есть расходы на вызовы модели и инфраструктуру. Порядок величины: при потоке в несколько сотен обращений в месяц это заметно меньше стоимости одной ставки. Но точная цифра считается на аудите, когда понятны объём потока и средняя длина диалога — в недвижимости диалоги длиннее, чем в e-commerce, потому что квалификация требует нескольких шагов.
Что если объект продан, а система об этом не знает? Это ровно тот сценарий, ради предотвращения которого делается интеграция со статусами. Если по техническим причинам статусы обновляются с задержкой, сценарий строится осторожнее: система не утверждает, что объект доступен, а формулирует мягче и подтверждает актуальность через риелтора перед показом. Хуже задержки только уверенное враньё.
Можно ли начать с малого? Нужно. Самый рабочий заход — один источник заявок и одна категория объектов. За две-три недели видно всё: качество диалогов, реакцию клиентов, реальную долю нецелевых, состояние базы. После этого решение о полном развороте принимается на ваших данных, а не на презентации.
Что понадобится от вас
Чтобы аудит был расчётом, а не гаданием:
- выгрузка обращений за последний месяц из всех источников — площадки, мессенджеры, формы сайта (можно обезличенную);
- доступ к базе объектов или описание, как она устроена и как обновляются статусы;
- понимание, как сейчас ведётся календарь показов и кто им управляет;
- действующие регламенты: что риелтор обязан говорить, чего не должен обещать, когда подключается юрист и ипотечный специалист;
- один человек со стороны бизнеса — обычно руководитель отдела продаж, — который решает спорные вопросы про формулировки.
Этого достаточно, чтобы через несколько дней у вас была не презентация, а конкретика: какая доля вашего потока автоматизируется, сколько времени риелторов это высвобождает и где именно сейчас теряются лиды.