Case Study
Product Detail Experience Redesign
Re-architecting a highly complex product detail system to support scale, variation, and long-term growth.

Context

This project focused on redesigning a highly complex product detail experience during a critical platform transition.

The organization was migrating from a legacy, in-house product data system to ProdX, a more advanced vendor platform designed to manage product variations, substitutions, and related products at scale. While ProdX introduced significantly greater flexibility and intelligence, it also imposed new structural constraints that would directly shape the customer experience.

At the same time, the existing product detail experience was already under strain. Variations were frequently incorrect, unrelated products were surfaced as selectable options, and even small changes carried disproportionate risk. The experience struggled to scale across categories, introduced confusion for complex products, and limited merchandising effectiveness.

This was was a system-level redesign under real business, technical, and organizational constraints. The work needed to improve customer clarity and engagement while protecting active revenue flows and establishing a foundation that could support long-term growth.

Business Stakes

This redesign needed to improve customer confidence and engagement while protecting active revenue flows during a live platform migration. Success required measurable gains without introducing risk at scale.

Team

Product, Engineering, Platform Vendor (ProdX), Merchandising, and Operations

Constraints

  • Live platform migration with active revenue
  • External vendor system (ProdX)
  • High risk of invalid states across complex product categories
  • Limited tolerance for experimentation failures in production

Impact Snapshot

  • +1.49% conversion rate (from 0.82%)
  • +84k add-to-carts from related products
  • −5% bounce rate
  • +31 seconds time on page
Overview
  • My Role & Scope
  • The Problem
  • Discovery & Insights
  • System Design Strategy
  • Defining the Variation System
  • Experience Design & Execution
  • Validation, Experimentation & Outcomes
  • Strategic Impact & Learnings
My Role & Scope

I served as Lead UX Designer with end-to-end responsibility spanning strategy, research, system design, and delivery.

The role extended well beyond interface design. I led deep edge-case analysis, competitive and best-practice research, experimentation design, and post-launch analytics to ensure the solution scaled both technically and commercially.

I additionally represented design in direct negotiations with ProdX, advocating for changes to their implementation to support real-world product complexity.

Key leadership contribution: I defined and negotiated the system rules that governed all product variation behavior across categories, aligning product, engineering, and external partners around a shared foundation that reduced risk, supported scale, and informed future initiatives.

What I Owned
  • Framing the problem at a system level, not just an interface level
  • Leading discovery, including deep edge-case analysis across 100+ products
  • Defining the variation model and authoring all variation rules
  • Translating system constraints into usable, scalable experience patterns
  • Driving alignment across product, engineering, and external platform partners
  • Advocating for changes to the ProdX platform when constraints conflicted with experience needs
Leadership Under Platform Constraints

This project required more than strong design execution. It demanded leadership across ambiguity, influence without formal authority, and comfort operating at the intersection of user needs, system architecture, and business risk.

Working within a product triad, I partnered closely with Product Management and Engineering to ensure decisions were grounded in real customer behavior, system realities, and long-term platform viability. I facilitated working sessions, synthesized research into clear direction, and challenged proposed solutions when they introduced risk or failed to account for known edge cases.

The Problem
A Broken Experience, Amplified by a Platform Transition

The existing product detail experience was already fragile before this initiative began.

Product variations were frequently incorrect. Items presented as variations were often unrelated products. Customers struggled to understand differences, compare options, or trust what they were seeing. Small changes introduced outsized risk, making iteration slow and confidence low.

At the same time, the organization was transitioning all product data from a legacy, in-house system to ProdX, a more advanced platform capable of managing variations, substitutions, and related products with significantly greater intelligence.

ProdX introduced powerful new capabilities, but it also imposed strict structural constraints. How products were defined, grouped, and governed in the system would directly determine what experiences were even possible at the interface level.

If those constraints were misunderstood or accepted prematurely, the resulting experience would fail regardless of visual polish.

Why the Initial Direction Would Not Work

Early exploration revealed that the challenge was not adapting the interface to new constraints, but confronting how those constraints fundamentally shaped the experience.

Through auditing over 100 real product examples, it became clear that ProdX’s default variation model could not reliably represent how customers understood product differences.

Variation categories were not anchored to a primary product, secondary attributes were inconsistently scoped, and state changes triggered unexpected page and URL behavior that broke continuity.

These limitations were not immediately obvious to partners, but I was able to make it clear that without redefining how variation rules were authored and governed, the experience would remain confusing and brittle regardless of visual treatment.

What Was at Risk

If the variation system was implemented incorrectly, the organization would inherit a more complex platform without realizing its benefits. Customer trust would erode further, teams would be locked into fragile workarounds, and future product growth would be constrained by decisions made too early and too narrowly.

This project required more than a redesign. It required rethinking the system that powered the experience.

Existing Page & Variation Implementation
Discovery & Insight
Moving Beyond Assumptions

Discovery focused on understanding how product variation logic actually behaved in the real world, not how it was intended to work on paper.

Rather than starting with interface concepts, I concentrated on identifying where the existing experience broke down and why. This required looking beyond individual screens and into how product data was structured, governed, and interpreted across systems.

Deep Edge-Case Analysis

A core part of discovery involved auditing over 100 edge-case products across multiple categories.

These were not theoretical scenarios. They represented real products with complex combinations of sizes, flavors, bundles, substitutions, and near-duplicates that regularly surfaced incorrect or misleading variations in the current experience.

Patterns emerged quickly:

  • Products grouped as “variations” were often only loosely related
  • Legitimate variations were frequently split apart
  • Category-specific rules conflicted with global assumptions
  • Small data inconsistencies produced disproportionately bad experiences

This analysis directly informed how variation rules needed to be defined, validated, and enforced at the system level, before any interface decisions could be made.

To understand how the new ProdX variation system would behave in real conditions, I conducted a deep audit of edge-case products across categories.

This analysis surfaced inconsistent category logic, ambiguous variation hierarchies, and failure modes that were not apparent in standard flows or vendor prototypes. These findings became the foundation for defining variation rules, pressure-testing system assumptions, and aligning Product, Engineering, and ProdX on what the experience actually needed to support.

Cross-Functional Discovery

Discovery extended beyond stakeholder interviews and technical walkthroughs. In parallel, I led structured exploration across internal teams, competitive platforms, and industry research to pressure-test assumptions and identify proven patterns.

This work included:

  • Competitive analysis of platforms with complex variation, substitution, and grouping paradigms
  • Review and application of Baymard Institute research related to product configuration, choice architecture, and error prevention
  • Collaborative ideation and story mapping with product and engineering to align on system capabilities, priorities, and sequencing
  • Validation of proposed approaches against known edge cases identified through research

This combined discovery effort surfaced a clear gap between platform defaults and customer expectations, reinforcing the need for a rules-driven system rather than ad-hoc configuration.

Competitive & Best-Practice Research

In parallel, I conducted competitive and best-practice research to validate our direction beyond internal assumptions.

This included analyzing platforms with complex variation paradigms, reviewing Baymard Institute research on product configuration and choice architecture, and pressure-testing our concepts against established patterns.

This work reinforced a consistent theme: successful variation systems prioritize predictability and constraint clarity over surface-level flexibility.

Competitive patterns across major retail platforms revealed consistent best practices for variation clarity, anchoring, and error prevention.

While implementations varied, successful experiences clearly distinguished primary products from selectable options, avoided invalid states, and maintained a stable sense of place as customers explored variations.

Key Insights
  1. Variation complexity was a system problem, not a UI problem
    Across 100+ audited products, inconsistencies stemmed from how variations were modeled and governed. No amount of interface refinement could compensate for misclassified attributes and brittle logic upstream.
  2. ProdX’s default variation model assumed ideal data, not real commerce

    The platform worked well for simple products, but broke down when applied to real-world catalogs involving substitutions, bundles, size hierarchies, and category-specific rules.
  3. Edge cases were not edge cases. They represented the majority of revenue-driving products

    The most complex products were also the most commercially important, which meant failure at scale would directly impact customer trust and business performance.
  4. Incremental adaptation would increase long-term risk

    Attempting to force ProdX’s defaults into the existing experience would create hidden dependencies, increase regression risk, and slow future innovation.
  5. Clear variation rules were required before experience design could succeed

    Until variation definitions, precedence, and exclusions were explicitly defined, any downstream design or engineering work would remain fragile and difficult to maintain.
Problem Identification & Story Map
System Design Strategy
Defining the System Requirements

The core challenge was not designing a better interface, but establishing a system that could accurately model product variation, scale across categories, and remain adaptable over time.

Based on discovery and deep edge-case analysis, the system needed to:

  • Represent variation types differently by product category
  • Enforce clear precedence rules when multiple attributes applied
  • Exclude non-variations from the variation experience entirely
  • Support future expansion without requiring PDP redesigns
  • Remain understandable to merchants and operators, not just engineers

This reframed variation logic as first-class product infrastructure rather than a design configuration problem, aligning product, platform, and experience layers around a shared set of rules.

Authoring the Variation Rules

I authored a comprehensive set of variation rules that defined:

  • Which attributes qualified as true variations
  • Which attributes should never appear as variations
  • How attributes should be grouped, ordered, and labeled
  • How conflicts between attributes should be resolved
  • How different product families required different logic

These rules were derived directly from audited product examples and validated against real catalog data.

They became the contract between product, engineering, and the vendor platform.

Influencing the Vendor Implementation

ProdX’s default implementation did not support several of these requirements.

I led a working session with ProdX’s founder with our product owner and engineering counterparts to:

  • Walk through real product failures from my audit
  • Demonstrate where default assumptions broke down
  • Challenge proposed fixes using concrete counterexamples
  • Advocate for changes to attribute handling and rule flexibility

As a result, ProdX agreed to extend their model, adding new attributes and adjusting behaviors to support our needs.

This shifted the relationship from “platform consumer” to active design partner.

Translating System Logic Into Experience

With the system rules defined, experience design could finally move forward with confidence.

I worked with engineering to ensure that:

  • The design reflected system logic accurately
  • Customers were never exposed to irrelevant or misleading options
  • Complex products felt simpler without hiding necessary information
  • Edge cases behaved predictably across scenarios

Design decisions were now grounded in explicit rules, not assumptions. This approach replaced assumption-driven design with shared system understanding, reducing ambiguity across teams and lowering long-term maintenance risk.

Variation Rules for the System Design
Defining the Variation System

With the strategy aligned and platform constraints understood, the work shifted to formalizing the variation system as a durable foundation.

This was not a design pattern. It was a governance model designed to enforce clarity, prevent invalid states, and scale as the catalog evolved.

From Attributes to Meaningful Variations

Not every product attribute should be treated as a customer-facing variation.

A core failure of the existing experience was that true variations, descriptive attributes, and related products were handled the same way, creating confusing and unpredictable behavior.

I defined a clear distinction between three attribute types:

Primary variation attributes
Attributes customers intentionally choose between, such as diaper size, count, or package quantity. Changing these should update the product without changing what the product fundamentally is.

Secondary attributes
Attributes that provide helpful context but should not drive selection, such as absorbency level, age range, or fit indicators. These inform decisions without triggering a product change.

Excluded attributes
Attributes that should never appear as variations, even if they exist in the data. For example, pulling size or count values from similar products could unintentionally switch a customer from overnight diapers to standard diapers without the customer realizing it.

By making these rules explicit and predictable, the system became easier to reason about across design, engineering, and merchandising.

New attributes and categories could be introduced without redesigning the product detail page or creating UI-driven exceptions. The experience shifted from reactive fixes to governed, system-level confidence.

Rule Precedence and Conflict Resolution

Many products qualified for multiple variation attributes simultaneously.
Without precedence rules, outcomes became unpredictable.

I established logic for:

  • Attribute prioritization
  • Conflict resolution
  • When variation groups should collapse or expand
  • How safe defaults are selected

These rules ensured each product resolved to a single, predictable variation structure.

Experience Design & Execution
Designing From Rules, Not Assumptions

With the variation system defined, experience design could move forward with clarity.

Design decisions were no longer driven by edge-case guesswork or UI workarounds. They were grounded in explicit rules that governed how products should behave across categories.

This allowed the interface to focus on clarity, predictability, and trust.

Experience Goals

The redesigned product detail experience needed to balance customer clarity, merchandising effectiveness, and measurable business outcomes.

  • Help customers understand what they were buying
    Clear product identity, differentiation, and confidence came before selection.
  • Increase confident product selection
    Make variation choices immediately understandable to reduce hesitation, misconfiguration, and abandonment for complex products.
  • Prevent invalid or misleading selections
    Customers should never encounter combinations that could not be fulfilled.
  • Extend the shopping experience beyond the primary product
    Present similar products and items often bought together using system rules that prevent redundancy, respect product groupings, and scale across categories.
  • Reduce friction that leads to bounce and exit
    Lower cognitive load for complex products to keep customers engaged on the page long enough to complete configuration.
  • Scale across categories without introducing inconsistency
    Enable the experience to scale across categories while preserving predictable behavior, reducing long-term maintenance cost, and supporting merchandising needs.

The goal was not to expose system complexity, but to absorb it, allowing customers to move forward with clarity and trust.

From Concepts to Execution

Early concepts explored different ways of expressing variation logic without overwhelming customers.

Beyond variations, I partnered closely with product and engineering to define how adjacent systems surfaced related products.

For “Similar items” and “Often bought with this item,” I proposed a looping logic that rotated product groups instead of showing near-duplicate items. This ensured variety, avoided redundancy, and made these swimlanes feel intentionally curated rather than algorithmic noise.

Through iteration, several principles guided execution:

  • Only surface meaningful choices
    If an option did not materially affect the product, it did not belong in the experience.
  • Let structure do the work
    Hierarchy, grouping, and ordering reflected the underlying system rules rather than visual preference.
  • Avoid conditional design where possible
    Predictable layouts were favored over highly dynamic patterns to reduce error and maintenance cost.

These principles ensured the experience remained consistent even as variation logic differed by product type.

Early concept exploring how variation logic could be made visible without overwhelming the interface. This concept informed the final interaction model but was intentionally simplified to validate logic, not visual polish.

The resulting experience preserved clear product identity, prevented invalid states, and introduced adjacent product discovery in a way that felt helpful rather than distracting.

Translating System Logic Into Interaction

Each interaction was designed to reflect the system’s intent:

  • Variation groups appeared only when valid
  • Option ordering reinforced precedence rules
  • Default selections were safe and explainable
  • Invalid states were eliminated rather than handled visually

Customers were never asked to interpret internal complexity. The experience behaved logically by design.

Collaboration With Engineering

Execution was tightly coordinated with engineering to ensure fidelity between system logic and interface behavior.

Rather than handing off static designs, I worked iteratively alongside engineers to validate that:

  • The design accurately reflected rule resolution
  • Edge cases behaved consistently across scenarios
  • Changes to system logic propagated safely through the experience

This reduced rework and prevented late-stage surprises.

Outcome of the Design Approach
  • The final experience felt simpler, even as the underlying system became more robust.
  • Design decisions were easier to justify, easier to extend, and easier to maintain because they were anchored in shared rules rather than individual interpretation.The result was an experience that could
  • The result was an experience that could scale with confidence.
Final Designs: Web & App
Validation, Experimentation & Outcomes
Unmoderated Usability Testing

Before exposing the redesigned experience to live traffic, I validated the overall product detail experience through unmoderated usability testing to ensure it was understandable without guidance.

Testing focused on whether customers could:

  • Understand the structure and hierarchy of information on the product detail page
  • Confidently complete key tasks without hesitation or backtracking
  • Interpret available options, constraints, and system feedback correctly
  • Move forward without needing external explanation or support

Key Findings

Participants consistently demonstrated confidence navigating complex product configurations without assistance. They correctly identified valid options, understood why certain combinations were unavailable, and completed selection tasks with minimal hesitation.

Testing confirmed that clarity extended beyond variations alone, supporting product understanding, option confidence, and overall decision-making before exposing the experience to live traffic.

Unmoderated usability testing demonstrated consistently high task success across core product detail flows, validating clarity, navigability, and user confidence within the redesigned experience.
Experimentation (A/B Test)

To validate a key system-level decision, we ran a focused A/B test within the redesigned product detail page.

Test

  • Compared two versions of the same page
  • “Similar Items” swimlane placed below the product description vs above it
  • All other page elements held constant

Results

  • Swimlane conversion increased from 0.82% (lower placement) to 1.49% (above the product description)
  • The swimlane placed above the product description consistently outperformed the lower placement, reaching clear statistical confidence within one month.

Impact
The test confirmed that surfacing relevant alternatives earlier in the decision flow improved engagement and conversion. Improving clarity and context, rather than adding visual or promotional pressure, materially changed customer behavior.

A controlled experiment moving a similar items swim lane above the product details that showed a swimlane sales conversion rate increase from 0.82% to 1.49%, reaching 100% probability to be best design option after one month.
Outcome Summary

The redesign produced statistically significant gains across engagement, conversion, and revenue-adjacent behaviors within the first month of launch.

Engagement & Confidence

  • Time on page increased by ~31 seconds
  • Bounce rate decreased by ~5%Variation interactions increased by
  • Variation interactions increased by ~31k events, indicating higher exploration and confidence

Conversion & Revenue Signals

  • Add-to-carts from similar items and often-bought-with swimlanes increased by ~84k
  • Add-to-carts for the primary product increased by ~4k
  • A/B test showed conversion increased from 0.82% to 1.49% when the “Similar Items” swimlane was placed above the product description

System & Platform Outcomes

  • Enabled a scalable ProdX implementation without fragmenting the customer experience
  • Reduced risk of invalid states and edge-case failures across categories

These results reinforced that the redesign did more than improve surface usability. It meaningfully changed how customers engaged with complex product configurations, establishing a foundation for continued performance as adoption increased.

Pre-launch analytics revealed high bounce rates, lower variation engagement, and limited cross-sell interaction, indicating confusion within complex product configurations.
Post-launch metrics showed increased variation interaction, longer time on page, higher add-to-cart activity, and reduced bounce rate, confirming improved clarity and engagement at scale.
Strategic Impact & Learnings
Customer & Business Impact
  • Increased customer confidence when navigating complex product configurations by making variation logic predictable and trustworthy
  • Enabled deeper product exploration without increasing cognitive load, supporting informed purchase decisionsImproved the effectiveness of cross-sell and related-item interactions
  • Improved the effectiveness of cross-sell and related-item interactions by clarifying how products related to one another

Rather than optimizing for a single conversion moment, the redesign strengthened the overall decision experience for customers managing high-variance products.

Platform & Organizational Impact
  • Established a governed variation model that scaled across categories without requiring redesigns
  • Reduced the risk of invalid states and merchandising-driven inconsistencies by making variation rules explicit and shared
  • Enabled faster onboarding of new attributes and product types without fragmenting the customer experience

The product detail page shifted from a fragile, case-by-case solution to a stable system the organization could confidently build on.

Leadership Learnings

Complex systems require shared rules, not just better interfaces.

This work reinforced that:

  • Design decisions must account for data, merchandising, and engineering realities, not just visual clarity
  • Making constraints explicit early prevents downstream rework and reactive fixes
  • Strong outcomes come from aligning teams around system behavior, not debating individual UI states

Leading this effort required balancing short-term performance pressure with long-term platform integrity, ensuring the experience could evolve without collapsing under its own complexity.

Applying This Approach Elsewhere
Interested in how this approach translates to other complex platforms?
Let’s Connect
The easiest way to reach me is on LinkedIn. For more detailed inquiries, you can also use the contact form.