Фильтры в интернет-магазине — это не UX. Это данные.
Одна из основных проблем фильтров: одинаковые параметры с разными названиями. Это прямой путь к пустой выдаче и потере доверия.
В фудтехе “Без сахара” = “Sugar free” = “0% сахара” = “Без добавления сахара”
В fashion “Размер” = “Размер EU” = “EU size” = “Размер (европ.)”
В beauty “Тип кожи” = “Кожа” = “Для кожи” = “Skin type”
Самое любимое у меня это единицы объема: 100 мл / 0.1 л / 100ml / 100мл — это один объём, но в выдаче может стать четырьмя.
Такое обычно происходит, когда каталог собирается из разных источников: 1С, поставщики, парсинг или, боже упаси, менеджеры заносят руками. Каждый источник называет параметр “как привык”. Вуаля, у вас в бд помойка.
Основное правило звучит так: Один смысл — один атрибут.
Неважно, как передают данные поставщики. Внутри системы должно быть одно поле: skin_type → “Тип кожи”
А всё остальное — синонимы/маппинг.
Когда пользователи сталкиваются с этим, когда выбирают товар. Их жутко бесит, проверенно.
Одна из основных проблем фильтров: одинаковые параметры с разными названиями. Это прямой путь к пустой выдаче и потере доверия.
В фудтехе “Без сахара” = “Sugar free” = “0% сахара” = “Без добавления сахара”
В fashion “Размер” = “Размер EU” = “EU size” = “Размер (европ.)”
В beauty “Тип кожи” = “Кожа” = “Для кожи” = “Skin type”
Самое любимое у меня это единицы объема: 100 мл / 0.1 л / 100ml / 100мл — это один объём, но в выдаче может стать четырьмя.
Такое обычно происходит, когда каталог собирается из разных источников: 1С, поставщики, парсинг или, боже упаси, менеджеры заносят руками. Каждый источник называет параметр “как привык”. Вуаля, у вас в бд помойка.
Основное правило звучит так: Один смысл — один атрибут.
Неважно, как передают данные поставщики. Внутри системы должно быть одно поле: skin_type → “Тип кожи”
А всё остальное — синонимы/маппинг.
Когда пользователи сталкиваются с этим, когда выбирают товар. Их жутко бесит, проверенно.