Фасетная навигация допускает одновременное использование множества фильтров (измерений), т.е. пользователь может осуществлять навигацию одновременно по типу товара, по географии магазина, по рейтингу производителя и т.п. Для удобства пользователя однотипные фасеты (например, названия брендов) целесообразно объединять в группы. Такими группами удобно управлять (задавать параметры отображения и т.п.), а смысловое единство объединенных в группу категорий делает навигацию более интуитивной и простой.
При реализации навигационных интерфейсов следует, вообще говоря, отличать группы категорий (измерений) от групп свойств товаров, рассматриваемых в рамках одной или нескольких категорий. Группы категорий – это действительно независимое измерение, которое мы используем для навигации наравне с другими. Фильтр по свойствам товаров – это вторичный фильтр, который формируется исходя из наличия конкретных специфических свойств у товаров определенной категории. Чтобы понять эти отличия, нужно анализировать (или предвидеть) логику рассуждений пользователя при навигации по каталогу. Но и этого бывает недостаточно. Зачастую муки маркетологов над пользовательскими предпочтениями приводят к довольно уродливым решениям. Типичной ошибкой является расширение дерева основного каталога вместо создания отдельной группы для навигации по связанным по смыслу подкатегориям. Пример такой нелогичности можно увидеть на сайте интернет-магазина одежды Wildberries.ru (www.wildberries.ru):
Здесь мы видим, что ботинки бывают высокими, зимними и кожаными – абсурд, который бы не возник при выделении отдельных групп категорий (Сезон, Материал). Например, так:
Любопытно, что в фильтре по свойствам товаров на данном сайте выбор сезона и материала все-же присутствует, но это именно тонкие настройки фильтра, которые становятся видны пользователю только после ряда манипуляций с мышкой. Столкнувшись с проблемой (пользователь не находит, как ему осуществить поиск именно зимней обуви о одежды), дизайнеры не нашли ничего лучше, как вставить дополнительные варианты в основную классификацию. Это может быть просто привычкой для тех, кто много работал с иерархическими интерфейсами навигации. При навигации в многих измерениях (фасетной), строго говоря, даже выбор, например, сезона "зима" может повлиять на вид (режим отображения) основного классификатора, исключив (или изменив цвет на более серый) из него все пункты, не содержащие зимних товаров в принципе (см. Автогенерация категорий из данных по товарам). И наоборот – выбор, к примеру, "балеток" означает сокрытие всей группы "Сезон".
Довольно распространенная ситуация, в которой могут оказаться востребованы группы категорий – необходимость ранжировать товары/услуги в каталоге по диапазонам значений какого-либо параметра. К примеру, на сайте www.restoran.ru имеется понятие средней стоимости счета для представленного в каталоге ресторана. Очевидно, что в списке категорий нет смысла давать пользователю выбор из всех возможных размеров счета – их довольно много и их точные значения не являются первичным критерием, по которому пользователь осуществляет навигацию. Можно было бы предоставить средство фильтрации и задавать значения "от" и "до" для выборки по диапазону. Но вместо того, чтобы предоставлять пользователю интерфейс фильтрации, в котором тот должен утруждать себя и задавать средний размер счета, дизайнеры сайта ввели отдельную группу категорий "Счет". В ней имеются диапазоны стоимости счета, отвечающие по сути ценовой категории ресторана:
Обратный пример (нет группы категорий там, где они, возможно, были бы целесообразны) можно увидеть на сайте магазина O'KEY (www.okeydostavka.ru). Он подробно рассмотрен в подразделе Автогенерация категорий из данных по товарам.