04Design system · Restaurant tech

Toast Design System

As Toast's web product moved from Bootstrap and Angular to React SPAs, the design team needed a system that could scale with engineering and keep new components in the pattern library. We set a one-quarter timeline for the initial effort and built adoption through research, structured libraries, and tight design-dev collaboration.

Sketch librariesStorybookTailwind CSSZeplin specs
Toast design system login screen built from the component library
Role
UI design
Scope
Pattern library, foundations, Storybook, collaboration tooling
Tools
Sketch · Principle · Tailwind CSS · Storybook · Zeplin
01The challenge

Scale without drift between design and code.

Toast's existing Sketch library was inconsistent with what shipped. Designers could not find components, mobile patterns were missing, and dev teams were rebuilding the same UI with different specs. A survey of the product design team shaped the structure and adoption plan.

Before
  • Designers could not find components they needed in the Sketch library
  • Mobile-specific patterns were missing or outdated
  • Discrepancies between Sketch components and coded UI
  • Components were hard to edit and customize
  • No shared process for requesting or tracking new components
After
  • Separate Web, iOS, and Android libraries plus shared Foundations
  • Sketch for Teams workflow with aligned foundational tokens
  • Storybook library with Tailwind-based specs in Zeplin
  • Bi-weekly syncs, Slack channel, and UI office hours for the system
  • Component request doc and KPI tracking for adoption
3
platform-specific Sketch libraries
1
shared Foundations file for tokens and icons
4
collaboration rituals for system ownership
1 qtr
target timeline for initial library delivery
02Headline work

Research-driven structure

A product design survey answered whether the team used the Sketch library, which components were most used, why designers avoided the library, and what would increase adoption. Buttons, icons, form elements, colors, and font styles topped usage; findability and dev parity were the main blockers.

Survey results on Sketch library usage across the Toast product design team
Designer quotes on why the existing Sketch library was not meeting their needs
Toast design system library structure with Web, iOS, Android, and Foundations files
Toast design system button component specifications
Toast design system spacing scale and layout guidelines
Toast marketing header pattern built from the design system
Toast product configuration screen using design system components
03Detail

Collaboration toolset

01

Component request and development doc

Central doc for proposing, scoping, and tracking new components through design and engineering.

02

Bi-weekly stakeholder sync

Regular review for all teams consuming the library to surface gaps, conflicts, and upcoming needs.

03

Design System Slack channel

Always-on channel for questions, announcements, and quick alignment on system decisions.

04

Weekly UI office hours

Open session for in-depth discussion of patterns, edge cases, and implementation details.

04Process

Design process

  1. Formulating a structure

    Research informed a library architecture that started fresh with widely used, well-built components and separated foundational tokens from platform-specific patterns.

    • ·New library file with components used widely and built correctly
    • ·Foundational colors, fonts, grid, and layout in a dedicated Foundations file
    • ·Separate icon library; close partnership with dev on coded parity
  2. Optimizing the Sketch libraries

    Three platform files (Web, iOS, Android) plus a platform-agnostic Foundations file, shared via Sketch for Teams so design stayed synchronized.

  3. Storybook and Zeplin for developer collaboration

    Frontend specs and CSS properties in Zeplin used Tailwind utility naming aligned to brand colors, typography, and spacing. Properties fed into Storybook so devs could build SPAs from the same source.

06Results

Results and learnings

The Design System delivered a more scalable, cohesive visual experience across Toast web products. Ownership rituals and collaboration tooling kept the library current as new features shipped.

usage and adoption within Product Design
communication on library issues and requests
redundancy in the codebase
Want to discuss this work?

Happy to walk through the architecture, the gates, or the trade-offs.