NovКнопка «назад» должна возвращать к тому же месту сравнения
Почему возврат со страницы проекта должен сохранять фильтры, порядок и позицию пользователя, чтобы сравнение не начиналось заново после каждого просмотра.
Материал отражает практическую позицию указанного эксперта. Как готовятся и проверяются публикации — в редакционной политике NovAsia.
Покупатель редко выбирает недвижимость по одной открытой карточке. Обычно он задаёт несколько условий, пролистывает список, замечает подходящий проект, открывает его, изучает детали и возвращается к предыдущим вариантам. В этот момент кнопка «назад» выглядит простейшей частью интерфейса. Но если после неё человек попадает в начало каталога с очищенными фильтрами, технически переход состоялся, а процесс сравнения был разрушен.
Для меня здесь важен не браузер как таковой. Важен контекст решения, который пользователь уже собрал до открытия страницы.
Возврат должен продолжать мысль, а не только открывать прошлый адрес
Представим условный поиск: выбран город, тип недвижимости, диапазон бюджета и стадия проекта. Список отсортирован определённым образом, человек пролистал несколько экранов и остановился примерно на двадцатом результате. Он открывает один проект, узнаёт, что планировка не подходит, и нажимает «назад».
Полезный возврат означает, что человек снова видит ту же выборку примерно в том же месте. Ему не приходится вспоминать, какие фильтры стояли, повторно выбирать сортировку и прокручивать каталог. Иначе каждый просмотр отдельного объекта становится маленьким сбросом работы.
Это особенно раздражает не из-за количества кликов. Сбрасывается память самого сравнения. Пользователь уже знает: этот вариант исключён, следующий был интересен ценой, третий — расположением. Если список изменил порядок или вернулся в начало, привычная последовательность исчезает, и часть решений приходится восстанавливать по памяти.
Сохранять нужно не всё подряд. Например, состояние формы на странице проекта может не иметь отношения к каталогу. Но фильтры, сортировка, страница или позиция списка — это тот контекст, который определял, что человек вообще увидел до перехода.
Контекст должен переживать нормальный путь, но не становиться ловушкой
Есть обратная ошибка: сервис настолько настойчиво сохраняет прежнее состояние, что пользователь не может начать новый поиск. Хороший возврат не означает вечное удержание старых фильтров во всех ситуациях.
Здесь полезно различать два намерения. «Назад» обычно означает «вернуть меня туда, откуда я пришёл». Переход в каталог через главное меню может означать «я хочу открыть поиск заново» или хотя бы осознанно выбрать другую отправную точку. Эти действия похожи по адресу, но разные по смыслу.
Поэтому сохранённый контекст должен быть предсказуемым. Если человек вернулся на один шаг, логично продолжить прежнюю работу. Если он явно сбросил фильтры, выбрал другой город или начал новый поиск, система не должна тайно восстанавливать старые ограничения и удивлять его отсутствием результатов.
Такой баланс важнее технической схемы хранения состояния. Покупателю всё равно, где сервис запомнил сортировку. Он оценивает только поведение: мой предыдущий выбор не исчез без причины и в то же время не преследует меня там, где я начал другую задачу.
Сравнение становится дороже, если каждый объект требует восстановления списка
На коротком каталоге проблема может быть почти незаметна. На большой выборке она растёт с каждым просмотром. Человек открывает пять проектов — пять раз восстанавливает фильтры. Открывает десять — уже начинает избегать подробных страниц, потому что боится потерять место.
Это плохой побочный эффект: интерфейс незаметно поощряет поверхностный выбор. Пользователь остаётся в карточках списка, потому что подробный просмотр слишком дорог по усилиям. Для сайта недвижимости это противоположно желаемому поведению. Нам полезно, чтобы человек открывал детали, видел ограничения и возвращался к сравнению без штрафа.
Есть и доверительный аспект. Когда после возврата порядок результатов изменился, трудно понять, произошло ли обновление данных или просто потерялось состояние. Если недавно просмотренный проект исчез со знакомого места, пользователь может решить, что объект сняли, хотя причина гораздо прозаичнее.
Поэтому я отношу сохранение контекста к целостности пользовательского пути. Оно не подтверждает факты недвижимости, но помогает человеку не терять уже выполненную интеллектуальную работу.
Хороший тест — пройти путь обычного покупателя несколько раз подряд
Такую функцию легко проверить слишком узко: открыть каталог, перейти в первый объект, нажать «назад» и убедиться, что каталог появился. Для реальной задачи этого мало.
Проверять стоит последовательность: задать несколько фильтров, изменить сортировку, пролистать список, открыть объект, вернуться, открыть другой, снова вернуться. Затем поменять одно условие и повторить. Важно увидеть не только адрес страницы, но и то, сохраняется ли рабочее место человека.
Отдельно полезно смотреть мобильный сценарий. На маленьком экране потеря позиции особенно болезненна: длинный список прокручивается заметно дольше, а элементы управления фильтрами могут быть спрятаны в отдельной панели. Если десктоп возвращает к прежнему месту, а телефон — в начало, формально обе версии имеют кнопку «назад», но реальный опыт различается.
Я не ожидаю, что сервис всегда восстановит каждый пиксель. Данные могут обновиться, список может объективно измениться, а некоторые переходы требуют нового состояния. В таком случае лучше небольшое понятное отклонение, чем искусственная фиксация устаревшей выдачи. Но базовый принцип остаётся: обычный возврат не должен заставлять человека заново собирать тот же контекст без содержательной причины.
Кнопка «назад» хороша именно тогда, когда о ней не приходится думать. Она не создаёт новую функцию, а сохраняет непрерывность уже начатого решения. Для большого каталога эта непрерывность — не мелочь навигации, а часть качества сравнения.