Product specifications, whether they appear in a dedicated spec sheet, in a product list item, or as filters, are crucial to some users’ product-purchasing decision.
Both our large-scale Product Details Page and Product List & Filtering usability testing consistently shows that product specifications can be exceedingly difficult for users to navigate, especially when specifications for the same product type are presented inconsistently to users.
Yet our Product Page and Product Lists & Filtering benchmarks show that 52% of e-commerce sites fail to sufficiently post-process vendor-supplied data — making it very difficult for users to find and compare products in product lists and on product pages.
In this article, we’ll discuss the test findings from our Product Page and Product Lists & Filtering usability studies related to inconsistent presentation of product data, including:
During our large-scale usability testing, we tested many sites that offered users detailed product specifications for certain product types. Indeed, testing showed that some users need to evaluate and compare multiple products in order to find the perfect one.
However, during testing, the subjects often weren’t able to do this because the specifications for the chosen products were presented inconsistently.
When users are comparing similar items on the same site, inconsistent availability and formatting of product data, as well as inconsistent units of measure, reflect poorly on a site’s professionalism and puts a burden on users, who then have to perform their own processing of the displayed data, often leading to guesstimations or going off-site to research further.
Sites offering products from different suppliers and brands are prone to data inconsistency issues, as different data vendors will inevitably use different labelling for the same product attributes, use different measurement units, or will simply provide different levels of product information.
For example, one brand may term their TV’s refresh rate system “TruMotion”, while another “Motionflow”; one supplier may provide the length of their area rug in feet, while another in meters, etc. The end result is that users confronted with wildly inconsistent product data, for the same type of product, will find it difficult if not impossible to effectively compare the items.
The product page, spec sheets, and compare features are where many users will attempt to compare products of the same product type. During testing, we observed 5 common product-data inconsistencies that hampered users’ ability to effectively compare products:
1) Misaligned Attributes. Very often, different vendors will not use the exact same labelling for the same product attributes. For example, one vendor calling a spec “Sensor Resolution” while another calls it “Resolution”. This makes it needlessly difficult for users to locate and recognize that the differently labeled specs are in fact for the same product attribute. In practice it can cause users to overlook the inconsistently labeled spec (e.g., as some users will scan for a label starting with “Resolution” instead of “Sensor”). For those users who overlook a spec due to label inconsistencies, it’s as severe as if the spec wasn’t there at all.
2) Inconsistent Units of Measurement. When product specifications are listed in different units of measurement, they can be very difficult for users to compare. It’s not impossible, of course; users must just convert the values themselves. However, this assumes that all users will notice that the attributes are provided in different units of measurement (not all the test subjects during testing did). Additionally, it requires that all users, by memory, know the exact unit conversion, or know how (or have the ability to) to look it up. This can clearly be a source of errors as users themselves try to convert units.
While mixing up imperial and metric units happens from time to time, a more commonly observed issue is inconsistent usage of the “resolution” of the unit — e.g., listing the length of some products in feet and then listing others in inches.
3) Arbitrary Order for Dimensions. When multi-value attributes such as dimensions are listed in different sequences, users are very likely to misread them. For instance, one manufacturer may list its dimensions as “Height / Width / Depth” while another manufacturer lists their products as “Depth / Width / Height” — which makes it very likely users will misread the product attributes when comparing the two spec sheets.
In other instances the issue is even worse, as the manufacturers use different dimension labeling or different product orientations when measuring the product — hence what one may call “Length” another calls “Width”, while in fact both are referring to the same measure.
Therefore, e-commerce sites need to ensure all product dimensions are synchronized during import of vendor data, so that all attributes are displayed in the same order to users.
4) Abbreviations and Jargon. Abbreviated values and vendor-specific brand or feature names can be tricky for users to interpret, especially if they are used inconsistently in the spec sheet. For example, one product that uses abbreviations for certain product features while they are written out in full for other products of the same product type.
Additionally, if simply directly importing vendor data for the product-specification values, many product specs will include vendor-specific naming. For example, for TVs Sony has named their refresh rate system “Motionflow”, while Samsung calls it “Clear Motion Rate”, LG “TruMotion”, etc. Such attributes will often require an explanatory tooltip so that users don’t have to know or research themselves that, for example, a spec reading “120Hz TruMotion” is largely the same as one reading “120Hz Motionflow” when comparing two products. Or even better, post-processing during import of the vendor data to align the spec values, so it simply reads “120Hz” for both products, with potentially then another separate specification type reading “Refresh Rate System: [TrueMotion / MotionFlow]” .
5) Missing Product Data. Some products may lack product information, which makes comparison across the missing attributes impossible. Of course, if the data are missing because the attributes don’t make sense for one of the products, then this is perfectly fine. However, often missing specifications are simply data that haven’t been submitted in a vendor’s dataset, rather than because the product doesn’t have those attributes (e.g., wattage specifications for mixers). This data will need to be “patched” using additional sources or manual verification.
In addition to specs that appear on the product page, in spec sheets, and in compare features, during testing some sites had the same data inconsistency issues when it came to site-wide and category-specific filters.
The five same issues that have been examined above occur as well when filtering values aren’t post-processed. Again, users will struggle to understand and apply filters that haven’t been post-processed, leaving them sometimes with massive product lists and potentially 1000s of products to evaluate.
Inconsistent filter options can have even more of a deleterious effect than inconsistent data on the product page. When trying to decide which filters to apply, users lack contextual information (e.g., product descriptions, videos, images, etc.) that is often available when on product pages, and which could help at least partially explain the difference among the inconsistent data.
To offer harmonized filtering values, the vendors’ product data and branded feature names need to be post-processed into a “common name” product spec that can then be used to filter product lists and search results. Data-processing wise, this will often be a relatively simple task, but it needs to be supervised by someone with sufficient domain knowledge to identify the same type of spec across branded features and inconsistently named product data.
Furthermore, to improve users’ ability to use industry filters consider offering help text to explain industry jargon. Even when branded features and inconsistent product data are harmonized into a single filter option for the same product specification, some users will still need help understanding the meaning of the filter.
Tooltip help can also be offered for product pages, spec sheets, and compare features once product data has been harmonized.
To aid users’ ability to understand product data and features, whether they are on the product page, in the compare feature, in specifications sheets, or in filters, it’s important to not just import different vendors’ data and use it directly, but rather post-process all vendor data during import to
A consistent representation of product data improves users’ perceptions of a site, and is essential for users’ ability to both find products (via filtering) and to compare and evaluate products of the same type in compare features and on the product page.
This article presents the research findings from just 1 of the 580+ UX guidelines in Baymard Premium – get full access to learn how to create a “State of the Art” product page user experience.
Join 25,000+ readers and get Baymard’s research articles by RSS feed or e-mail:
Topics include user experience, web design, and e-commerce
Articles are always delivered ad-free and in their full length
1-click unsubscribe at any time