PBK · Mikel Rosenthal ↓ Resume Design Systems · 01 of 06
AVANT Communications · B2B Technology Services · 2021 – 2024

Pathfinder
Design System

AVANT's first unified design system — token-driven, dual-themed, and built from zero.

Role Senior Design Systems Lead — end to end
Scope Research · Tokens · Components · Theming · A11y · Governance · Marketing Library
Tools Figma Variables · Design Tokens · React Handoff · Dev Mode
Design Tokens Figma Variables Token Architecture React Handoff Dual Theming Governance A11y Design-to-Code
350+
Contributors enabled
3yr
Owned end to end
2×
Systems, one foundation
5-step
Lifecycle on one language
01Problem

Why this work existed

AVANT's Pathfinder platform — where technology advisors research, assess, quote, and close enterprise deals — had grown faster than its design language. Different components, different blues, different spacing decisions had layered across three years of separate teams. Marketing was producing assets at high volume with no shared foundations.

In a tool where advisors make six-figure technology recommendations in front of clients, visual fragmentation undermines trust in the data itself.

Inconsistency reads as unreliability.

The brief I gave myself: one visual language, expressed as tokens and components, that product engineers and marketers could both ship from — without asking permission.

02What I Built

From zero — four pillars

Audit & Principles

I started with evidence. A full interface inventory — screenshotting every distinct screen state and marketing template, clustering by pattern. The audit made fragmentation measurable, not anecdotal. It gave the system a business case before a single component existed.

BEFORE — AUDIT FINDINGS DISTINCT VALUES IN PRODUCTION 5+ PRIMARY BLUES 3 BUTTON SHAPES · 7 SIZES Aa Aa Aa MIXED TYPE STACKS AFTER — CONSOLIDATED SINGLE TOKEN SOURCE OF TRUTH COLOR.BRAND.PRIMARY BUTTON / 3 SIZES · 5 STATES Aa ONE STACK · 8-STEP SCALE Audit → argument FRAGMENTATION, MADE VISIBLE AND COUNTABLE
FIG 01 Interface inventory — fragmentation made countable. Diagram recreated for this case study.
P·01

Credibility through clarity

Quote values, assessment results, and deal data get the strongest hierarchy — no exceptions.

P·02

Tokens before components

Decisions live in the token layer. Components consume intent, never raw values.

P·03

Designed or it isn't done

Loading, empty, error, and disabled states ship with v1. A pattern without failure modes is a prototype.

P·04

Adoption over mandate

Does this make the right way the easy way? That's the test for every governance decision.

Token Architecture & Theming

Three-tier architecture: primitives (raw values) → semantic tokens (intent) → component tokens (where it applies). Engineers consume tokens, not hex codes. When the brand evolves, the system re-themes from the primitive layer — nothing downstream changes.

PRIMITIVES RAW VALUES blue.600 #0E6FB8 night.900 signal.500 space.4 = 16px type.scale.125 SEMANTIC INTENT — WHAT IT MEANS action.primary surface.raised status.complete border.focus space.stack.md COMPONENT WHERE IT APPLIES button.bg table.row.border card.shadow badge.status RE-THEME FROM THE PRIMITIVE LAYER — COMPONENTS NEVER TOUCH RAW VALUES
FIG 02 Three-tier token architecture — primitives → semantic → component.

Theming was the proof. Pathfinder's product surfaces run dark — dense data reads better on dark ground. Marketing runs light. Both resolve from the same semantic layer: surface.raised and text.heading map to different primitives per theme. Nothing downstream changes.

ONE SEMANTIC LAYER → TWO THEMES · ZERO COMPONENT CHANGES THEME / PRODUCT (DARK) ACME QUOTE 10.30.21 $124K MRC Add to project THEME / MARKETING (LIGHT) PARTNER ENABLEMENT $124K MRC Add to project SAME COMPONENT · SAME TOKENS — action.primary / surface.raised / text.heading RESOLVE PER THEME
FIG 03 Token-driven theming — dark product and light marketing from one semantic layer.
Component Library

Every component shipped with documented anatomy, full state coverage, responsive behavior, and accessibility notes — built as Figma components with variables bound to the token tiers, mirrored by engineering as coded equivalents.

If a state isn't designed, it isn't done. Loading, error, empty, and disabled states were first-class. In a platform full of in-progress assessments and pending quotes, the in-between states are the product.

COMPONENT SPEC — QUOTE VALUE INPUT / DEFAULT Monthly recurring charge $ 12,500 Per location · before vendor promotions 1 LABEL — text.secondary · space.stack.xs 2 FIELD — input.border · radius.md 56px touch target · tabular figures 3 HELPER — persistent, never placeholder-only STATES — DESIGNED OR IT ISN'T DONE Default Focus Error Disabled LOADING
FIG 04 Anatomy spec — every component documented to this depth before engineering pickup.
Data Visualization Library

Pathfinder advisors present live revenue data to clients — making data visualization the product's credibility layer, not decoration. I designed a full chart library: line, bar, area, stream, radar, and hex — each token-driven, dual-themed, and documented to the same anatomy depth as every other component.

Pathfinder line chart with interactive crosshair and hex heatmap
FIG 05 Line chart with interactive crosshair and hex heatmap — all driven by the same token foundation.
Sales Report widget — light and dark theme variants
FIG 06 Sales Report widget — same component, both themes, zero overrides.
Full line chart library — dark and light size variants
FIG 07 Line chart library — full coverage across size variants, dark and light.
Governance & Design-to-Code

A system nobody uses is a wiki page. Every governance decision was tested against one question: does this make the right way the easy way?

Design-to-code parity. The same token name travels from Figma variable to CSS custom property to React prop. Designers and engineers are provably talking about the same thing. Drift becomes visible — and fixable — immediately.

FIGMA VARIABLE action/primary space/stack/md BOUND TO COMPONENT PROPS CSS CUSTOM PROPERTY --action-primary --space-stack-md GENERATED FROM TOKEN SOURCE REACT PROP <Button intent="primary" /> ONE VOCABULARY ACROSS DESIGN AND ENGINEERING — DRIFT BECOMES VISIBLE, AND FIXABLE, IMMEDIATELY
FIG 08 Naming parity — one token name across Figma, CSS, and the component API.
03Shipped

In production · 2021 – 2024

2021 — PHASE 1

Audit & Foundations

Interface inventory, principles, token architecture, type and color foundations.

2022 — PHASE 2

Components & Proof

Core component library with full state coverage; the project lifecycle as the proving ground.

2023 — PHASE 3

Adoption & Governance

Federated contribution model, docs-as-product, office hours, semantic versioning.

2024 — PHASE 4

Marketing Library

Token foundations extended to a self-serve marketing library; 350+ managers enabled.

Pathfinder tools dashboard
FIG 09 Data-dense tools view — charts, status, and team modules sharing one rhythm.
Pathfinder 2.0 concept screen
FIG 10 Pathfinder 2.0 concept — system components in a full-page client-facing layout.
Pathfinder Discovery step with IQA status
FIG 11 Discovery — step 3 of the lifecycle, with live IQA status.
Pathfinder IQA Builder
FIG 12 IQA Builder — assessments across CCaaS, cloud, SD-WAN, security.
Bar chart library — full dark and light size variants
FIG 13 Bar chart library — full coverage across size variants, dark and light.
Stream chart and income heatmap variants
FIG 14 Stream chart and income heatmap — advanced types on the same token foundation.
Pathfinder style tile — color, type, and component foundations
FIG 15 Style tile — color system, typography, and component anatomy on one canvas.
04Outcome

2021 – 2024

350+
Managers & marketers trained and shipping from the library
3yr
System owned end-to-end — v1 through Pathfinder 3.0
2×
One foundation, two systems — product UI and marketing library
5-step
Project lifecycle unified on one component language, end to end

The library became the default path for campaign work rather than a mandate. Brand reviews shifted from policing basics to discussing ideas. New surfaces shipped visually consistent on day one because the foundations were already in the file. Accessibility findings stopped recurring because the fixes lived in the tokens.

The system carried Pathfinder from 2.0 through 3.0 without a redesign — the architecture absorbed the evolution.

When the same feedback keeps arriving, the fix is upstream in the system, not in the individual deliverables. Pathfinder's system was that fix, applied twice — once for product, once for marketing.

Product imagery © AVANT Communications. Token names, diagrams, and some details are recreated or generalized for this case study per confidentiality.