REAL.BZ

REAL.BZ сейчас собирает API застройщиков, банков и реестров в один маршрут сделки.

Собираем сделку с новостройкой в один вечер.

Не чат с подборкой квартир. Живой лот, бронь, проверки, договор, эскроу и электронная регистрация — без провалов между сервисами.

Покупатель выбирает квартиру и подписывает договор. Система готовит остальное, показывает состояние каждого шага и останавливается там, где решение обязан принять человек.

  1. Живой лотцена и статус из фида1
  2. Выбор3–5 вариантов с причиной2
  3. Броньhold с условиями и сроком3
  4. Проверкибанк, личность, субсидии4
  5. Договорданные собраны один раз5
  6. Подписьдействие покупателя6
  7. Регистрацияэлектронная подача7

Ролик можно сделать за минуту.
Сделку он не проведёт.

Самая простая версия такого агента подбирает квартиру, показывает планировку и генерирует видео. Покупатель говорит «беру» — и именно здесь начинается настоящая система.

01

Лот должен дождаться покупателя

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

02

Цена должна быть сегодняшней

У проектов разные форматы, акции и частота обновлений. Каталог без времени последней синхронизации быстро превращается в источник ошибок.

03

Документы нельзя дорисовать текстом

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

Поэтому видео оставляем второй фазе. Сначала строим транзакционный позвоночник: данные, бронь, проверки, договор, подпись и регистрация.

Как проходит одна покупка

Маршрут начинается не с фильтра по этажу. Он начинается с задачи человека и заканчивается только тогда, когда следующий шаг сделки понятен всем участникам.

  1. 01

    Понять задачу

    Бюджет, состав семьи, срок, город, ипотека, цель покупки и требования, которыми человек не готов поступиться.

    Структурированный запрос

  2. 02

    Сократить выбор

    Не сотня карточек, а 3–5 живых вариантов. По каждому — почему он подходит, что уступает альтернативам и какой вид будет из окон.

    Короткий список с объяснением

  3. 03

    Зафиксировать лот

    API застройщика возвращает цену, срок холда, размер и возвратность платежа. Источник может дать 24, 48 или 72 часа; для MVP проверяем сценарий 48 часов, а реальное правило всегда задаёт проект.

    Бронь с таймером и условиями

  4. 04

    Проверить возможность купить

    Предодобрение ипотеки, KYC и требования 115-ФЗ, материнский капитал, субсидии, trade-in и другие условия проходят до подготовки договора.

    Нет сюрприза после брони

  5. 05

    Собрать документы

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

    Готовый пакет на подписание

  6. 06

    Подписать

    Система показывает финальные условия и передаёт документ в средство электронной подписи. Покупатель подписывает сам.

    Одно явное действие человека

  7. 07

    Подать и показать статус

    После подписи маршрут передаёт пакет на следующий этап и возвращает состояние: принят, требует данных, приостановлен или зарегистрирован.

    Сделка не исчезает в чате

Тысяча ЖК — это не тысяча одинаковых API.

У каждого застройщика свои поля, статусы, акции и расписание обновлений. REAL.BZ приводит их к одной схеме, но сохраняет источник и время каждого изменения.

Свежесть — часть продукта

Для каждого источника фиксируем допустимую задержку. Просроченный лот не маскируется: система просит перепроверку или убирает его из выбора до ответа источника.

Один лот должен содержать

  • 01проект, корпус и номер лота
  • 02планировку, площадь и этаж
  • 03направление окон и подтверждённый вид
  • 04цену, скидку и условия оплаты
  • 05статус: свободен, hold, забронирован, продан
  • 06срок брони и условия возврата платежа
  • 07время последней синхронизации и источник

Нормализация не переписывает правду застройщика. Она делает её сопоставимой и показывает, насколько ей можно доверять прямо сейчас.

Что должно произойти до брони

Хороший подбор отвечает не только на вопрос «нравится ли квартира». Он заранее проверяет, можно ли её купить и нет ли более разумной альтернативы.

01

Деньги и способ покупки

Предодобрение ипотеки, первоначальный взнос, субсидии, материнский капитал и trade-in проверяются до обещаний по срокам.

02

Личность и комплаенс

KYC и требования банка по 115-ФЗ становятся отдельным состоянием, а не внезапным отказом на последнем экране.

03

Вид, который действительно будет

Панорама привязывается к корпусу, этажу и направлению окон. Если подтверждённых данных нет, система так и говорит — без дорисованного моря.

04

Проект и цена в контексте

Покупатель видит юридические сведения по проекту и сравнение с доступными альтернативами, а не только аргументы того, кто платит комиссию.

05

Понятная комиссия

Кто платит REAL.BZ и сколько, должно быть видно до решения: комиссия застройщика, фиксированная оплата покупателя или другая согласованная модель.

Агент готовит сделку.
Человек её подписывает.

Эта граница не декоративная. Агент не изображает волю покупателя и не нажимает за него юридически значимую кнопку.

Рельсы уже существуют

  • эскроу-счета в долевом строительстве
  • дистанционная электронная подпись документов
  • электронная подача документов на регистрацию
  • банковские проверки и ипотечные процессы

REAL.BZ собирает поверх них

  • единый пакет данных без повторного ввода
  • автоподготовку договора по шаблону проекта
  • передачу в подпись с финальным подтверждением человека
  • журнал состояний, ошибок и повторных попыток

Цель — две осознанные точки участия покупателя: выбрать и подписать. «Один вечер» означает путь до готового и подписанного пакета, а не обещание срока внешней регистрации. Если банк, застройщик или закон требуют дополнительного действия, маршрут показывает его прямо, а не прячет за словом «автоматически».

Платёж нельзя повторить из-за плохого интернета

В сделке сбой — это не красный тост в интерфейсе. Это зависшая бронь, двойное списание или документы в разных состояниях. Поэтому надёжность проектируется вместе с экраном.

Идемпотентность

У брони и платежа есть ключ операции. Повторный запрос возвращает прежний результат, а не создаёт вторую бронь или списание.

Очереди и повторные попытки

Если внешний сервис недоступен, операция не теряется. Система знает, что уже выполнено, что ждёт ответа и что можно безопасно повторить.

Компенсирующее действие

Если цепочка оборвалась, заранее известно, что отменить: освободить hold, вернуть платёж по правилам проекта или остановить пакет документов.

Граница ответственности

До оплаты покупатель видит, кто отвечает за лот, деньги, документы и регистрацию, а также правила возврата и применимую страховку, если она есть.

Сначала — работающая транзакция.
Потом — кино.

Мы уже собираем технические интерфейсы и данные. Первую версию строим вокруг короткого выбора, реальной брони и одного понятного пути к подписи.

Вторая фаза

Видео по выбранной планировке, вариантам отделки и подтверждённому виду из окна. Оно помогает принять решение, но не заменяет живые данные и бронь.

Первая версия

  1. 01единая схема лота и коннекторы к фидам застройщиков
  2. 02подбор 3–5 вариантов по бюджету, семье и цели покупки
  3. 03API-бронирование с ценой, сроком и условиями hold
  4. 04сбор данных и подготовка пакета документов
  5. 05оркестрация подписи, подачи и статусов без двойных операций

Смотрим не на число диалогов

  • доля коротких списков, дошедших до брони
  • доля броней, дошедших до сделки
  • время от первого запроса до подписи
  • истёкшие брони и причина каждой

Есть фид лотов или API брони?
Подключим проект к сборке.

Пришлите документацию, пример выгрузки или контакт технической команды. Разберём статусы лота, правила hold, платёж, документы и границу ответственности.

Напишите в Telegram. Достаточно ссылки на проект и примера фида.

  • 01Не обещаем готовую интеграцию до разбора источника
  • 02Не подменяем подпись покупателя действием агента
  • 03Не показываем лот актуальным, если источник просрочен