ИИ для продажи квартир помогает агенту отвечать покупателям по подтверждённым данным объекта, согласовывать просмотр и передавать сложные вопросы человеку. Начните с карточки квартиры, где у каждого факта указан источник: документ, собственник или свежий осмотр. Если подтверждения площади, статуса или условий продажи пока нет, ответ оставляют агенту.
Карточка объекта
Основа сценария — карточка с источником и датой каждого факта; спорные поля уходят агенту до отправки ответа покупателю.
Покупателю нужны площадь, планировка, этаж, состояние, цена, условия сделки и доступное время просмотра. Соберите эти поля в одной карточке, но разделите сообщения собственника, данные документов и наблюдения агента. Формулировка «собственник сообщил» точнее уверенного утверждения там, где документ ещё ожидается. Фото, адрес и описание тоже привязывайте к версии карточки: вчерашняя цена в тексте сообщения способна сорвать разговор быстрее любой ошибки стилистики.
Нейросеть готовит черновик ответа только из разрешённых полей. Для каждого ответа она возвращает поле источника и пометку о свежести данных. При пустом поле модель предлагает короткий уточняющий вопрос агенту. Генерация объявления подробно разобрана в материале об объявлении квартиры; здесь задача шире: провести контакт от первого вопроса до просмотра, сохранив факты на каждом шаге.
- Документы подтверждают площадь и характеристики, но агент сверяет актуальность выписки и право публикации сведений.
- Собственник подтверждает цену и условия, а агент отмечает дату разговора и допустимость торга.
- Осмотр подтверждает состояние и доступность помещений; неподтверждённые предположения модели оставляют за пределами карточки фактов.
В карточке полезно хранить статус каждого поля: подтверждено документом, сообщено собственником, требует проверки. При обновлении поля фиксируйте автора изменения. Это защищает переписку от случайной подмены актуальных условий старым текстом объявления и даёт агенту понятную причину уточняющего вопроса.
Ответы покупателю
Входящий вопрос обычно смешивает факты и намерение: «Есть ли торг и можно ли в субботу посмотреть?». Разделите его на цену, условия переговоров и время показа. GigaChat или YandexGPT могут сформировать спокойный ответ по карточке, но право назвать размер скидки остаётся у продавца. Модель получает правило: цитировать только подтверждённое, указывать неопределённость и передавать вопрос агенту, если в карточке отсутствует ответ.
| Вопрос | Автоматический ответ | Передача агенту |
|---|---|---|
| Какая площадь? | Значение и источник из карточки | Расхождение с документом |
| Возможен торг? | Подтверждённый статус переговоров | Новая сумма или условие |
| Когда показ? | Доступные окна календаря | Особые условия доступа |
Для проверки создайте набор реальных обезличенных вопросов и прогоните их через черновик ответа. Оценивайте грамотность и достоверность: отмечайте утверждения без источника, пропущенные уточнения и попытки назвать неподтверждённые характеристики. По нашему опыту, полезнее сначала закрыть несколько частых типов вопросов с ясными правилами передачи человеку, чем автоматизировать всю переписку сразу. Описание объекта нейросетью помогает подготовить исходный текст, но факты для диалога всё равно живут в карточке.
Отдельный тест проведите на вопросах с подвохом: покупатель просит подтвердить обещание о ремонте, свободной парковке или сроке освобождения квартиры. Если факт отсутствует в карточке, корректный результат — запрос агенту. Запишите, какие ответы агент переписывает чаще всего, и уточните правила.
Запись на просмотр
Запись начинается после проверки интереса покупателя: подходящий район, бюджет, готовность обсудить условия и способ связи. Модель задаёт короткие вопросы по очереди и предлагает только свободные окна из календаря агента. Подтверждение уходит после записи события, а изменение времени возвращается в тот же календарь. Так два канала общения видят одну занятость и покупатель получает конкретный адрес лишь в момент, выбранный продавцом.
- Проверьте согласие человека на связь и запишите нужный канал ответа.
- Сверьте подходящие окна агента, собственника и покупателя.
- Создайте событие и отправьте подтверждение с правилами доступа.
- Передайте агенту краткую историю вопросов и список открытых пунктов.
Для отдельного сценария записи есть разбор бота для показа квартиры. Здесь запись связана с общей карточкой и перепиской: агент должен видеть, какие обещания уже прозвучали. Передача истории важна при повторном обращении с другого канала. Если используются Битрикс24 или amoCRM, храните в сделке ссылку на актуальную карточку, вместо копии характеристик, которая быстро устаревает.
Такой маршрут удобен, когда агент обрабатывает несколько объектов и рискует смешать условия разных продавцов. Сначала настройте контроль одного объекта и одного календаря; затем измерьте долю подтверждённых просмотров.
Напоминание о просмотре отправляйте только после подтверждения времени обеими сторонами. При отмене события освободите окно календаря и уведомите заинтересованных участников. Дубли записи отслеживайте по объекту, времени и контакту покупателя, сохраняя возможность исправить случайное совпадение вручную.
Хотите связать ответы покупателям с записью на показы?
Работа с возражениями
Слова «дорого», «далеко», «нужен ремонт» требуют разных действий. Система отмечает тему возражения, собирает подтверждённые аргументы из карточки и показывает агенту черновик ответа. Окончательный выбор тона и условия уступки остаются человеку. Если покупатель спрашивает о юридическом статусе объекта, агент запрашивает документы и даёт ответ после проверки специалистом, а модель лишь формирует список недостающих сведений.
Полезно фиксировать исход каждого обсуждения: покупатель записался, попросил дополнительные сведения или прекратил контакт. Тогда видно, какие вопросы появились после просмотра, а какие блокируют запись ещё в чате. Простое число отправленных ответов мало говорит о пользе сценария. Сравнивайте долю диалогов, дошедших до подтверждённого показа, и долю исправлений фактов агентом на одинаковых периодах и типах объектов.
Возьмите один объект с полным набором проверенных сведений. Для каждого входящего вопроса сохраняйте черновик модели, правку агента и итог беседы. Первые ошибки обычно обнаруживаются в цене, доступных окнах и свойствах, описанных продавцом со слов.
Возражение о цене часто маскирует вопрос о состоянии или районе. Пусть модель покажет агенту исходную фразу покупателя и возможные темы, без автоматического обещания скидки. Последующий разговор даст больше пользы, если человек видит контекст и понимает, какие сведения уже отправлены.
Контроль продажи
Раз в неделю сверяйте карточку с актуальными условиями собственника и календарём. При изменении цены предыдущие шаблоны ответа помечайте устаревшими, а текущие диалоги передавайте агенту на просмотр. Так система поддерживает переговоры, сохраняя право человека решать спорные вопросы. Отдельно проверьте доступ к документам: покупателю нужен ответ по факту, а внутренние сканы и телефоны собственника должны оставаться внутри команды.
Зафиксируйте границу задач до запуска: модель предлагает ответ и собирает запись, агент утверждает спорные сведения, собственник согласует условия сделки. Эту границу удобно описать вместе с маршрутом передачи данных в CRM. Автоматизация агентства недвижимости раскрывает организацию процесса шире; при разработке конкретного сценария поможет страница об автоматизации бизнес-процессов.
При оценке проекта учитывайте качество исходной карточки, количество каналов общения, число календарей и правила хранения персональных данных. Стоимость работы определяется после разбора этих связей. Контрольный результат пилота — корректные ответы по проверенным полям и подтверждённые просмотры, которые агент видит в своей рабочей системе.
Перед расширением процесса на весь портфель сравните объекты с полной карточкой и объекты с пробелами. Разница в количестве передач агенту покажет качество исходных данных. Затем закрепите ответственного за обновление каждого типа сведений: цена, документы, доступ к просмотру и состояние квартиры.