Цифровые продукты ·
Поиск на сайте должен узнавать задачу посетителя
Посетитель может знать артикул товара, помнить его назначение или искать документ по одному слову. Во всех трёх случаях он пользуется одной строкой поиска, но ждёт разных результатов. Разработка поиска по сайту начинается с этих различий: какие записи существуют, как человек их называет и что поможет ему выбрать нужную.
Соберите запросы, для которых есть ответ
Для первой версии полезен небольшой рабочий набор: точное название, артикул, привычное сокращение, задача и запрос с опечаткой. Его можно собрать из обращений к менеджерам и текущих поисковых журналов, если они есть. При отсутствии данных используйте явно обозначенные проверочные сценарии, не выдавая их за поведение клиентов.
Например, в условном каталоге крепежа человек ищет конкретный код, «крепление для полки» или название материала. Для каждого сценария заранее определите подходящие карточки. Тогда качество поиска можно проверить, а спор о том, «хорошо ли он находит», получает предмет.
Сначала приведите записи в порядок
Поиск опирается на данные: название, описание, категорию, характеристики, артикул и доступность. Если размеры спрятаны в картинке, похожие товары называются по-разному, а часть записей устарела, одна новая строка поиска этого не исправит. Владелец каталога должен решить, какие поля обязательны и кто поддерживает их актуальность.
Синонимы требуют той же ответственности. Слова клиента и внутреннее название могут различаться; полезно связать их осмысленно. Но слишком широкое соответствие способно смешать несовместимые товары. Отдельно проверяйте обозначения моделей, единицы измерения и варианты: похожее название ещё не означает взаимозаменяемость.
Выдача помогает различать результаты
Для точного артикула ожидается нужная позиция. Для общей задачи может потребоваться несколько вариантов с объясняющими характеристиками. Обсудите порядок выдачи на примерах: где важнее совпадение названия, где категория, а где доступность. Не скрывайте условия, из-за которых товар нельзя заказать.
Карточка результата должна объяснять различие до перехода: тип записи, короткое название, важная характеристика, при необходимости изображение. Если в выдаче вместе появляются товары, инструкции и статьи, обозначьте их роли. Посетитель должен понимать, что откроется после нажатия.
Фильтры продолжают запрос
Поиск и фильтры решают разные части задачи. Строка принимает слова человека, фильтр уточняет признаки. После выбора категории или размера сохраняйте введённый запрос и показывайте активные ограничения. Иначе исчезновение результатов выглядит как поломка.
На телефоне проверьте возврат из карточки: сохранились ли запрос, фильтры и положение списка? Для человека, сравнивающего несколько товаров, это часть выбора. Поле поиска должно иметь понятную доступную метку; W3C объясняет, как связывать подпись и элемент формы, в том числе когда подпись визуально скрыта.
Пустая выдача тоже отвечает
«Ничего не найдено» может означать отсутствие товара, другую формулировку или слишком узкий фильтр. Покажите, что именно искали, и предложите подходящее действие: снять ограничение, открыть категорию или уточнить задачу у команды. Не подменяйте точный поиск случайной подборкой без объяснения.
Отдельно продумайте недоступность самого поиска. Ошибка загрузки и отсутствие совпадений — разные состояния. Если данные не удалось получить, интерфейс должен сказать об этом и сохранить запрос для повторной попытки.
Проверьте маршрут до следующего действия
Пройдите рабочий набор запросов с человеком, который знает каталог, затем с тем, кто видит его впервые. Записывайте подходящие результаты, затруднения и возможность перейти к нужной карточке или обращению. Исправляйте конкретное несоответствие, прежде чем добавлять интеллектуальные подсказки.
При измерении полезно различать пустую выдачу, переход к карточке и дальнейшее действие. Само число поисков не подтверждает пользу. Запросы могут содержать личные сведения; решите заранее, что допустимо сохранять и кто видит журнал.
Если каталогу нужен поиск, в [разработке сайта](/dialogue) я могу помочь определить поля, сценарии и критерии приёмки. Для этого полезнее принести несколько характерных записей и задач посетителя, чем начинать с требования «поиск как у большой площадки». Устройство продажи целиком разобрано в [статье об интернет-магазине](/apocrypha/online-store-development).
Сайт начинается с задачи
Если вы планируете новый сайт или пересматриваете существующий, начнём с его роли в бизнесе, структуры и пути посетителя к обращению.