Поиск и фильтры магазина: требования к данным, выдаче и проверке

Что должно описывать ТЗ на поиск и фильтры

Поиск и фильтры работают с одним ассортиментом, но решают разные задачи. Поиск интерпретирует введённое намерение, артикул или название. Фильтры помогают сузить уже найденный набор по характеристикам. Если данные непоследовательны, даже качественный интерфейс выдаёт странные результаты: нужная модель исчезает из списка, а пустые значения выглядят как полноценный вариант.

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

Подготовьте словарь характеристик

Определите тип каждого признака: число, диапазон, перечисление, логическое значение или текст. Зафиксируйте единицы, допустимую точность и правила преобразования. Значения «1 м», «100 см» и «1000 мм» не должны превращаться в три несвязанных фильтра длины. При этом система не должна угадывать единицу, если источник её не передал.

Разделите характеристику товара и доступность варианта. Для одежды выбранный размер относится к конкретной доступной модификации. Нельзя показывать товар как подходящий только потому, что нужный размер когда-то существовал в карточке. В задании должно быть ясно, какие остатки и статусы участвуют в отборе.

Укажите поведение неизвестных значений. Они не равны нулю, отрицанию или минимальной цене. Для каждой категории согласуйте набор полезных признаков. Фильтр с сотнями непонятных служебных значений перегружает интерфейс и не помогает сделать выбор.

Задайте логику сочетаний

Опишите, как сочетаются несколько значений одного фильтра и разные фильтры между собой. Например, два выбранных цвета могут расширять выбор внутри цвета, а ограничение по материалу — сужать результат. Пользователь должен видеть активные условия и уметь снять одно из них без полного сброса.

Согласуйте, что показывают счётчики возле вариантов. Это число товаров до применения фильтра, после текущего набора условий или возможный результат добавления конкретного значения? Разные трактовки дают разные цифры. В ТЗ нужен пример с небольшим эталонным ассортиментом, где результат можно пересчитать вручную.

Решите, скрывать ли недоступные варианты или показывать их отключёнными. Оба подхода имеют последствия для понимания. Важнее последовательность и возможность объяснить нулевой результат. Пользователь не должен терять выбранный параметр только потому, что временно изменилось наличие.

Опишите классы поисковых запросов

Соберите реальные обезличенные запросы из доступных журналов и поддержки. Разделите точные артикулы, названия, категории, разговорные формулировки и ошибочные написания. Для каждого класса задайте ожидаемое поведение. Точное совпадение артикула обычно требует отдельной проверки, чтобы его не вытеснили рекламные или приблизительные результаты.

Словарь синонимов должен иметь владельца. Добавление широкого соответствия может улучшить один запрос и ухудшить другие. Поэтому новые правила проверяют на контрольной выборке. Отдельно укажите поведение для раскладки, пробелов, дефисов и распространённых опечаток; не обещайте распознавание любого произвольного текста.

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

Согласуйте порядок результатов

Ранжирование может учитывать совпадение названия, артикула, наличие и коммерческий приоритет. Запишите, какие факторы важнее и где допустимо ручное продвижение. Продвигаемый товар всё равно должен соответствовать обязательным ограничениям. Если выбран конкретный размер, реклама другой модификации не должна маскироваться под точное совпадение.

У сортировки должны быть устойчивые правила для равных значений. Иначе товары могут перескакивать между страницами и повторяться при прокрутке. Укажите, по какой цене сортируется товар с несколькими вариантами и что происходит с неизвестной стоимостью.

Для обновления индекса нужны ожидаемая задержка и диагностика. Товар, снятый с продажи в основной системе, не должен неопределённо долго оставаться доступным результатом. Приёмка включает изменение данных и проверку, когда оно становится видимым в поиске.

Сохраните состояние и доступность

Определите, отражается ли запрос и набор фильтров в адресе. Ссылка должна воспроизводить выбор без скрытой зависимости от предыдущих действий. Проверьте возврат из карточки, обновление страницы и передачу ссылки другому человеку. Состояние списка и позиция прокрутки обсуждаются отдельно.

На мобильном экране согласуйте момент применения: немедленно или после подтверждения. Пользователь должен видеть число результатов, активные параметры и способ отмены. Элементы управления проверяют клавиатурой, с заметным фокусом и понятными названиями. Изменение выдачи не должно оставлять человека без обратной связи.

Ошибку сети отличают от пустого результата. При сбое сохраняют запрос и предлагают повторить загрузку. Обнуление списка с сообщением «ничего не найдено» выдаёт техническую проблему за отсутствие товара и искажает аналитические события.

Ограничьте поисковые URL осознанно

Комбинации параметров способны создать множество адресов. Google отдельно описывает управление обходом фасетной навигации. В проекте нужно решить, какие сочетания имеют самостоятельную ценность для поиска, а какие служат только пользовательскому выбору. Автоматически индексировать все комбинации не следует.

Для выбранных посадочных страниц согласуйте устойчивый адрес, полезное содержание и правила внутренних ссылок. Технические способы управления обходом и индексацией должны быть согласованы между собой. Один canonical не заменяет всей стратегии параметров, а запрет обхода не является защитой закрытой информации.

Как принять поиск

Создайте контрольный набор запросов с ожидаемыми товарами и отдельный набор условий фильтрации. Для поиска оцените присутствие подходящих результатов в согласованной части списка, точные артикулы и долю действительно пустых ответов. Для фильтров — правильность состава, счётчиков и сочетаний. Порог качества выбирают до демонстрации.

Учебный тест: у ботинка есть два размера, один закончился. Покупатель выбирает недоступный размер, затем снимает ограничение и возвращается из карточки. Выдача, активные фильтры, адрес и остатки должны оставаться согласованными. Повторите тест после обновления ассортимента, чтобы проверить задержку индекса.

В бриф приложите словарь признаков, примеры запросов, контрольный ассортимент, правила ранжирования и список исключений. Такой набор позволяет оценивать работоспособность поиска по конкретным задачам, а не по впечатлению от нескольких удачных запросов.