The Walt Disney Company

Global Commerce Management

Designing a unified, self-serviceable commerce management platform that enables efficient product launches to millions of customers.

Note: Mockups do not contain actual data to ensure confidentiality of sensitive information.

My Goal

Defining design strategy, user flows, UI design, and detailed interaction design for a new global commerce management platform.

Team

I collaborate with internal users including Business Operations, Finance, Accounting, Marketing Ops, and Analytics as well as stakeholders from Product Management, Legal, Front-End Engineering, and Back-End Services Engineering.

ROLE

Senior Product Designer

DATES

Oct 2021 to Present

Skills
Enterprise Web
User Research
UX Design
UI Design
BACKGROUND

Ensuring customers get the right prices and products

Business Operations, Accounting, Finance, Analytics, and Engineering teams spend thousands of hours configuring new products and prices to be sold across the globe, making sure the data is accurate and meets all legal requirements, and publishing these offerings to be live to customers in the market. 

Existing Legacy Tools

Disjointed legacy tools posed efficiency and cost challenges. Our team sought to build a new platform from the ground up to offer a more cohesive, scalable, and powerful commerce management tool.

Legacy Tool 1

Legacy Tool 2

RESEARCH & DISCOVERY

Understanding the challenges of managing thousands of complex data points

To understand the full landscape of the domain and build empathy with the different users and stakeholders, I set out to do some deep discovery with 38 interviews and contextual inquiry sessions.

3

Business Operations

2

Strategic Growth

11

Accounting

3

Finance

3

Marketing

4

Product Management

10

Software Engineering

2

Technical Program Management

Questions Explored

  • What are the jobs to be done for these different internal teams?
  • What are their existing workflows?
  • What are the differences across teams and brands?
  • What are the pain points and challenges?
  • How do the different teams interact and coordinate with each other?
  • What’s working well?
  • What’s new in the pipeline for the business that the platform needs to design for?

User Archetypes

Though each team has their own title and focus, I found their actions within the existing tools while managing products and pricing fell into a few groups with common characteristics and needs.

Jobs to Be Done

I identified the multitude of purposes that different users may need to find and manipulate commerce data for: 

  • Launching a brand new product
  • Launching an existing product in a new location or on a different billing platform
  • Launching a new combination of existing products
  • Launching a new promotional price for a product
  • Launching a variation of an existing product
  • Changing the retail price of an existing product
  • Troubleshooting a problem with a product
  • Tracking proper accounting on each product
  • Setting eligibility criteria for an offering

Journey Map

I found that a high-level journey could be generalized across different teams and workflows, even though each had their own nuanced challenges and complexities.

Note: “Offer” refers to a product and pricing combination, along with details such as eligibility and availability dates. It’s essentially the “offerings” that customers can purchase.

Top Takeaways from Research

1. Each user has a specific focus and finding exactly what they need is often difficult. 

For example, these areas of focus could be free trials, promos with external partners, or products sold in a particular region. Existing tools provide limited and confusing functions for filtering and searching through data.

“You can’t easily determine what are all the offers today. It’s hard to differentiate names, statuses, and what the product is for.” - Legacy tool 2 user

Design goal: Optimize findability. 

Empower all users to easily and quickly find what they are looking for with intuitive navigation, filtering and search functionalities, and useful and relevant organization of data.

2. Legacy tools have a high learning curve and require hand-holding.

Though existing tools provided process efficiencies, they required product managers and engineers to still regularly do walkthroughs with users, troubleshooting, and manual hard-coded changes for different scenarios. They were not very self-serviceable.

“I have 0% confidence to set up [an offer] independently without help [in the legacy tool].” - Legacy tool 2 user

Design Goal: Provide clear and concise guidance. 

Explain terminology and steps using clear and user-friendly language, provide a visualization of workflows and progress, and use progressive disclosure to minimize overload of information. These help users to more easily process and understand what they need to do in the tool.  

3. Existing processes involved a lot of manual, error-prone, and redundant data entry and handoffs.

Business teams were regularly still filling in large spreadsheets of data manually and handing them off to each other. This leaves a lot of room for human error and inefficiency.

“Many [code] changes are needed due to human error.” - Engineer

“It’s so tedious, we have to go one offer at a time. I wish we could bulk select.” - Legacy tool 1 user

Design Goal: Carefully streamline workflows. 

Use automation and helpful guardrails to reduce manual, repetitive, and error-prone tasks and allow users to focus on more critical and creative tasks.

Additional methods and artifacts

These methods and artifacts were also used throughout discovery work:

  • Heuristic review of legacy tools
  • Story mapping
  • Interview guides
  • Research deck

STRATEGY & VISION

How might we empower business teams to easily, efficiently, and independently manage commerce data with low risk for error?

Based on research findings, I proposed areas of focus for our approach when designing this new platform. 

Design Goals

  1. Optimize findability
  2. Provide clear and concise guidance
  3. Carefully streamline workflows

Business Objectives

Product management emphasized these top priorities of this commerce platform for the business.

  1. Reduce time to market
  2. Reduce engineering cost
  3. Enable new business capabilities
  4. Maintain backwards compatibility

Engineering Principles

Engineering proposed these principles to establish our data structure to be more robust, flexible, and scalable than existing models. (“Offer” is referring to a pricing option for a product)

  1. Offers are reusable building blocks
  2. Offers are immutable
  3. Offers are all derived from standard retail prices

Data Model

I created visualizations of the existing and new data models to help drive decisions on the best approach moving forward.

Roadmap 

With our understanding of the scope of the platform and key priorities, I created this roadmap of the planned chunks of design work and refined it with input from product and engineering.

EXPLORATION

Importance of prioritizing navigation based on the campaign, offer type, and workflow

While many design directions were explored, the main feedback from stakeholders and users focused on grouping and organizing products and pricing options (called “offers”) in specific ways that supported their workflow. This led to the introduction of a concept of campaigns and additional categorization.

Brainstorming

At the start of the project, I facilitated a brainstorming workshop with the core team (Design, Product, Engineering, and Business Ops leads) to build alignment and gather more insight into the goals and needs of the different stakeholders involved. Everyone jumped in. It was a fun kickoff for us to start exploring a variety of ideas for this new platform.

Concept Feedback Workshops

I took the ideas and goals and created some lo-fidelity wireframes of different directions to take the platform.

The concepts rated as most useful overall were:

  1. Grouping offers by Campaign
  2. Quick and flexible filters
  3. Clear and visible statuses
  4. Guided walkthroughs

Design Proposals

Based on the users’ usefulness ratings and qualitative feedback, I proposed we prioritize these key features to support the top user and business goals:

Campaigns

An umbrella group for a set of offers that captures the shared context, merchandising details, and eligibility.

Offer Types

Labels for whether an offer is the retail price or a promo price, and what type of promo price it is (e.g. free or discounted). This helps to clearly answer the question of “What’s the standard price for X product?” and aligns with the Business Ops team structure where there is 1 team focusing on retail offers and 1 focusing on promo offers.

Quick Filters

A way for users to save and easily access the specific configurations of filters they use frequently.

Visible Help Text

Existing tools provided limited guidance and any help text was hidden in a tooltip. Though this may work for a topic that requires less domain expertise, the complexity of this domain requires more easily accessible guidance.

Card Sorting

For all the different types of offers, I conducted a card sort activity where users identified what groupings they thought made most sense and would be most useful to their workflow. I used these to inform the navigation structure and categorization in the tool.

Product card sort

Offer card sort

Comparative Examples

As reference throughout the process of designing this platform, I looked at Shopify, eBay, and Amazon to see existing patterns for managing large quantities of product and pricing data.

DESIGN TO DEVELOPMENT

Striving for high quality design with a continuously evolving platform and business landscape

Now that we had alignment on the high-level design direction and roadmap, I dived into design iterations and refinement for each workflow.

Process

I worked in design sprints where I started with more detailed discovery and research, shared concepts for feedback, iterated, created high-fidelity prototypes and designs, user tested, gathered feasibility and product feedback, refined, documented, and finally communicated design decisions and rationales.

Design System

Given our enterprise team did not yet have an established design system, I utilized Material UI as the base design system and created custom styling, components, and guidelines on top of this as needed.

Example: Creating a New Offer

Early concept

Iteration 1 user testing

Iterations

Iteration 1

  • Unclear that multiple products could be selected
  • Unclear what is a “base” vs. “add-on” offer type
  • “Price period” definition unclear

Iteration 2

  • Moved “Offer Type” to a different entity that made more sense
  • Moved price type and countries earlier so that they could populate fields below
  • “Separated out pricing section from initial details to reduce cognitive load

Latest Iteration

  • Improved visibility of section headers
  • Collapsed reference offer details by default since they are less relevant for retail offers
  • Collapsed price summary breakdown by default since it is less relevant for retail offers
  • Separated out transitions since these are links to other offers
  • Removed duration and price periods from retail offers since not relevant

Specifications

Full Workflow

Branding

I carved out a unique brand identity for our new platform to distinguish it from legacy tools and other enterprise tools. With so many tools it’s easy to mix them up. I explored a variety of concepts and surveyed stakeholders to determine the direction that best fit our goals. 

Prioritizing Work

To balance high priority business initiatives, new requests from users, previously planned features and enhancements, and ongoing bug fixes and usability improvements,  I facilitated a workshop that resulted in a feasible prioritization framework for our team.

Measuring Success

To assess usability and user satisfaction, I’ve applied a data-driven approach and conducted System Usability Scale (SUS) surveys on existing tooling. I’m currently working on guiding the collection of appropriate analytics to track feature usage and additional metrics. The team has also captured time savings as a result of a few feature launches.

Outcomes

Design and engineering have finished the key MVP features of this new platform, and we are currently working through QA testing and User Acceptance Testing. I am focusing on supporting the testing, designing post-MVP features, and defining a clear vision for the future of the product, empowering Business Ops and other users to independently and confidently manage products and pricing.

Next Steps

Moving forward, I aim to conduct these activities to continue to evaluate progress and make improvements towards the needs of our users and the business:

  • SUS Survey twice a year and when any big new features are released
  • Regularly gathering open-ended feedback on pain points, wishes, and what’s working well
  • Contextual inquiry twice a year to observe day-to-day usage and issues
  • Concept feedback and user testing on any new explorations and features
  • Analytics to capture actual usage of different features and where users spend time or get stuck
  • Continued measurement of time spent and saved for different tasks
  • Application of these insights to refining our priorities and vision

INSIGHTS

Biggest challenges in complex work: team alignment, building trust, and balancing priorities

Prioritizing team alignment

Alignment is paramount, especially in multifaceted projects. While I initially focused on building strong collaboration with the product managers and front-end engineers, the exclusion of back-end engineering teams early on led to disparities in output. Since then I have advocated for more transparent communication and inclusivity across all relevant teams. 

Building trust amidst company changes

During the many company and team changes throughout the project, I didn’t build as strong of a foundation with new teammates as I should have. This lack of synchronization led to some swirl and rework on the team. I have since put more effort towards building rapport with any new team members I work with, getting to know them more, sharing my design philosophy, and understanding their role and aspirations relating to our projects and domain.

Balancing system-wide priorities

Throughout this project, high priority business initiatives would unexpectedly arise due to the potential revenue or cost savings for the business. I shifted my focus to these areas, sometimes at the expense of user needs. I have learned to think more deeply about the entire system I am working in–not just focusing on my immediate project, users, and team, but all of the broader business goals and implications. Understanding these facets helps me make the most informed decisions when it comes to the product’s design and strategy, advocating more strongly for the most impactful changes.

NEXT

Soundform Audio

See case study