Orium | Overview

Turning two-month project starts into working storefronts in days

A reusable composable commerce foundation built from a decade of bespoke experience.

2020–2023
Product design lead
Composable commerce
Design systems
Collage showing a desktop and mobile view of a wine e-commerce site named Splash, featuring a shopping cart with wine bottles and a header image of people sharing a meal with the text 'Just relax, go with the flow.' Next to this are three circular images showing two people looking at a computer screen, a code editor, and wine product listings.

tl;dr

Summary

I helped turn a decade of bespoke commerce expertise into a sellable product: a reusable, microservices-based foundation that gave every client a strong starting point without locking them into a single stack. I helped define what was reusable, set the design standards, and validated patterns with the teams who would build on them.

Problem

Every engagement started with a roughly two-month discovery that re-derived the same patterns from scratch. The pieces and connectors existed, but the frame didn't. And because the point of composable is that every brand composes a different stack, a fixed template wouldn't do: the foundation had to be reusable and adaptable at once. Anything could be built, so nothing was specified.

Solution

Productize the knowledge, not just the code. I helped make the design system and experience patterns the customer-facing definition of the product: what every client started with, what could be customized, and what had to stay swappable so a brand could bring their own search, CMS, ERP, or ecommerce engine without the experience being rebuilt. Then I helped build the practice that let the rest of the company ship on it.

My role

Founding design lead on the accelerator product team, and primary owner for the design system. I defined product requirements alongside engineering, set the accessibility and responsive standards every pattern had to meet, owned the Figma design kit and experience patterns, and mentored the design squad so they could contribute back with every client build. I stayed with the product from its early experiment through three years of iteration, expansion, and adoption.

Impact

Adoption

40+

client deployments on the foundation to date, per Orium

Leadership

3 years

shaping the product, ending with 100% of frontend components ingesting design tokens

Time-to-market

2 months → days

from project start to a working storefront, measured at my departure

Animated diagram showing a continuous deployment cycle between Platform and Deployment with purple arrows moving clockwise through stages: Development, Testing & QA, Release, Monitor, and Feedback on a light purple background.
Grid of company logos including DXL, The Last Hunt with a green and black design, OnLogic with a hexagonal icon, Harry Rosen, Spoonflower with a blue flower icon, Kum & Go in bold red text, and Teilor.

The story

Defining the product

The question: What should every client start with?

Defining exactly what a client received, and what was customizable, was like writing Lego instructions when anything could be built. We weren't solving a capacity problem, we were solving a definition problem. The question was what every client should start with, and what had to stay swappable underneath. We didn't start with a product spec. We had proven patterns, integrations, and client experience, but no agreement on what the reusable product should be. I worked with engineering to get each pluggable service's constraints out of their heads, and used live client work to test where the line between reusable and bespoke belonged, and where the foundation had to stay open so a brand could swap a service without rebuilding the experience.

Define the product

Engineering knew what could be built. Design had to define what customers actually received.

Build just in time

Patterns matured alongside client work. Too early created waste, too late blocked delivery.

Delay the right things

Documentation came after enough patterns existed to document, and integrations followed demand. We accepted real friction with delivery teams to hold that line.

Example storefront custom tech stack

Early roadmap

Building the product

Patterns proven through live client work

We weren't trying to standardize every part of a storefront. We were defining the repeatable foundation, the experiences every client could start with, while leaving room for the parts that genuinely needed to be bespoke or brand-specific. Real client work was where that boundary got proven.

Boundary in practice: Clients often pushed for one-step checkout, but different payment providers made it too brittle for the reusable core. I recommended a configurable three-step flow and documented why, standardizing for flexibility rather than the best-case experience.

What went into the foundation

Reusable commerce patterns for the core shopping journey, pre-configured to key headless and commerce services but flexible enough for each client’s brand and stack. The foundation also supported enterprise needs like localization, multi-site management, and structured content.

How it evolved

Going from experiment to scaling up teams that could specialize in using the product.

Yvonne's role in leading the experience design of our Composable Commerce Accelerators and the development of a robust design system starter has had a direct and positive impact on our business and our customers.

Everett Zufelt

VP of product and partnerships

Scaling the practice

A product only scales if the company can use it

Productizing the software wasn't enough. The product only scaled if the company could learn it, improve it, and sell it. As a founding member of the Service Methods team, I built the design-side mechanisms that made that possible.

Taught it

Most designers came from bespoke agency work, not commerce. New onboarding, shared language, and frameworks helped them contribute from their first project.

Grow it

I ran design guilds to review new patterns from live client work, refine them, and fold them into the core, so the product improved as teams used it.

Sold it

Internal teams and prospective clients couldn't adopt what they couldn't see. I created demos, one-pagers, and generated storefront content tailored by retail vertical. Those materials contributed to winning Kum & Go and ATD.

Screenshot of a workspace showing a design and a document titled 'Orium’s Accelerator Capabilities' describing launch-ready storefront and integrations for composable commerce with Next.js and React UI component libraries.
Screenshot of a virtual presentation titled 'Orium’s Composable Design System Starter' showing a slide with post-it notes and comments from participants named Yao, Jacques, Yvonne, and Phoebe, discussing team roles, responsibilities, and project collaboration details.

Deep dive

The design system

The design system was one part of the product: a Figma design kit and the coded front end it mirrored. The full story of how it was built, and how it stayed aligned to production, lives in its own case study.

Workspace screenshot showing a web design project for ONYX & IVORY with a design tool interface displaying layers and components on the left and a preview of a BannerFull component on the right, featuring images and text such as 'Header Title' and buttons labeled 'Learn More' and 'Optional'.

The accelerator design system

One Figma kit, mirrored to a coded front end, that aligned design and engineering and grew by every team that shipped on it.

Outcomes

What compounded after I left

The product outlasted the team that built it. Work that began with a roughly two-month bespoke discovery now starts from a working storefront in days, measured at my departure.

Teilor was the first end-to-end build, and effectively the first time we had to dogfood our own product after alpha: it saved 2 months, reached a second locale and major new features in 4 weeks, and leveraged 4 pre-integrations. Builds during my tenure also include ISSA, Kum & Go, Cymax, ATD, and OnLogic.

Orium cites 40+ client deployments on the foundation to date, and the accelerator has since expanded into B2B and agentic solutions. That's the real test of productization: the foundation keeps evolving without the original team.

Building in a company from inception through various stages of evolution is something only a handful of people can say they've done, and she's done it in style, with humility and creativity at every step.

Erik von Stackelberg

Chief design officer, Orium