Сравнение товаров: как показывать значимые различия

Покупатель уже отобрал несколько моделей

Больше строк в сравнении не означает более понятный выбор: одинаковые служебные сведения способны закрыть то единственное отличие, из-за которого покупателю подходит другая модель. Для каталога одной товарной категории стоит отобрать признаки, влияющие на применение, комплектацию и ограничения. Затем сравнить два способа показа — полную таблицу и выделенные отличия.

Пустая ячейка тоже влияет на решение. Её смысл нужно назвать.

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

Сначала вопрос, затем интерфейс

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

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

Какие сведения заслуживают строки

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

Сопоставимость важнее заполненности

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

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

Отсутствие и неизвестность

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

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

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

Все характеристики или только отличия?

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

Полный набор

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

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

Только различия

Этот режим полезен после нормализации значений. Иначе «есть», «Да» и знак отметки будут выглядеть тремя отличиями одного свойства. Подрядчик покажет, как система сравнивает числа, текст, списки и отсутствие данных. Заказчик примет результат на заранее подготовленных сочетаниях.

Если модели совпадают по всем известным свойствам, интерфейс сообщает об этом и предлагает посмотреть полный набор. Прятать всю таблицу без объяснения — плохое решение: человек решит, что сравнение сломалось. Кроме того, совпадение известных параметров не означает полной одинаковости товаров. Могут различаться сведения, которые магазин пока не хранит. Поэтому подпись описывает именно показанные характеристики, а не объявляет модели взаимозаменяемыми.

Краткие карточки рядом

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

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

Сравнение с телефона и без мыши

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

Строка, колонка и название

В руководстве W3C по таблицам с двумя направлениями заголовков для заголовочных ячеек используется th, а атрибут scope принимает значения col для столбца и row для строки. Название таблицы можно задать через caption. Эти детали позволяют программно связать данные с их назначением. Исполнитель демонстрирует заказчику чтение таблицы со вспомогательным средством.

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

Управление набором товаров

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

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

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

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

Покупатель видит причину своего выбора

Хорошее сравнение позволяет закончить выбор объяснимой фразой: эта модель подходит по обязательному условию, а за дополнительную возможность стоит доплатить либо от неё можно отказаться, потому что она не нужна для моей задачи. Число строк вторично.

Что оставить после обсуждения

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

В доработке интернет-магазина стоит начать с сопоставимости данных выбранной категории, затем принять полный и сокращённый вид на телефоне. Когда сотрудник без подсказок объяснит отличие моделей и повторит выбор покупателя, интерфейс выполнит свою задачу.