Когда человек уже отметил подходящую квартиру, ему может понадобиться время: обсудить выбор с близкими, сопоставить несколько вариантов или вернуться к вопросу позже. Если при следующем визите подборку приходится собирать заново, на сайте не хватает шага для продолжения выбора.
Задача не в том, чтобы добавить ещё одну кнопку «Избранное». Сначала стоит определить, что именно посетитель должен унести с собой и что сайт сможет показать при возвращении. Тогда функция «сохранить выбор квартиры» будет отвечать понятному сценарию, а не создавать иллюзию, что объект зарезервирован или его цена закреплена.
Сохранить — это не всегда одно и то же
«Сохранить» может означать разные действия: отметить одну квартиру, оставить несколько для сравнения или отправить подборку другому участнику решения.
У каждой задачи может быть свой способ. Закладка напомнит, какую карточку открыть; ссылка передаст варианты, если сайт поддерживает этот сценарий. Личный кабинет добавляет вход и вопросы о том, какие данные запрашиваются и на каком устройстве пользователь продолжит.
Перед проектированием уточните: человек вернётся на том же устройстве или поделится выбором; нужно сравнение или достаточно списка; что произойдёт, если сведения о квартире изменятся? Чем конкретнее ответы, тем яснее, нужна ли форма входа или хватит короткого списка в браузере.
Возвращение должно объяснять, что сохранилось
Посетитель нажал кнопку — что именно произошло? Если сайт только запомнил выбранные карточки в текущем браузере, не следует называть это «сохранением в аккаунте». Если создаётся ссылка, нужно сообщить, какие данные она переносит и как открыть подборку. Если для продолжения требуется вход, это стоит объяснить до заполнения формы.
Продумайте и пустое состояние: если выбор исчез, объясните известную причину и предложите понятный следующий шаг — снова открыть каталог или обратиться к менеджеру.
В материале о сценариях поиска в каталоге квартир разобраны фильтры; здесь вопрос в том, что происходит после того, как подходящие варианты уже найдены. Не нужно переносить в сохранённый список весь экран каталога: достаточно карточек и тех параметров, по которым покупатель собирается обсуждать выбор.
Сравнение нужно не всем — и не по всем параметрам
Сравнение полезно, когда оно помогает сформулировать различия, а не превращает несколько квартир в широкую таблицу, которую неудобно читать с телефона. Команда может заранее определить компактный набор: например, площадь, этаж, корпус и срок сдачи — если эти значения действительно доступны и важны для конкретного проекта.
Не стоит заранее считать, что набор характеристик одинаков для всех объектов. Одному проекту важен вид из окон, другому — планировка или особенности отделки; часть параметров может быть неизвестна или обновляться отдельно. Лучше показать только проверяемые поля, а отсутствующее значение обозначить как отсутствующее, а не оставлять визуально похожее на ноль или «нет».
В сравнении должна оставаться возможность убрать вариант и открыть его карточку; отличия можно выделить, совпадающие характеристики — свернуть. Перед разработкой проверьте список на данных проекта: сравнение должно помогать обсуждать квартиры, а не дублировать каталог.
Цена и наличие не должны выглядеть обещанием
Не называйте сохранённую карточку резервом: она нужна, чтобы продолжить выбор, но сама по себе не фиксирует условия. Если цена или статус квартиры могут измениться, избегайте формулировки, которая воспринимается как гарантия. Показывать время обновления имеет смысл только тогда, когда сайт получает и хранит это значение; статичная надпись «актуально» способна дать ложную уверенность.
При повторном открытии подборки можно предложить сверить детали с отделом продаж. При этом не нужно заставлять посетителя начинать всё заново: сохраните список и отдельно объясните, какие сведения требуют уточнения. В кейсе разработки сайта жилого комплекса можно посмотреть пример представления проекта; он не подтверждает наличие функции сохранения или сравнения, поэтому такие сценарии оцениваются отдельно.
Передача выбора — продолжение, а не новая анкета
Если подборку нужно обсудить с близким человеком, ссылка может быть удобнее нескольких адресов квартир. До разработки определите, открывается ли она без входа, что увидит получатель и что произойдёт при изменении списка; не обещайте непроверенный режим работы.
Следующий шаг тоже лучше держать конкретным: задать вопрос по выбранному варианту или попросить связаться. Не превращайте сохранение квартиры в повод запрашивать телефон, почту и дополнительные сведения, если без них можно показать список. А для передачи заявки менеджеру заранее согласуйте, какие данные действительно нужны отделу продаж.
При разработке сайта жилого комплекса функцию нужно обсуждать вместе с источником данных и сценарием отдела продаж. Более широкие задачи девелопера можно соотнести с решениями для строительной отрасли.
Перед запуском соберите короткую проверку: что сохраняется; где это доступно повторно; что происходит при изменении статуса; какие характеристики участвуют в сравнении; как поделиться подборкой; и что сайт честно сообщает о цене и наличии. Когда ответы согласованы, посетитель возвращается не к случайному набору фильтров, а к понятному списку вариантов — и может продолжить обсуждение с того места, на котором остановился.