Как мы решили главную проблему сервисов недвижимости и запустили Desbi

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

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

Особенности разработки приложений для рынка недвижимости

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

Перед нами стояла задача создать сервис, который:

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

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

В итоге мы разработали мультисервисную платформу — мобильное приложение для iOS и Android, которое объединяет покупателей, риелторов и собственников.

Пошаговая разработка и реализация проекта

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

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

В результате за 3 месяца была разработана MVP‑версия платформы Desbi с мобильными приложениями для iOS и Android.

Шаг 1. Новая логика поиска недвижимости

В основе интерфейса приложения мы использовали подход, похожий на UX дейтинг‑сервисов.

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

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

Этап 1. Проектирование пользовательского сценария. Мы проанализировали поведение пользователей и увидели, что длинный путь через фильтры снижает вероятность выбора.

Поэтому основной экран был спроектирован как лента объектов — чтобы сократить путь до первого взаимодействия и повысить вовлеченность.

Этап 2. Разработка карточек объектов. Карточки были сделаны максимально информативными, потому что пользователь принимает решение за несколько секунд.

Этап 3. Реализация фильтров и карты. Фильтры и карта были добавлены позже и намеренно не стали центральным элементом интерфейса.

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

Такой подход значительно сокращает время поиска недвижимости и делает процесс выбора более интуитивным для пользователя.

Шаг 2. Инструменты для риэлторов

Несмотря на то что интерфейс ориентирован на покупателей, ключевым фактором роста платформы являются риэлторы.

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

Мы реализовали личные кабинеты, систему добавления объектов, подборки и профили экспертов.

Этап 1. Создание личных кабинетов агентов. Личные кабинеты были необходимы, чтобы дать агентам контроль над своими объектами.

Без этого им пришлось бы использовать сторонние инструменты, что снижает ценность платформы и увеличивает отток.

Этап 2. Подборки объектов для клиентов. Функция подборок появилась как ответ на реальный рабочий процесс риэлторов.

Агенты почти всегда отправляют клиентам несколько вариантов, поэтому мы упростили этот сценарий и добавили экспорт в PDF — чтобы они могли использовать платформу прямо в переговорах.

Этап 3. Профиль эксперта. Профиль агента — это не просто карточка контактов, а инструмент доверия.

На рынке недвижимости решение часто зависит от личности специалиста, поэтому мы дали возможность формировать цифровую репутацию и делиться ею вне платформы.

Платформа стала не просто каталогом недвижимости, а полноценным рабочим инструментом для риэлторов

Шаг 3. Подключение системы оплаты

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

Важно было не только внедрить оплату, но и сделать её максимально простой, иначе пользователи будут уходить на этапе платежа.

Этап 1. Интеграция платежной системы. Мы выбрали систему и нативные методы оплаты (Apple Pay и Google Pay), потому что они сокращают количество действий при оплате.

Чем меньше шагов — тем выше конверсия в оплату.

Это позволило быстро проверить готовность пользователей платить без усложнения продукта.

Этап 3. Введение тарифов для агентств. Тарифы появились после анализа поведения пользователей.

Мы увидели, что профессиональные участники используют платформу чаще и в больших объемах, поэтому для них выгоднее подписочная модель. Это увеличило LTV и сделало доход более предсказуемым.

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

Шаг 4. Система модерации объявлений

Одной из ключевых задач проекта было повышение доверия к платформе.

Рынок недвижимости подвержен фейковым объявлениям и некорректным ценам, и без контроля платформа быстро теряет репутацию.

Поэтому мы внедрили систему модерации объявлений, проверку объектов и цен, а также роль экспертов рынка для контроля достоверности предложений.

Этап 1. Создание роли модератора. Мы ввели модерацию перед публикацией, потому что постфактум‑контроль хуже влияет на пользовательский опыт.

Важно было не допускать проблемный контент, а не реагировать на него.

Этап 2. Проверка цен и объектов. Проверка цен была добавлена, чтобы избежать манипуляций и «заманивающих» объявлений.

Это напрямую влияет на доверие пользователей и повторное использование сервиса.

Этап 3. Работа с экспертами рынка. Модераторами стали специалисты заказчика, потому что автоматические проверки не учитывают контекст рынка.

Локальная экспертиза позволила повысить точность модерации и сократить время проверки.

Система модерации позволила повысить доверие пользователей и защитить платформу от мошеннических объявлений

В процессе разработки мы столкнулись с несколькими ограничениями:

1. Разрозненные данные по объектам. На старте не было единой базы недвижимости: данные поступали из разных источников и отличались по структуре, полноте и актуальности. Это осложняло автоматическую обработку и повышало риск публикации некорректных объявлений. Чтобы обеспечить управляемое качество данных на этапе запуска, мы сделали ставку на ручную модерацию и унификацию структуры карточек. Решение позволило быстрее запустить продукт с контролируемым качеством контента, вместо длительной разработки сложной системы автоматической очистки данных.
2. Зависимость от активности риэлторов. Количество и актуальность объектов напрямую зависели от риэлторов. На старте это создавало риск недостаточного наполнения платформы, из‑за чего пользовательский сценарий мог не работать. Чтобы снизить этот риск, мы упростили процесс добавления объектов и параллельно разработали инструменты, полезные в ежедневной работе агентов (подборки, профили, управление объявлениями). Такой подход был выбран, потому что он стимулирует органическое наполнение платформы через ценность для профессиональных пользователей, а не через внешнее привлечение контента.
3. Ограниченные сроки MVP. Проект разрабатывался в сжатые сроки, что ограничивало объем функционала в первой версии. Попытка реализовать все сценарии сразу увеличивала риск задержки запуска и усложняла проверку продуктовых гипотез. Поэтому мы сфокусировались на базовом пользовательском сценарии — просмотре ленты и работе с объектами — а второстепенные функции отложили. Это решение позволило быстрее получить обратную связь от пользователей и принимать дальнейшие продуктовые решения на основе реального использования, а не предположений.

Результаты и выводы проекта

Кейс Desbi показал, что успешный сервис недвижимости — это не просто каталог объявлений. Это платформа, которая учитывает интересы сразу нескольких сторон: покупателей, риэлторов и владельцев объектов.

Если вы планируете запускать похожий сервис, важно учитывать несколько практических принципов:

1. Думайте о профессиональных участниках рынка. В сервисах недвижимости ключевыми пользователями часто становятся риелторы, поэтому инструменты для их работы должны быть максимально комфортными.
2. Продумывайте систему модерации. Проверка объявлений — важный фактор доверия пользователей и защиты от мошенничества.
3. Развивайте несколько моделей монетизации. Комбинация разовых оплат и подписок позволяет работать как с частными продавцами, так и с агентствами.
4. Делайте продукт мобильным. Большая часть работы с объектами недвижимости сегодня происходит со смартфона, поэтому мобильные приложения становятся основным интерфейсом сервиса.

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