Multi-brand Design System Tokenization

Tokenizing the Base UI design system increased brand and UX cohesion for Blizzard players, as well as enabled product and marketing teams to scale and accelerate branded digital products delivery.


Overview

As the adoption of the Base UI Design System across games, Blizzard and Battle.net digital products grew, it became critical to rethink our approach to multi-brand support in order to better scale, as well as make branded experiences more efficient to deliver and more cohesive to our players

ROLE
Design Lead / Architect

  • Evaluate, plan, and architect a multi-brand transformation of the Design System through Design Tokens.

  • Guide, mentor, and collaborate with a team of 2 designers, 1 engineer, 1 qa, 1 product partner

EXPERTISE
Design Tokens, Strategy, System Thinking, Mentorship

PLATFORMS
Web, desktop & mobile apps

YEAR
2024

Problem

While the Base UI Design System grew in adoption and provided efficiency and cohesion to our product, some limitations of the system in place as well consumer practice challenges came quickly into light, especially as we needed to scale up for more brands.

  1. The games supported by our system were standardized and less nuanced than what the Battle.net brand needed

  2. Existing consumers were overriding or bypassing existing tokens which created inconsistent styling, and isolating teams from future updates and additions.

  3. There was no documentation nor functional workflow to maintain and edit themes for non-engineers


Process

In order to fully understand the current system, its strength and limitations, as well as the nuances needed to support the Battle.net brand, I drafted and led the team through these milestones in order to deliver an informed Tokenization of Base UI.

#1
Create a project plan

#2
Audit & define success

#3
Develop and release

#4
Onboard and educate

Defining success criteria

After completing our audit on all dimensions or our existing system, understanding Battle.net brand nuances to handle, and other various pain points observed (ex maintenance and editing),
we’ve aligned on key priorities to address after completiong of this project.

#1
Rebalance our tokens through effective semantic and dimensions layers.

#2
Create a tokens Playbook for naming and usage.

#3
Document visually all tokens into a cross-discipline source of truth.

#4
Create a design to code pipeline and workflow to empower designers.

Tokens System

After rounds of iterations, making sure to include necessary nuances to allow multiple brand expressions (World of WarCraft, Blizzard, Battle.net, Overwatch, etc..), I’ve led and delivered a tokens architecture bundled as Base UI Themes.

200+ tokens,
across 3 tiers

Global, Semantic, Component

4 tokens
dimensions

Typography, Color, Border, Shadow

40+ components
retrofitted

Figma and Code

3 themes &
2 densities

Battle.net/Blizzard, Compact/Comfy


Playbook
& Docs

To address inconsistent usage (internal/external) of tokens, as well as guiding designers on how to set up and use the new system, we’ve released various documentation.

Tokens Naming
Framework

in Storybook and Figma

Designer
Starter Kit

for designers self set up


Design.code
pipeline

In order to give full autonomy for designers to maintain and create new themes, as well as saving engineering time from theming work, we’ve created a design to code pipeline giving control to any designer to edit and preview their themes.

Token Studio in Figma

to view and edit tokens

Themes
Code Previews

at the fingertips of non-engineers

Less reliance
on DS team

to expand branded experiences


Visualizing
Themes

Lastly, we introduced a theme switcher for both designer (Figma) and developper experiences (Storybook), enabling teams to quickly visualize branded Base UI components and tokens, thus speeding up adoption and product development.

Theme Switcher
in Figma & Code

to quickly develop branded products

Shared visual
language

for design & dev partners

Impact

50% theming cost reduction

enabled by our improved tokens system and designer workflow

20% DS adoption increase

thanks to immediate applicability to Battle.net and Blizzard products

5 themes & density modes

for Battle.net, Blizzard, utilitarian or marketing contexts

Lessons learned

Going in a similar project to help product teams scale across more brands and touch points, with dev and design efficiency in mind,
I would do certain things differently or double down into some areas of the process.

  • Releasing a simple system with a potential for expansion will prove to be less expensive on the long run.

    Initially putting out there a complex system necessitating constant revisions and trimming will be disruptive for consumers (dev & design), causing frustrations and trust errosion.

  • Understanding brands needing scaled support and driving alignment across teams as part of the tokenization proces will siginificantly solidify the system, leading to faster adoption.

  • Brands inconsistencies and uniqueness may have occured out of lack of communication and no shared source of truth.

    Always question these in an open and collaborative way in order to drive shared agreement across future adopters.

  • Transforming a Design System style and tokens support are large projects with many interconnected parts.

    While at it, make a big splash, find other improvements opportunity and value added for your users and brands.

  • Don’t make assumptions or brand decisions influencing your tokens structure without consulting your end consumers and brand decision makers, even with your best intent.

    Including them as early and frequently for feedback will build trust and increase the brand and UX quality of your products.

Next
Next

Base UI Design System