U.S. Census Bureau
The design system behind 18 Census enterprise applications
For nine years I’ve designed and built enterprise applications for U.S. Census Bureau operations. I now lead front-end architecture and the shared design system behind 18 production applications, working with product owners, analysts, QA, and engineers to turn complex requirements into accessible, consistent experiences.
Fig. 1 How the shared system scales
Conceptual diagramL1 Foundations
- 12-column grid
- Theme & banner
- Section 508 · WCAG
L2 Components
- Navigation
- Page title
- Buttons
- Cards
- Inputs
- Tables
- Dialogs
L3 Templates
- Parent page
- Child page
×18 Production applications
18 applications, one page anatomy. Names and interfaces withheld.
Delivered to teams through
- Documentation site
- Paradyme UI builder
- Baseline app + MSW
- Test automation
Fig. 2Process
From requirement to production, on one shared system
Step 01 of 05
Untangle requirements into decisions
Requirements are worked through with product owners and analysts, prototyped—often in PowerPoint, given government software limits—and checked against Section 508 before approval.
Accessible before it’s approved
Section 508 and WCAG are checked at the prototype stage, before client sign-off—so accessibility is designed in rather than retrofitted.
Built once, reused everywhere
Shared templates, named atomic components, and a baseline app mean every application starts from the same foundation and stays consistent.
Led across disciplines
I set front-end architecture and standards, partner with product owners, analysts, and QA, and mentor engineers through design and development challenges.
Production applications aren’t shown because of the sensitive nature of this work. What you see here are the supporting tools I built—the design system and application builder—with only non-sensitive functionality. I’m happy to walk through the rest in conversation.
