OneTrust · Design Systems · Enterprise SaaS

Governing a global design system across 12 product suites

How I unified OneTrust's fragmented component ecosystem, embedded Pendo analytics into the design process, and led the organization's first AI-driven prototyping initiative — positioning the platform for the next generation of enterprise UX.

~40%
Reduction in design-to-dev handoff revision cycles
12
Product suites unified under a single design system
1st
Org-wide AI prototyping framework deployed at OneTrust
My Role
Sr. Principal UX Design Lead
Timeline
June 2024 – Present
Platform
Enterprise SaaS
Core Tools
Figma · Pendo · Storybook · Figma Make
Team Scope
Cross-functional, multiple squads
01 — Context

A platform at scale, a design system at risk

OneTrust is one of the world's leading trust intelligence platforms, serving over 14,000 customers globally. When I joined as Senior Principal UX Design Lead in June 2024, the product suite had grown rapidly — but the design infrastructure hadn't kept pace. Components were inconsistent across product areas, design tokens were undocumented, and every new feature sprint introduced friction between design and engineering.

The stakes were high: a fragmented design system doesn't just create visual inconsistency. It compounds across every team, slowing velocity, eroding brand trust, and increasing the cost of every single product decision.

"Without a single source of truth, you don't have a design system — you have a collection of opinions. My first mandate was to transform that collection into infrastructure."

02 — Discovery

Auditing 12 product surfaces before touching a single component

Before prescribing solutions, I needed a complete picture of the system as it existed. I led a full component audit across all active product suites — cataloguing every UI element, documenting inconsistencies, and cross-referencing with Pendo behavior data to understand which components were most frequently interacted with and most frequently causing friction.

This Pendo-powered prioritization was a deliberate strategic move: rather than letting subjective stakeholder preference drive the roadmap, I anchored every design system decision to real user interaction data.

340+
Unique components catalogued across 12 product suites in the initial audit
60%
Of components had at least one material inconsistency in color, spacing, or behavior
Pendo
Analytics used to rank components by interaction frequency and friction rate
Component Audit Matrix
Cross-suite component inventory — 340+ elements catalogued by type, usage frequency, and inconsistency severity
Pendo Behavior Analysis
Pendo interaction data layered against component map to identify highest-friction, highest-priority elements
03 — Design Strategy

Building for governance, not just aesthetics

The goal was never just to make things look consistent. The goal was to build a system that teams could govern, scale, and trust. This required a structural approach — one that codified decisions as tokens, established clear ownership, and connected the design system directly to the engineering workflow via Storybook.

1
Token Architecture
Defined a full token system — primitive, semantic, and component-level — in Figma using Variables. Ensured every color, spacing, and typographic decision mapped to a named, documentable value accessible to both designers and engineers.
2
Global Component Library
Rebuilt the core component library from scratch using Atomic Design principles — consolidating all 340+ catalogued elements into a governed set of ~90 base components with documented usage guidelines, states, and variant logic.
3
Storybook Integration
Partnered with engineering to mirror the Figma component library in Storybook — creating a shared language between design and development, reducing handoff ambiguity and eliminating the "which version is correct?" problem at the root.
4
Governance Model
Established a design system governance process — including contribution guidelines, a review cadence, deprecation protocols, and Pendo-informed quarterly audits to keep the system aligned with actual product behavior over time.
Token Architecture
Primitive → Semantic → Component token hierarchy in Figma Variables
Component Library
Governed component set with documented states, variants, and usage rules
Storybook Mirror
Engineering-side component documentation aligned to Figma library
04 — AI Innovation

Leading the organization's first AI-driven prototyping framework

Beyond the design system, I was charged with positioning OneTrust at the forefront of AI-driven product design. This meant more than experimenting with tools — it meant building a repeatable, scalable AI prototyping framework that the wider design organization could adopt.

I pioneered the integration of AI at both the rapid prototyping phase and the final production rollout. Using Figma Make and LLM-Guided UI approaches, I created workflows that dramatically reduced the time from concept to testable prototype — allowing earlier validation loops before engineering resources are committed.

Figma Make LLM-Guided UI AI-Driven Prototyping Azure XP Vercel

The real value of AI in prototyping isn't speed for its own sake — it's the ability to test more hypotheses before any engineering investment is made. We can now validate 3–4 interaction patterns in the time it used to take to build one.

AI Prototype Workflow
LLM-guided UI generation pipeline from prompt to testable Figma prototype
Production Rollout Framework
AI integration checklist and governance model for production-ready AI-assisted components
05 — Outcomes

What moved, and why it mattered

The results of the design system overhaul and AI initiative are measured not just in design metrics, but in the organizational change they enabled. A governed, data-informed design system changes how teams make decisions — and that impact compounds over time.

Key Results
✓
~40% reduction in design-to-dev revision cycles — fewer handoff ambiguities due to the Storybook-mirrored component library and documented token system
✓
12 product suites unified under a single governed design system, replacing a patchwork of inconsistent local libraries
✓
First AI prototyping framework deployed at OneTrust — now used across multiple product squads, reducing concept-to-testable-prototype time significantly
✓
Pendo analytics embedded into design decision-making — design system updates are now data-prioritized, not opinion-prioritized, increasing team confidence in roadmap decisions
✓
Measurable improvement in consumer engagement through targeted friction-point remediation identified via Pendo behavior analysis
06 — Reflection

What I'd do differently — and what I'd do again

Honest Retrospective

If I were starting this engagement over, I'd invest even more heavily in stakeholder alignment before the audit phase began. Getting every product squad to agree on what a "component" means — before you start cataloguing them — saves significant rework downstream. We course-corrected, but earlier alignment would have bought us more time for the governance model.

What I'd absolutely do again: anchoring every prioritization decision to Pendo data from day one. In complex organizations with many competing stakeholder voices, objective interaction data is the most effective tool for cutting through opinion and building cross-functional consensus around design investments.

← Back to Work
View All Case Studies
kcmarshall.com