Портал покупки загородного дома для постоянного проживания

Отрасль и клиент

Рынок и граница продукта

Задача — специализированный портал, на котором семья выбирает готовый загородный дом для круглогодичного проживания и готовится к покупке. Портал объединяет предложения продавцов, требования покупателей, сравнение объектов, организацию просмотров, проверку существенных обстоятельств и подготовку решения.

Главная проблема — разрыв между информацией в объявлении и условиями повседневной жизни. Фотографии и площадь помогают заинтересоваться домом, но не отвечают на вопросы о зимнем подъезде, отоплении, дороге в школу, интернете и расходах после переезда.

Граница первой версии — покупка готового дома. Строительство с нуля, продажа пустых участков, посуточная аренда и дальнейшее управление эксплуатацией не входят. Аренда промышленной площадки — другой контур: проект подбора склада и производства по техническому паспорту. Долгосрочный наём комнаты — отдельный продукт: проект заселения в комнату с соседями. Это не воронка риелтора вокруг лида и сделки с квартирой — такой контур описан отдельно как операционный контур агентства недвижимости.

Почему Московская область

Для первого запуска выбраны отдельные направления Московской области: можно ограничить предложение, сохранив ежедневную связь семьи с большим городом. Это продуктовая гипотеза, а не утверждение о самом выгодном регионе России.

Открытые материалы о выборе загородного жилья отдельно рассматривают инфраструктуру, транспорт, дороги, коммуникации и сезонный осмотр. Наличие карты или фильтра по газу само по себе не принимается за достаточное отличие: преимущество, которое предстоит проверить, — непрерывная работа с одним проектом покупки и прозрачное происхождение сведений о доме.

Вывод из источников: есть основания проектировать помощь в оценке повседневной пригодности дома. Источники не доказывают ни готовность покупателей пользоваться новым порталом, ни готовность агентств за него платить. Эти две гипотезы проверяются до масштабирования разработки.

Заказчик

Региональный оператор рынка загородной недвижимости запускает отдельный портал и подключает независимые агентства. Он обеспечивает первичное предложение, модерацию, поддержку покупателей и договорённости со специалистами. Заказчик не получает права менять результаты независимой проверки ради продажи своего объекта. Если оператор одновременно продаёт недвижимость, заинтересованность явно обозначается.

Роли и задача семьи

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

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

Как было

Объявления в мессенджере

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

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

Покупатель сравнивает объекты по разным данным: одному продавцу задали вопрос о расходах, другому — нет. «Не спросили» незаметно превращается в «проблемы нет». При выборе финального объекта инженер и юрист начинают собирать информацию заново.

Концепция продукта

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

Пользователь может начать с каталога без регистрации. После сохранения дома портал предлагает создать проект: указать бюджет, обязательные условия и важные точки поездок. Карточки объясняют не абстрактную привлекательность объекта, а его соответствие выбранным требованиям.

Три представления вместо рейтинга

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

Центральные сущности

Проект покупки хранит участников семьи, версию требований, бюджет, выбранные объекты, комментарии, запланированные просмотры и следующий шаг. Он принадлежит покупателю. Агент не получает доступ ко всему проекту только потому, что семья заинтересовалась одним его домом.

Дом — физический объект с участком. Объявление — предложение конкретного продавца с ценой, контактами и статусом. У одного дома могут быть несколько объявлений; система связывает их, но не объединяет спорные сведения автоматически.

Досье дома содержит характеристики, источники, историю изменений и материалы. Публичные характеристики отделены от приватных документов и персонального отчёта, заказанного определённой семьёй. Это не эксплуатационный паспорт уже введённого дома — такой слой для УК описан в кейсе цифрового эксплуатационного паспорта МКД.

Утверждение о характеристике хранится отдельно от отметки о проверке. «Продавец указал мощность 15 кВт», «загружен документ» и «специалист оценил состояние электросети» — разные факты. Наличие документа само по себе не подтверждает ни его подлинность, ни исправность системы.

Профиль семьи

Анкета состоит из коротких последовательных шагов. Необязательные вопросы можно пропустить. Имена детей, точные расписания перемещений и другие избыточные персональные сведения не запрашиваются.

Семья задаёт общий доступный капитал к переезду 12,8 млн ₽, три спальни, рабочее место, желаемую дорогу до школы до 20 минут и регулярные расходы на дом вместе с дополнительными поездками до 30 тыс. ₽ в месяц.

Каталог и досье постоянного проживания

Каталог даёт привычные фильтры по цене, площади, участку, этажности, готовности и расположению. Дополнительные фильтры раскрывают состояние характеристик: газ подключён к дому или только доступен рядом; водоснабжение заявлено круглогодичным или сезонным; уборка дороги документирована или подтверждается только словами продавца.

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

Ответы есть по 4 из 6 обязательных условий; 2 требуют уточнения.

Это счётчик заполненности выбранного перечня, а не вероятность безопасной покупки. Платное размещение не меняет значения характеристик и не отменяет противоречий требованиям.

У каждого значения видны источник, дата, ограничения и статус: со слов продавца; документ получен; проверено специалистом в указанном объёме; есть расхождение; данных нет. Нельзя получить обобщённую зелёную отметку за весь дом, загрузив один файл.

В карточке дом площадью 142 м² на участке 8 соток стоит 11,8 млн ₽. Газ заявлен подключённым, счета предоставлены за часть года, по зимнему обслуживанию дороги данных недостаточно. Карточка показывает следующий вопрос: запросить основание обслуживания дороги и проверить зимний проезд.

Неделя, бюджет и сравнение

Покупатель задаёт важные точки: работу, школу, регулярные занятия, магазин. Портал собирает для каждого дома список маршрутов с режимом передвижения и датой расчёта. Географическая близость не подменяет время поездки. В MVP доступны расчёт маршрута в рамках выбранного поставщика, переход к внешней карте и ручная фиксация фактического времени. Прогноз часа пик или зимней дороги не показывается без лицензированного источника и проверенной методики.

Адрес работы и семейные точки приватны по умолчанию. Продавец может увидеть добровольно переданное ограничение «нужна дорога до города до 60 минут», но не получает подробную карту перемещений семьи.

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

При доступных 12,8 млн ₽ запас сверх выделенного резерва составляет 50 тыс. ₽. Увеличение работ на 100 тыс. ₽ уже потребует изменить план или использовать часть резерва.

За 12 месяцев регулярная нагрузка составляет 312 тыс. ₽. Совокупные планируемые расходы на приобретение, подготовку и первые 12 месяцев жизни — 12,562 млн ₽. Резерв 500 тыс. ₽ в эту сумму не включён, пока не потрачен.

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

Все три объекта вымышлены. Дом Б показывает, почему более низкая цена не гарантирует меньшего бюджета переезда. Дом В не получает преимущество за отсутствие оценки работ: неизвестность видна в отдельной ячейке. «Нравится» не закрывает техническое замечание. Перечень обязательных условий меняется только явным действием с сохранением истории.

Сквозной сценарий

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

Продавец подтверждает время. Портал формирует список вопросов из незакрытых пунктов досье. Во время просмотра семья фотографирует замечания и привязывает их к разделу дома. Если интерес сохраняется, покупатель заказывает независимый осмотр. Специалист получает доступ только к нужному объекту и согласованным материалам. Юрист отдельно работает с документами. Выводы не смешиваются в один автоматический рейтинг.

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

Статус «покупка завершена со слов покупателя» не равен подтверждённой регистрации. Возврат к поиску возможен на любом этапе.

Кабинет продавца и проверки

Агентство загружает предложения через согласованный CSV либо вручную. Один поддерживаемый формат импорта входит в MVP; отдельные интеграции с многочисленными системами учёта не входят. Оператор не копирует чужие базы без разрешения правообладателя.

Для каждого существенного пункта можно выбрать «не знаю» — это лучше, чем вынуждать продавца ставить случайную галочку. Обязательны право на публикацию, контакт, расположение с уровнем точности, цена, базовые характеристики и явно выбранные состояния ключевых сведений. Автоматические правила выделяют подозрительные расхождения и передают их модератору. Подозрение само по себе не превращается в публичное обвинение.

Каждые 14 дней продавцу предлагается подтвердить актуальность. Через 21 день без подтверждения предложение получает видимое предупреждение, через 30 дней снимается с публичного показа. Это внутренние правила модели, а не отраслевой норматив.

Портал помогает организовать проверку, но не гарантирует юридическую чистоту дома. Разъяснения Росреестра связывают регистрационные действия со сведениями о границах в ЕГРН — этот вопрос включён в досье как отдельная задача для специалиста. Получение всех реестровых сведений по произвольному адресу не предполагается. В MVP продавец предоставляет допустимые материалы, покупатель выбирает специалиста, доступ выдаётся по согласованному основанию.

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

MVP

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

Встроенный календарь не заменяет подтверждение продавца. Подключение эксперта в первой версии делает оператор, а не алгоритм распределения.

UX, стек и план

Визуальная система и работа на просмотре

Светлый фон, тёмно-синий основной текст, спокойные акценты, читаемые таблицы. Цвет сопровождается подписью и пиктограммой. Зелёный означает подтверждение конкретного условия в указанном объёме, а не рекомендацию покупать.

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

На телефоне просмотр организован как последовательность коротких разделов: подъезд, дом, коммуникации, участок, вопросы продавцу. Замечание содержит текст, фото, раздел и автора. Если соединение пропало, интерфейс предупреждает; полноценная надёжная работа без сети откладывается. Нулевой результат поиска объясняет, какие обязательные условия сузили выбор, но не снимает их самостоятельно.

Роль ИИ

Ядро MVP работает без генеративного ИИ. Подтверждения, суммы, статусы и права доступа задаются правилами. Это позволяет сначала проверить ценность досье и процесса, не смешивая её с качеством языковой модели.

После пилота уместны ограниченные ИИ-функции на накопленных данных: предложить структурированные поля из описания продавца с подтверждением человеком; сформировать перечень вопросов по отсутствующим сведениям, не придумывая ответы; составить краткую сводку сравнения только на основании данных выбранных домов и профиля семьи.

Модель не определяет исправность дома по фото, юридическую безопасность, возможность зачисления в школу или будущее качество дороги. Документы и точные семейные адреса не передаются внешнему ИИ автоматически. При нехватке источника корректный ответ — «сведений недостаточно».

Архитектура

Основной backend — модульный монолит Laravel с REST API. Публичная часть и кабинеты используют Vue 3 и TypeScript; для публичных страниц предусматривается серверный рендеринг через Nuxt. Первый запуск не требует микросервисов, Kubernetes или отдельной поисковой инфраструктуры.

Импорт проходит через предварительную проверку и отчёт ошибок. Повторная загрузка одного файла не создаёт новые дубли. Удаление объявления из файла не удаляет автоматически историю покупателя.

Безопасность

Основной риск связан с приватностью документов, адресов и планов семьи. Для российского запуска инфраструктура с персональными данными планируется в России; применимые требования проверяются юристом до ввода в эксплуатацию. Кейс не заменяет такую проверку.

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

Эксплуатационные цели: доступность 99,5% в месяц, допустимая потеря данных до 24 часов, восстановление до 8 часов. В приёмке проверяется работа на 1 500 объявлениях и при 50 одновременных активных сессиях.

План на 16 недель

Оценка MVP — 16 недель при небольшой команде с частичной занятостью ряда специалистов. Срок предполагает своевременные решения заказчика, готовый формат данных и отсутствие задержек с лицензированием интеграций. Рабочая команда: два разработчика, специалист по продукту и анализу, дизайнер, тестировщик. Один разработчик может реализовать облегчённый прототип, но оценка полнофункционального MVP не переносится на одиночную разработку за месяц.

Обязательно проверяются: невозможность открыть чужой приватный отчёт; сохранение неизвестных значений; корректное суммирование бюджета без двойного учёта резерва; отмена просмотра; повторный импорт; история после снятия объявления; отзыв доступа к документам; восстановление резервной копии.

Бюджет создания

Оценка рассчитана по единой условной ставке 3 000 ₽ за час команды. Это способ сделать модель проверяемой; фактические ставки согласуются отдельно. Один час учитывается только в одной строке.

Отдельно предусмотрены 390 тыс. ₽ на первичное наполнение и операционную подготовку, а также 300 тыс. ₽ на стартовые тесты привлечения. Совокупный бюджет создания и подготовки запуска — 6,9 млн ₽. Последующие ежемесячные расходы не входят в эту сумму. Вне оценки: покупка сторонних баз, массовые обследования, нативные приложения, собственный платёжный контур и развёрнутая ИИ-подсистема.

Оплата по принимаемым этапам: 20% после согласования исследования и прототипов; 35% после каталога и кабинетов; 30% после сквозных сценариев; 15% после приёмки и передачи документации. Использование резерва оформляется отдельно.

Метрики и экономика

Запуск и пилот

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

До основной разработки планируются 15 интервью с покупателями, 8 с агентами и 5 со специалистами. Интервью в кейсе не представлены как уже проведённые. Следующий шаг — ручное сопровождение 20 проектов покупки на прототипе. Если рабочий процесс не приносит пользы без автоматизации, расширять разработку рано.

Для закрытого запуска нужны 10 партнёров и около 500 уникальных актуальных домов. После 16 недель разработки предусмотрен пилот продолжительностью 8 недель. Участники — когорта из 150 семей. Целевые результаты пилота — критерии проверки продукта, а не обещанный эффект:

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

Метрики решения

Главная продуктовая метрика — число семей, которые за 30 дней дошли до обоснованного решения по рассмотренному дому: продолжают подготовку покупки либо отказываются с конкретной причиной. Простое закрытие страницы в метрику не входит. Рядом измеряется продолжение подготовки покупки, чтобы рост обоснованных отказов не скрывал отсутствие подходящего предложения.

Нельзя доказать рост конверсии сравнением случайных посетителей старого сайта с отобранными участниками пилота. На 150 семьях можно проверить сценарий и грубые провалы, но нельзя уверенно объявить небольшой статистический прирост.

Экономию времени оператора можно измерить на подготовке одного просмотра. В расчётном сценарии время уменьшается с 45 до 20 минут. При 120 запросах за месяц это 3 000 минут, или 50 часов. При условной стоимости часа 700 ₽ высвобожденная мощность эквивалентна 35 тыс. ₽ в месяц. Это не автоматическое сокращение фонда оплаты труда. Снижению бесполезных поездок в кейсе не присваиваются вымышленные проценты улучшения.

Тарифы и сценарии выручки

Базовые функции покупателя — каталог, профиль, сравнение и работа с собственным проектом — бесплатны. Платная модель строится на профессиональном кабинете продавца и отдельно заказанных услугах. Покупатель не должен платить за раскрытие известного существенного недостатка объекта.

Тариф партнёра — 15 тыс. ₽ в месяц: до 50 активных объявлений, кабинет агентства, импорт, работа с заявками, статистика собственных объектов. Платёж не покупает отметку проверки и не даёт доступ к приватным требованиям всех семей.

Второй источник — фиксированная организационная комиссия 3 тыс. ₽ за исполненный заказ профессиональной проверки. Для примера услуга может стоить покупателю 20 тыс. ₽, из которых 17 тыс. ₽ получает исполнитель, а 3 тыс. ₽ — оператор. Оператор учитывает в расчётах только свои 3 тыс. ₽. Комиссия раскрывается покупателю и не зависит от положительного заключения. Предусмотрена возможность пригласить своего специалиста без комиссии оператору.

Базовый сценарий: 60 × 15 000 + 40 × 3 000 = 1 020 000 ₽. Операционный остаток 230 тыс. ₽ составляет примерно 22,5% выручки. Это не чистая прибыль: налоговый режим и стоимость финансирования не моделировались.

При неизменных расходах и 40 исполненных проверках для покрытия 790 тыс. ₽ требуется не менее 45 платящих партнёров. Если заказов проверок нет, нужны как минимум 53 партнёра. Поэтому услуга проверки дополняет доход, но не должна подменять проверку спроса на основной кабинет.

Условный простой срок возврата стартовых 6,9 млн ₽ при устойчивом остатке 230 тыс. ₽ — 30 месяцев после достижения базового сценария. Он не учитывает убытки периода роста и налоги. Стрессовый резерв на шесть месяцев эксплуатации без выручки составляет 4,74 млн ₽. Вместе с бюджетом создания расчётная потребность в финансировании достигает 11,64 млн ₽ — сценарий защиты от отсутствия дохода, а не утверждённый инвестиционный план.

Риски и выводы

Основные риски

Отдельный стоп-сигнал — отсутствие готовности партнёров поддерживать данные даже при помощи модератора. В этом случае объём автоматизации не решает проблему: нужно менять процесс получения сведений, состав предложения или бизнес-модель.

Как меняется процесс

Выводы проекта

1. Покупка дома для постоянной жизни требует связного процесса. Каталог, сравнение, просмотры и проверки образуют один продукт, когда работают с общим проектом семьи.
2. Основная ценность — подготовленное решение. Портал помогает установить, что известно, что не подходит и что ещё нужно проверить до дальнейших обязательств.
3. Досье полезно только при прозрачном происхождении данных. Ответ продавца, полученный документ и профессиональное заключение должны оставаться различимыми.
4. Бюджет должен учитывать переезд и содержание. Резерв отделяется от расходов, сезонные счета — от годовых средних, а неизвестные суммы не заменяются уверенной оценкой.
5. MVP сохраняет весь путь покупателя. Ограничения по географии, ассортименту и автоматизации позволяют построить полноценный портал без интеграции со всеми участниками рынка.
6. Качество предложения — постоянная операционная работа. Расходы на актуальность, модерацию и поддержку должны учитываться наравне с техническим сопровождением.
7. Успешный пилот ещё не доказывает окупаемость. Нужны платящие партнёры, удержание, приемлемая стоимость привлечения и достаточное число семей с проведёнными просмотрами.
8. Развитие оправдано после проверки поведения пользователей. Новые регионы, ИИ и дополнительные сервисы подключаются только тогда, когда улучшают измеренный результат и не размывают доверие к данным.