Лот должен дождаться покупателя
Если квартира уйдёт другому клиенту во время разговора, весь красивый интерфейс бесполезен. Нужна настоящая бронь в системе застройщика.
REAL.BZ сейчас собирает API застройщиков, банков и реестров в один маршрут сделки.
Не чат с подборкой квартир. Живой лот, бронь, проверки, договор, эскроу и электронная регистрация — без провалов между сервисами.
Покупатель выбирает квартиру и подписывает договор. Система готовит остальное, показывает состояние каждого шага и останавливается там, где решение обязан принять человек.
Самая простая версия такого агента подбирает квартиру, показывает планировку и генерирует видео. Покупатель говорит «беру» — и именно здесь начинается настоящая система.
Если квартира уйдёт другому клиенту во время разговора, весь красивый интерфейс бесполезен. Нужна настоящая бронь в системе застройщика.
У проектов разные форматы, акции и частота обновлений. Каталог без времени последней синхронизации быстро превращается в источник ошибок.
Агент может собрать данные и подготовить договор. Подписание и юридически значимое волеизъявление остаются за человеком.
Поэтому видео оставляем второй фазе. Сначала строим транзакционный позвоночник: данные, бронь, проверки, договор, подпись и регистрация.
Маршрут начинается не с фильтра по этажу. Он начинается с задачи человека и заканчивается только тогда, когда следующий шаг сделки понятен всем участникам.
Бюджет, состав семьи, срок, город, ипотека, цель покупки и требования, которыми человек не готов поступиться.
Структурированный запрос
Не сотня карточек, а 3–5 живых вариантов. По каждому — почему он подходит, что уступает альтернативам и какой вид будет из окон.
Короткий список с объяснением
API застройщика возвращает цену, срок холда, размер и возвратность платежа. Источник может дать 24, 48 или 72 часа; для MVP проверяем сценарий 48 часов, а реальное правило всегда задаёт проект.
Бронь с таймером и условиями
Предодобрение ипотеки, KYC и требования 115-ФЗ, материнский капитал, субсидии, trade-in и другие условия проходят до подготовки договора.
Нет сюрприза после брони
Данные покупателя подставляются в ДДУ или договор купли-продажи, проверяются сторонами и передаются в согласованный контур банка и застройщика.
Готовый пакет на подписание
Система показывает финальные условия и передаёт документ в средство электронной подписи. Покупатель подписывает сам.
Одно явное действие человека
После подписи маршрут передаёт пакет на следующий этап и возвращает состояние: принят, требует данных, приостановлен или зарегистрирован.
Сделка не исчезает в чате
У каждого застройщика свои поля, статусы, акции и расписание обновлений. REAL.BZ приводит их к одной схеме, но сохраняет источник и время каждого изменения.
Для каждого источника фиксируем допустимую задержку. Просроченный лот не маскируется: система просит перепроверку или убирает его из выбора до ответа источника.
Нормализация не переписывает правду застройщика. Она делает её сопоставимой и показывает, насколько ей можно доверять прямо сейчас.
Хороший подбор отвечает не только на вопрос «нравится ли квартира». Он заранее проверяет, можно ли её купить и нет ли более разумной альтернативы.
Предодобрение ипотеки, первоначальный взнос, субсидии, материнский капитал и trade-in проверяются до обещаний по срокам.
KYC и требования банка по 115-ФЗ становятся отдельным состоянием, а не внезапным отказом на последнем экране.
Панорама привязывается к корпусу, этажу и направлению окон. Если подтверждённых данных нет, система так и говорит — без дорисованного моря.
Покупатель видит юридические сведения по проекту и сравнение с доступными альтернативами, а не только аргументы того, кто платит комиссию.
Кто платит REAL.BZ и сколько, должно быть видно до решения: комиссия застройщика, фиксированная оплата покупателя или другая согласованная модель.
Эта граница не декоративная. Агент не изображает волю покупателя и не нажимает за него юридически значимую кнопку.
Цель — две осознанные точки участия покупателя: выбрать и подписать. «Один вечер» означает путь до готового и подписанного пакета, а не обещание срока внешней регистрации. Если банк, застройщик или закон требуют дополнительного действия, маршрут показывает его прямо, а не прячет за словом «автоматически».
В сделке сбой — это не красный тост в интерфейсе. Это зависшая бронь, двойное списание или документы в разных состояниях. Поэтому надёжность проектируется вместе с экраном.
У брони и платежа есть ключ операции. Повторный запрос возвращает прежний результат, а не создаёт вторую бронь или списание.
Если внешний сервис недоступен, операция не теряется. Система знает, что уже выполнено, что ждёт ответа и что можно безопасно повторить.
Если цепочка оборвалась, заранее известно, что отменить: освободить hold, вернуть платёж по правилам проекта или остановить пакет документов.
До оплаты покупатель видит, кто отвечает за лот, деньги, документы и регистрацию, а также правила возврата и применимую страховку, если она есть.
Мы уже собираем технические интерфейсы и данные. Первую версию строим вокруг короткого выбора, реальной брони и одного понятного пути к подписи.
Видео по выбранной планировке, вариантам отделки и подтверждённому виду из окна. Оно помогает принять решение, но не заменяет живые данные и бронь.
Пришлите документацию, пример выгрузки или контакт технической команды. Разберём статусы лота, правила hold, платёж, документы и границу ответственности.
Напишите в Telegram. Достаточно ссылки на проект и примера фида.