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