На карте тысяча объектов. Клиенту нужно одно решение

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

Я исследовал Developers Map и подготовил предложение по развитию продукта. Сам сервис не является моей разработкой. Моя работа здесь — аудит пользовательского пути, продуктовая концепция и отдельный интерактивный прототип. В прототипе используются демонстрационные данные; это не новое действующее предложение объектов.

Ниже — сохранённый прототип карты Developers Map с демонстрационным набором объектов. Можно рассмотреть исходный интерфейс и доступные фильтры.

Карта и фильтры

Архивный интерфейс · демонстрационные данные

От чего я предлагаю начинать

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

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

Второй экран показывает подготовленное представление Decision Room. Это часть прототипа для обсуждения решений, а не подтверждение готовности основного сервиса.

Комната решений

Архивный интерфейс · демонстрационные данные

Меня интересует момент после красивого поиска. Что именно мы нашли? Насколько свежая цена? Доступен ли этот объект? Есть ли источник у срока сдачи? Нулевое значение, неизвестное значение и давно не обновлявшееся значение должны выглядеть по-разному. Иначе интерфейс учит человека доверять аккуратно отформатированному отсутствию данных.

Подборка должна пережить отправку

Я предлагаю сохранять shortlist с конкретными вариантами, а не пересылать каждый раз случайный набор карточек. Клиентская версия и PDF должны описывать те же объекты, что видит брокер. Особенно если между подготовкой и встречей что-то изменилось.

Следующий уровень — Decision Room, пространство сравнения. Здесь видны компромиссы: один вариант ближе к нужному сроку, другой лучше укладывается в бюджет, третий требует иной схемы оплаты. Клиент может реагировать на конкретные варианты, и разговор перестаёт распадаться на скриншоты с подписью «а вот этот?».

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

Почему сначала прототип

Исходный продукт имеет собственную технологию и API. Я не предлагаю переписать его на любимом стеке ради возможности нарисовать другой фильтр. Отдельный прототип на HTML, CSS и JavaScript позволяет пройти новый маршрут и обсудить его до вмешательства в действующую систему.

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

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

Результат этой работы — предложение нового пользовательского пути и отдельный прототип для обсуждения. Бриф, shortlist, Decision Room и Launch Room относятся к концепции; их нельзя читать как перечень уже выпущенных функций Developers Map.

Связанные истории: Telegram-поддержка · Брокерская CRM.