Legan Studio
Все статьи
~ 18 мин чтения

Бот для застройщика в MAX: ипотечные калькуляторы и заявки

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

  • MAX
  • недвижимость
  • сценарии

Цикл сделки в недвижимости длинный, заявок много, а менеджеры физически не справляются с первичными обращениями. Бот в MAX закрывает квалификацию лида и подбор квартиры до того, как разговор дойдёт до человека. У застройщиков с настроенной воронкой бот фильтрует до 60–70% входящих и оставляет менеджерам только горячий поток. Ниже — практический разбор сценариев, интеграций и узких мест на примере российского мессенджера MAX и его Bot API.

Подбор квартиры

Базовый сценарий — шаговый опрос с фильтрацией. Пользователь указывает: ЖК, корпус, число комнат, этаж, площадь, бюджет, тип отделки. Каждое поле — отдельный шаг FSM, чтобы можно было вернуться назад и поправить ответ. На выходе — список 3–5 вариантов с фото, ценой и кнопкой «Подробнее».

Каталог квартир тянется из учётной системы застройщика (часто это Profitbase, MacroCRM или собственная админка). Синхронизация в реальном времени не нужна — раз в час обновлять кэш в Postgres достаточно. Зато важна актуальная цена и статус: показывать проданную квартиру — путь к негативу.

Важно правильно сформулировать вопросы: вместо «введите бюджет» — кнопки с диапазонами «до 8 млн», «8–12 млн», «12–18 млн», «от 18 млн». Свободный ввод оставляем только для тех, кому не подошёл ни один диапазон. Аналогично для площади — диапазоны лучше точных цифр на старте.

Если квартир в ЖК много, после фильтра по бюджету и комнатам показываем не плоский список, а группировку по корпусам и этажам. Пользователь видит «в корпусе 1 — 12 вариантов, в корпусе 3 — 5 вариантов» и выбирает направление, а не листает 17 однотипных карточек.

Шахматка в Mini App MAX

Шахматка — это визуальная сетка квартир по этажам и стоякам. Реализовать её через инлайн-кнопки невозможно: на типовом корпусе из 17 этажей по 8 квартир на площадке получается 136 кнопок, что превышает любые разумные лимиты. Шахматка живёт в Mini App — WebView внутри MAX со своим UI.

Что делает Mini App с шахматкой:

  • рисует таблицу этажей и квартир со статусами (свободно, бронь, продано);
  • по тапу на ячейку открывает карточку квартиры с планировкой и фото;
  • позволяет фильтровать (по комнатности, диапазону цены, отделке) без перезагрузки;
  • даёт кнопку «забронировать» и «получить расчёт ипотеки», которая возвращает управление обратно боту.

Технически Mini App — это SPA на React/Vue, отдаваемый со своего домена с CSP под MAX. Аутентификация через initData от мессенджера — подпись проверяется на бэкенде, чтобы нельзя было подменить пользователя. Состояние выбора (отмеченные квартиры, активные фильтры) синхронизируется с серверной FSM — если пользователь вышел из Mini App и вернулся, контекст не теряется.

Ипотечный калькулятор

Калькулятор в боте — отдельный сценарий, который вызывается с конкретной квартиры или отдельно. Логика простая: цена, первый взнос, срок, ставка → ежемесячный платёж. Сложнее с разными программами: семейная, IT, господдержка, региональные субсидии. Каждая со своими ограничениями по сумме и стоимости квартиры.

Технически это либо собственный расчёт по формуле аннуитета, либо запрос в API партнёрского банка. Второе точнее, но добавляет внешнюю зависимость. Если банков несколько, бот может показать сводную таблицу — у клиента не будет соблазна искать другие предложения.

Минимальный набор программ для бота застройщика в 2026:

  • Семейная ипотека — 6%, для семей с детьми, лимит по сумме зависит от региона.
  • IT-ипотека — 5%, для аккредитованных IT-компаний, есть требования к зарплате.
  • Господдержка — для отдельных категорий, ставки и условия меняются.
  • Базовая — рыночная ставка партнёрского банка.
  • Льготная региональная — субсидии субъекта РФ, есть не везде.
  • Эскроу + траншевая — для проектного финансирования по 214-ФЗ, особый расчёт.

Партнёрские банки подключаются по REST API с OAuth 2.0. Кэш ставок обновляется раз в день — банки меняют их редко, а каждый запрос платёжный. На случай недоступности API храним последнюю успешную ставку с пометкой «уточняется» и явным дисклеймером.

Запись на показ и виртуальный тур

Кнопка «Записаться на показ ЖК» работает в две стороны. Первая — обычная заявка с выбором даты и времени из доступных слотов, бронирование менеджера в CRM. Вторая, более продуктовая — встроенный виртуальный 3D-тур по квартире и ЖК, который пользователь смотрит сам, не дожидаясь менеджера.

3D-тур реализуется как страница с панорамами (Matterport, Pannellum, Marzipano) внутри Mini App. Затраты на съёмку окупаются: тур повышает конверсию в реальный показ и одновременно фильтрует «туристов», которым важнее посмотреть, чем купить.

Для самой записи на показ важен слот-механизм:

  • доступные слоты подтягиваются из календаря менеджеров (Google Calendar, Outlook, встроенный календарь CRM);
  • бот блокирует слот сразу при выборе на 5 минут — пока пользователь подтверждает контакты;
  • по подтверждению — окончательная запись, отправка уведомления менеджеру и напоминание клиенту за день и за час;
  • при отмене (за сутки и менее) фиксируем причину для аналитики.

Презентация конкретной квартиры — отдельный мини-сценарий: бот собирает картинки, планировку, расчёт ипотеки и стоимости отделки в одно сообщение или PDF, который пользователь сохраняет. Это снижает «забывание» предложения после первого касания.

Лидогенерация: квиз и UTM

Квиз «Какой ЖК подходит вам» — лучший верхний-уровневый вход в воронку. Пользователь отвечает на 5–7 вопросов (район, бюджет, цель — для жизни или инвестиций, состав семьи, требования к инфраструктуре, готовность к новостройке vs готовое жильё), на выходе получает 1–3 ЖК с обоснованием выбора. Конверсия таких квизов в заявку — обычно 12–25% против 3–7% у обычной формы.

UTM-метки прокидываются в бот через deep-link: ссылка вида https://max.me/your_bot?start=utm_source-yandex_utm_campaign-spring2026 парсится при старте, сохраняется в профиле пользователя и далее автоматически передаётся в CRM при создании лида. Без этого вся реклама становится «прямым трафиком» — невозможно посчитать стоимость лида по каналам.

Источник лидаКонверсия в показЦена лида (₽)Цена показа (₽)
Квиз в боте (Я.Директ)18–28%350–7001500–3500
Форма на сайте6–12%800–15008000–15000
Звонок с сайта22–35%1500–30005000–9000
Холодный обзвон3–5%200–4005000–10000
Реферал клиента35–55%00

Цифры — порядок, реальные значения зависят от региона, ЖК и сезона. Главное — бот в MAX даёт стоимость показа в 2–4 раза ниже, чем сайт, при сопоставимом качестве лида.

Бронь и документы

Бронь — это не оплата, это удержание квартиры на 1–3 дня под подготовку документов. Сценарий: пользователь выбрал квартиру, нажал «Забронировать», бот запросил ФИО, телефон, паспортные данные (или хотя бы серию-номер для предварительной заявки), отправил заявку в CRM.

Полные паспортные данные через бота собирать рискованно — это персональные данные специальной категории по 152-ФЗ. Безопаснее ограничиться контактом и пригласить в офис либо сделать защищённую загрузку через личный кабинет на сайте. Если без сбора паспорта не обойтись, нужны:

  • согласие на обработку ПДн в отдельном шаге,
  • шифрование на стороне сервера,
  • ограничение доступа сотрудников по ролям,
  • аудит-лог обращений.

Платная бронь (символические 10–30 тыс. ₽ за удержание квартиры на 7–14 дней) реализуется через эквайринг: бот формирует платёжную ссылку, после оплаты резервирует квартиру в Profitbase и присылает квитанцию. Сумма брони обычно засчитывается в первый взнос или возвращается при отказе — это прописано в правилах застройщика и должно явно показываться в боте перед оплатой.

Передача менеджеру

Идеальный handoff — когда бот собрал максимум информации, и менеджер начинает разговор не с «здравствуйте, чем помочь», а с конкретики: «Видел вашу заявку на двушку в ЖК X, давайте обсудим ипотеку». Для этого вся история диалога сохраняется в CRM как карточка лида.

Технически это два связанных события: заявка создаётся в amoCRM или Битрикс24, в чат-канал менеджера падает уведомление с ссылкой. Дальше менеджер либо пишет в MAX через тот же бот (через send_message от имени оператора), либо звонит — зависит от воронки.

Маршрутизация лидов между менеджерами решается на стороне CRM — обычно по правилам «свободен → следующему по очереди» или «закреплён за конкретным ЖК». Бот не должен решать, кому отдать лид: это бизнес-логика, которая часто меняется и должна жить в инструменте, доступном РОПу без программиста.

Дольщики: бот стройконтроля

После брони и сделки начинается долгая фаза ожидания — от 6 месяцев до 3 лет. В это время дольщику нужна одна вещь: понимать, что стройка идёт. Бот стройконтроля закрывает 80% типовых вопросов в этой фазе и снимает нагрузку с клиентского отдела.

Минимальный набор сценариев:

  1. Фотоотчёты — раз в неделю или по этапам (фундамент, монолит, кровля, фасад, отделка). Прораб загружает фото через отдельный бот для сотрудников, дольщик получает их в свой бот.
  2. Статус готовности по этапам — процентная шкала с детализацией: «несущие конструкции — 100%, инженерные сети — 60%, отделка МОП — 0%».
  3. Срок сдачи — фактический против планового, с честным комментарием при сдвигах.
  4. Документы дольщика — ДДУ, акт приёма-передачи, выписки из ЕГРН, справки в ФНС для имущественного вычета.
  5. Связь с куратором — кнопка «Задать вопрос куратору», задачи падают в CRM с приоритетом.

Бот не заменяет официальные уведомления (заказные письма, оповещения через ЕИСЖС), но снимает поток мелких вопросов «когда сдача» и «куда дели балкон». При корректной настройке клиентский отдел видит в 3–5 раз меньше повторных обращений.

Перед актом приёма квартиры бот выдаёт чек-лист проверки (стяжка, остекление, инженерия, окна, двери), помогает записаться на приёмку и собрать список замечаний с фотофиксацией. Это ускоряет подписание акта и снижает количество судебных претензий по 214-ФЗ.

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

После сдачи дома управляющая компания получает чат каждого собственника. Бот УК закрывает рутину:

  • Заявки на ремонт — категория (сантехника, электрика, лифт, домофон), описание, фото, статус выполнения и оценка работы.
  • Оплата ЖКУ — показания счётчиков (ввод вручную или фото), счёт, оплата через СБП или эквайринг, история платежей и долг.
  • Новости ЖК — отключение горячей воды, профилактика лифтов, общедомовые собрания.
  • Общедомовые чаты — модерируемые группы для собственников, с правилами и автомодерацией спама.
  • Голосования — проведение собраний собственников онлайн (с учётом 354-ПП и 217-ФЗ для очно-заочной формы), сбор подписей через ГИС ЖКХ.
  • Пропуска — заявки на проход гостей, регистрация автомобилей в шлагбауме, цифровые ключи.

Для застройщика бот УК — это удержание клиента в своей экосистеме на годы и канал кросс-продаж: парковочные места, кладовки, второй объект в новом ЖК. Стоимость лида, который уже живёт в вашем боте 3 года, на повторную покупку — практически нулевая.

Интеграции с CRM и Profitbase

Бот для застройщика без CRM и системы управления продажами — это блокнот для заявок. Реальная воронка живёт в связке нескольких систем.

СистемаКлассСильная сторонаСлабая сторона
amoCRMCRMВоронки, скрипты, телефонияСлабый продуктовый каталог
Битрикс24CRMБесплатный тариф, документыПерегруженный интерфейс
ProfitbasePMSШахматка, цены, броньНе CRM, нужна связка
MacroCRMPMS+CRMЗаточено под застройщиковДороже, меньше интеграций
DomclickВитринаКанал привлечения от СбераЗакрытая экосистема
Циан ProВитринаОгромный трафикВысокая комиссия за лид

Типовая связка для среднего застройщика: Profitbase держит каталог квартир и шахматку, amoCRM ведёт воронку продаж, Domclick + Циан + сайт + бот в MAX — каналы привлечения. Бот пишет лиды в amoCRM, тянет каталог из Profitbase, отдаёт фотоотчёты и статусы по дольщикам из внутренней админки застройщика.

Profitbase API даёт REST с пагинацией и webhook на изменения квартир — это удобно. Грабли: лимиты в 60–120 запросов/минуту, поэтому массовые операции (полная синхронизация каталога) идут через отдельный воркер, а не из основного потока бота. amoCRM — лимит 7 запросов/секунду на токен, при росте нагрузки нужно несколько токенов и шардинг.

Domclick и Циан в режиме «канал → бот» работают через лидген-API: лид падает в бот по их webhook, бот квалифицирует через свои сценарии, готовый лид уходит в amoCRM. Это даёт единую воронку с понятной аналитикой по источникам.

Метрики, которые имеют смысл

  • Заявок на бронь / посетителей бота — общая конверсия.
  • Цена лида — стоимость трафика, делённая на число квалифицированных заявок.
  • Доля заявок, дошедших до брони — качество фильтра бота.
  • Время от старта до заявки — слишком долго = слишком много шагов.
  • Конверсия квиза в показ — отдельно для каждого источника UTM.
  • Доля повторных обращений в боте дольщика — индикатор закрытия типовых вопросов.

Метрики собираются на стороне бэкенда: каждое событие пишется в аналитическую базу с user_id, step, timestamp. Для визуализации хватает Metabase или Yandex DataLens. Без аналитики оптимизация воронки превращается в гадание.

214-ФЗ и корректность маркетинговых обещаний

Бот застройщика — это маркетинговый канал, и всё, что он показывает, попадает под 214-ФЗ и закон о рекламе. Несколько правил, которые экономят штрафы и репутацию:

  • Срок сдачи — указываем плановый по проектной декларации, а не «удобный для продажи». Сдвиги фиксируем явно.
  • Эскроу-счета — каждое упоминание ипотеки и оплаты должно явно говорить про эскроу.
  • Площади — общая, жилая, по ДДУ. Бот должен показывать ту, по которой считается цена.
  • Отделка — «черновая», «предчистовая», «чистовая» с конкретным составом работ. Картинки рендеров — с пометкой «дизайн-проект, может отличаться».
  • Инфраструктура — не обещаем школу/детсад, если это «планируется». Указываем сроки и источник (ППТ, инвестиционный контракт).
  • Сравнения с конкурентами — ни в коем случае. ФАС стабильно штрафует за «лучший ЖК района».

Все обещания, которые бот выдаёт автоматически, должны быть согласованы с юристом застройщика. Сценарии меняются — добавление нового триггерного сообщения требует прогона через юр. чек.

Архитектура: как всё это собрать

Под капотом среднего бота для застройщика обычно лежат:

  • Bot API MAX — приём апдейтов и отправка сообщений.
  • Mini App — отдельный SPA для шахматки и калькулятора, отдаётся со своего домена.
  • Backend бота (Go или Python) — FSM, обработка сценариев, очередь отправки.
  • Postgres — каталог, лиды, история диалогов.
  • Redis — FSM-состояние пользователей, кэш горячих данных.
  • Queue (NATS, RabbitMQ или Postgres LISTEN/NOTIFY) — асинхронные интеграции с CRM, Profitbase, банками.
  • CRM-коннектор — отдельный сервис, который превращает события бота в записи amoCRM/Битрикс24 и обратно.
  • S3-совместимое хранилище — фото квартир, фотоотчёты стройки, документы дольщиков.

Главный архитектурный принцип — бот как витрина, а не как источник правды. Каталог, бронь, статусы — всё это живёт в Profitbase/CRM/учётке, бот их только показывает и принимает события. Тогда падение бота не ломает продажи: менеджеры продолжают работать в CRM, а после восстановления бот синхронизируется и показывает актуальные данные.

Чек-лист запуска бота застройщика

  • Каталог из Profitbase синхронизируется не реже раза в час и сразу при изменении статуса квартиры.
  • Шахматка в Mini App рендерится за время менее 1.5 секунд для типового корпуса.
  • Ипотечный калькулятор поддерживает все актуальные госпрограммы.
  • Заявка на бронь падает в amoCRM за время менее 5 секунд с UTM-метками.
  • Запись на показ блокирует слот в календаре менеджера сразу.
  • Бот собирает только минимально необходимые персональные данные.
  • Согласие на обработку ПДн зафиксировано отдельным шагом с аудит-логом.
  • Маршрутизация лидов настраивается без программиста (правила в CRM).
  • Бот дольщика умеет показать фотоотчёт по этапам и срок сдачи.
  • Бот УК принимает заявки на ремонт и показания счётчиков.
  • Все маркетинговые тексты согласованы с юристом по 214-ФЗ.
  • Метрики воронки собираются и доступны РОПу в дашборде.
  • Есть ручка для оператора, чтобы написать пользователю напрямую.
  • Нагрузочное тестирование под пик «открытие продаж нового корпуса».
  • Сценарии не дублируют сайт, а закрывают его слабые места.

Что не стоит делать в боте

  • Не показывать ВСЕ квартиры списком — пользователь утонет.
  • Не делать модерацию вручную (бот должен запросить недостающее сам).
  • Не дублировать функционал сайта — бот должен дополнять, а не заменять.
  • Не присылать сообщения без явного триггера — это раздражает.
  • Не обещать срок сдачи короче проектной декларации, даже если «точно успеете».
  • Не объединять чаты дольщиков разных корпусов — у каждого свой контекст.
  • Не делать форму с 12 полями — после 5-го пользователь уходит.

Итого

Бот для застройщика в MAX — это инструмент квалификации лида, предварительной презентации и долгосрочного удержания клиента через все фазы цикла: продажа, дольщик, собственник. Сильные сценарии — подбор по фильтрам с шахматкой в Mini App, ипотечный калькулятор с госпрограммами, заявка на бронь с UTM-метками, фотоотчёты стройки и сервис УК. Слабые — попытка заменить менеджера в обсуждении конкретной сделки или перегруз сценариями ради галочки. Когда границы выстроены правильно, бот экономит часы менеджеров, удешевляет лид в 2–4 раза против сайта и удерживает клиента в экосистеме застройщика на годы вперёд.

Частые вопросы

Какие задачи решает бот для застройщика в MAX?

Прежде всего квалификацию первичного лида и предварительную презентацию. У застройщиков с настроенной воронкой бот фильтрует до 60–70% входящих и оставляет менеджерам только горячий поток. Сильные сценарии: подбор квартиры через шаговый опрос с фильтрами (ЖК, корпус, число комнат, бюджет, этаж, отделка), шахматка в Mini App, ипотечный калькулятор с разными программами (семейная, IT, господдержка), запись на показ ЖК и виртуальный 3D-тур, заявка на бронь с передачей в CRM, ответы на типовые вопросы. Дополнительно — отдельные боты для дольщиков (фотоотчёты стройки, статус готовности, акт приёма) и для собственников после сдачи (заявки в УК, оплата ЖКУ, общедомовые чаты).

Как сделать подбор квартиры и шахматку в боте застройщика?

Подбор — через шаговый опрос с фильтрацией по ЖК, корпусу, комнатам, бюджету, этажу и отделке. Каждое поле — отдельный шаг FSM с возможностью вернуться назад. Шахматка визуально через инлайн-кнопки нереализуема (на корпусе из 17 этажей по 8 квартир получается 136 кнопок), поэтому делается в Mini App — WebView внутри MAX со своим UI. Mini App рисует таблицу этажей и квартир со статусами, открывает карточку по тапу, поддерживает фильтры без перезагрузки и возвращает управление боту для брони и расчёта ипотеки. Каталог тянется из Profitbase или MacroCRM, кэш в Postgres обновляется раз в час.

Как реализовать ипотечный калькулятор с госпрограммами?

Базовая логика — формула аннуитета: цена, первый взнос, срок, ставка дают ежемесячный платёж. Сложнее с программами: семейная (6%), IT-ипотека (5%), господдержка, региональные субсидии, базовая ставка партнёрского банка, эскроу с траншевым расчётом по 214-ФЗ. У каждой свои ограничения по сумме, стоимости квартиры и категории заёмщика. Технически — либо собственный расчёт, либо REST API партнёрского банка с OAuth 2.0. Кэш ставок раз в день, на случай недоступности — последняя успешная ставка с пометкой «уточняется» и явным дисклеймером. Если банков несколько, бот показывает сводную таблицу — у клиента не будет соблазна искать другие предложения.

Как использовать UTM-метки и квиз для лидогенерации?

Квиз «Какой ЖК подходит вам» — лучший верхний-уровневый вход. 5–7 вопросов (район, бюджет, цель, состав семьи, инфраструктура), на выходе 1–3 ЖК с обоснованием. Конверсия в заявку 12–25% против 3–7% у обычной формы. UTM прокидываются через deep-link вида https://max.me/your_bot?start=utm_source-yandex_utm_campaign-spring2026 — параметр парсится при старте, сохраняется в профиле и автоматически передаётся в CRM при создании лида. Без UTM вся реклама становится «прямым трафиком». Цена показа из бота в MAX обычно в 2–4 раза ниже, чем с сайта, при сопоставимом качестве лида.

Можно ли собирать паспортные данные через бот застройщика?

Рискованно — это персональные данные специальной категории по 152-ФЗ. Безопаснее ограничиться контактом и пригласить в офис либо сделать защищённую загрузку через личный кабинет на сайте. Если без сбора паспорта не обойтись, нужны: согласие на обработку ПДн в отдельном шаге с аудит-логом, шифрование на стороне сервера, ограничение доступа сотрудников по ролям. Для предварительной заявки достаточно ФИО, телефона и серии-номера паспорта; полные данные собираем уже в офисе под подписью договора. Платная бронь (10–30 тыс. ₽ за 7–14 дней) реализуется через эквайринг — сумма обычно засчитывается в первый взнос.

Какие интеграции нужны боту застройщика и как их связать?

Типовая связка для среднего застройщика: Profitbase держит каталог квартир и шахматку, amoCRM или Битрикс24 ведёт воронку продаж, Domclick + Циан + сайт + бот в MAX — каналы привлечения. Бот пишет лиды в CRM, тянет каталог из Profitbase, отдаёт фотоотчёты и статусы по дольщикам из админки застройщика. Profitbase даёт REST с webhook и лимитом 60–120 запросов/минуту. amoCRM — 7 запросов/секунду на токен. Главный архитектурный принцип: бот как витрина, а не источник правды. Каталог, бронь, статусы живут в Profitbase/CRM, бот их показывает и принимает события — тогда падение бота не ломает продажи.

Зачем нужны боты для дольщиков и собственников после сдачи?

Бот дольщика закрывает 80% типовых вопросов в фазе ожидания (от 6 месяцев до 3 лет): фотоотчёты стройки по этапам, процентная шкала готовности, фактический срок сдачи против планового, документы (ДДУ, акт приёма-передачи, выписки из ЕГРН), связь с куратором, чек-лист приёмки квартиры. Клиентский отдел видит в 3–5 раз меньше повторных обращений. Бот УК после сдачи принимает заявки на ремонт, показания счётчиков, оплату ЖКУ через СБП, новости ЖК, общедомовые чаты, голосования собственников, пропуска для гостей. Для застройщика это удержание клиента в экосистеме на годы и канал кросс-продаж: парковочные места, кладовки, второй объект в новом ЖК.