17
9 мин
Каталог квартир легко оценить по числу функций и трудно — по качеству выбора. Двадцать фильтров выглядят убедительно на презентации, но покупателю достаточно одного неверного остатка, чтобы перестать доверять всему списку. Поэтому мы проверяем каталог не по макету, а по конкретным поисковым задачам.
Сценарий 1. «Нужна двухкомнатная квартира до определённого бюджета»
Комнатность и стоимость — базовая связка. Диапазон цены должен работать по полной стоимости предложения, а не по размеру первоначального взноса. Если показывается цена «от», рядом объясняют, к какой квартире она относится и актуальна ли сейчас.
Пользователь должен видеть количество найденных вариантов до нажатия «Показать». Если результат пустой, каталог предлагает ослабить конкретное условие: увеличить бюджет, посмотреть соседний корпус или другой срок сдачи. Сбрасывать все настройки и возвращать человека к началу нельзя.
Сценарий 2. «Хочу переехать в следующем году»
Срок сдачи связан с корпусом и очередью. Фильтры должны использовать одну модель данных: нельзя показывать корпус как сданный в карточке проекта и одновременно относить его к будущему периоду в каталоге. Для покупателя полезны понятные интервалы, а точные юридические формулировки остаются в документах.
При проектировании сайта жилого комплекса с каталогом квартир источник статуса определяют до дизайна. Иначе красивый интерфейс будет ежедневно спорить с отделом продаж.
Сценарий 3. «Первый этаж не рассматриваю, но слишком высокий тоже»
Этаж удобнее задавать диапазоном. Дополнительно можно предложить быстрые варианты: не первый, последний, средние этажи. Но фильтр должен учитывать реальную этажность корпуса. Значение «20–25» не должно появляться для десятиэтажного дома.
Сценарий 4. «Нужна кухня-гостиная и окна во двор»
Особенности квартиры работают, когда их немного, они проверяемы и единообразно заполнены. «Евроформат», «мастер-спальня», «гардеробная», «терраса», «вид во двор» нельзя определять по рекламному описанию вручную для каждой карточки. Нужны справочник значений и правило, кто подтверждает признак.
Если характеристика важна только нескольким лотам, она может стать меткой на карточке, а не отдельным фильтром. Так интерфейс остаётся коротким. Подход к мобильной проверке элементов выбора подробно разобран в материале о пятиминутном аудите мобильной версии.
Сценарий 5. «Покажите похожие варианты, если эта квартира продана»
Карточка проданного лота не должна вести в тупик. Предложите варианты того же типа и площади, затем соседние по бюджету. Ссылка из рекламы при этом должна сохранять исходный контекст, а менеджер — получать выбранную квартиру в CRM. Статья о маршруте заявки после отправки формы помогает проверить этот участок.
Что остаётся за пределами фильтра
| Инструмент | Задача | Ограничение |
|---|---|---|
| Фильтр | Сузить список по понятным условиям | Не объясняет качество планировки |
| Шахматка | Показать положение в корпусе | Требует удобной мобильной версии |
| Карточка квартиры | Сравнить план, параметры и условия | Зависит от актуальности данных |
| Скачать или распечатать выбранный вариант | Не подходит для первичного поиска |
Полезная проверка перед запуском. Возьмите пять реальных запросов покупателей: «двушка до 12 миллионов», «не первый этаж», «сдача в этом году», «окна во двор» и «можно с отделкой». Попросите человека, который не участвовал в разработке, найти подходящие варианты с телефона. Записывайте не только время, но и моменты, когда ему пришлось возвращаться назад, сбрасывать фильтр или открывать PDF. Эти наблюдения точнее показывают, какие параметры действительно нужны в каталоге.
В проекте сайта ЖК «Флагман» большая доля мобильного трафика стала отдельным аргументом в пользу простого пути. Перед запуском каталога повторите пять сценариев на телефоне, сравните остатки с источником и отправьте тестовую заявку. Если хотя бы один шаг требует звонка «чтобы уточнить, есть ли квартира», каталог пока остаётся витриной, а не инструментом выбора.
