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