Patrick Manalich
CAP Index Case Study

Founding CAP Index's first design system

From full design audit to 300+ hi-fi mockups: rebuilding an enterprise platform relied on by 80% of Fortune 100 companies.

Senior UI/UX Engineer · Apr 2024 – Jun 2026

The redesigned CAPData Platform and the component system behind it.

Overview

When CAP Index hired me, I was the company's first designer. I was brought in to build the design function from zero and lead a full front-end rebuild of the CAPData Platform, the company's flagship crime-forecasting platform. That meant everything from introducing Figma to the organization and establishing research practices, to auditing the entire legacy system and architecting the component library the rebuild would stand on.

Over two years, I rebuilt the platform's foundation: accessible, responsive for the first time, dark-mode capable, and built on a design-to-code pipeline that keeps Figma libraries and production components in parity. The result is a system the team now ships every new feature on — scalable past the rebuild that created it.

Role
Senior UI/UX Engineer
Responsibilities
Design function from zero: research and personas, full system audit, design tokens, 250+ components, hi-fi mockups, Storybook documentation; mentored a junior designer.
Collaborators
Dev Team, Project Managers, Research & Innovation, Marketing, Sales
Timeline
Apr 2024 – Jun 2026

The challenge

The CAPData Platform served security leaders at some of the country's largest companies — but the platform hadn't kept pace with them. The interface had grown feature by feature over years without design involvement: inconsistent, desktop-only, and increasingly costly to extend.

Business need

Modernize the CAPData Platform's front end to stay competitive and make new feature development faster — replacing one-off screens with a scalable, reusable foundation.

User need

Security leaders needed to assess risk and build a case quickly — but dense, inconsistent screens and no mobile support meant more time fighting the interface than using the data.

The legacy CAPData Platform before the redesign.

The CAPData Platform was dated, inconsistent, and desktop-only — and it couldn't scale to what came next.

Personas & requirements

CAP Index had deep informal knowledge of its users — sales calls, support conversations, years of client relationships — but none of it was documented in a format that design decisions could be built on. I led the company's first user personas, synthesizing internal expertise and periodic client conversations into profiles spanning our core industries: retail, banking, and healthcare. Alongside them, I gathered and documented feature requests and pain points from across the organization, turning scattered requirements into a prioritized foundation for the redesign.

The four user personas spanning retail, banking, and healthcare.

The audit

With no central design files to work from — no mockups, no documentation, no source of truth — I built the map myself. I went screen by screen through the entire CAPData Platform, capturing and annotating each one: its purpose, where it sat in the user flow, and the issues it carried. Patterns emerged quickly — duplicated functionality, inconsistent components and layouts, navigation that varied from section to section, and accessibility gaps throughout.

The finished audit became the redesign's foundation: a complete picture of the platform's flows, pain points, and structure — and the reference against which every scoping and priority decision that followed was made.

The audit map with every screen of the legacy platform annotated.

Key insights

1A system, not a restyle

This called for a bigger rebuild than modernizing a couple of screens — the platform needed a design system: consistent, scalable, and equally workable for designers and developers.

2Rework the flow

The core flow between the map, site library, and site details was confusing, and page layouts made things hard to find — the platform's primary navigation had to be rethought, not patched.

3Responsive by design

Broke down at smaller breakpoints, mobile especially — layouts, spacing, and density all assumed one desktop width. It needed to work across breakpoints, not just one screen size.

How might we rebuild the CAPData Platform so consistency, clarity, and responsiveness are the default?

Choosing a base library

The component library decision came first, because everything else would be built on it. In 2024, I evaluated the major options — Material UI, Ant Design, Chakra, and the then-emerging shadcn/ui — against the platform's real constraints: a data-dense enterprise product, WCAG accessibility as a requirement rather than a goal, dark mode as a first-class theme, and a small team that needed to move fast without a dedicated design-systems staff.

MUI won on maturity. Its components were battle-tested for accessibility out of the box, its theming system handled light and dark modes at the token level, and its breadth — data grids, complex inputs, date handling — covered the platform's needs without custom builds. Rather than constructing every primitive from scratch, we could put our effort where it differentiated: CAP Index's own tokens, patterns, and composite components layered on a proven base.

MUI button variant matrix themed to our brand guidelines.

Shaping the new brand

The redesign coincided with a company-wide rebrand — new logo, colors, and identity across everything CAP Index put in the world. I was part of the small group steering it, alongside the CEO, the head of Marketing, and an outside brand agency, shaping the palette, logo direction, and overall feel.

My job was making the brand work as an interface: translating the new palette into accessible, color-blind-safe values that could survive data-dense screens, dark mode, and WCAG contrast requirements — the bridge between brand identity and the token architecture that follows.

The new brand's type and color system.

Token architecture

The token system came next, built directly into the MUI theme structure — primitive color scales (capPrimary, capSecondary, etc.) laid the foundation, with semantic tokens layered on top to drive light and dark theming. This split meant switching an entire page of components & mockups from light to dark mode in Figma was a single toggle, not a manual rebuild. Every semantic token referenced back to a primitive token rather than a hardcoded hex code, so the relationship between a color and its source was always traceable and scalable.

Surface tokens followed the same logic, with a four-level hierarchy — base, raised, overlay, and elevated — giving every component a consistent home regardless of theme. Spacing and typography ran on shared variables too, so a single change at the token level propagated across every mockup and component in the file.

Semantic color tokens paired for light and dark mode, from Figma.

From Figma to production

Token changes moved through the same discipline as code. Updates were made on a branch within the design system file, verified against live mockups before merging, and logged in a running changelog so the history of what changed and why stayed intact. From there, tokens were exported to a developer-ready JSON format and handed to the team.

Implementation went through a design QA step: as developers rebuilt components in Storybook, I reviewed each one against the Figma source for spacing, color, type, and state accuracy, flagging anything as critical versus triage for later. Having worked as a developer myself, I could speak directly to engineering concerns, review the code directly in the repo, and iterate quickly instead of working through a layer of translation — devs were also looped into design early, so feasibility concerns surfaced before mockups were final rather than after. That process supported over 250 components and 300+ hi-fi mockups across a team of 10+ developers.

A running changelog tracked every design system update.

Reworking the flows

The old platform organized navigation around three flat tabs — Dashboard, Table, and Map — with everything else, from user accounts to system settings, buried under a single account menu in the top right. Users had to hunt for basic administrative tasks, and Table and Map, which were really just two views of the same site list, lived as separate destinations rather than a single connected experience.

I merged Table and Map into one Sites tab with an in-page toggle between views, so switching how you looked at a site list no longer meant losing your place or reapplying filters. I split the old account menu into two purposeful groups — User Management and Admin Settings — so users could find what they needed by what it was, not by memory. A global search bar tied it together, letting anyone jump straight to a page instead of navigating down to it.

The old flat tab structure, with many pages buried.
Navigation reworked and pages purposefully grouped.
The new layered tab structure, with pages properly exposed.

Dark mode and responsive design

Dark mode brought its own set of challenges in a system this data-dense. With risk scores, map icons, and status indicators already carrying meaning through color, dark mode colors were deliberately muted to keep those signals readable. The map added another layer on top of that: beyond its color-coded risk layers, the base map itself needed a true dark-mode variant, not just an inverted light one. Surfaces and elevation posed a different problem — shadows that read clearly in light mode nearly disappeared in dark mode, so surface tokens needed real definition, backed up by highlighted borders where contrast alone wasn't enough to separate layers.

We also wanted the platform to be responsive from the start, not retrofitted after the fact — building it to look and work well on mobile as we went, alongside desktop, rather than adapting it once the project was already finished. That meant simplifying dense features, prioritizing the information that mattered most, and cutting back on data density so nothing overwhelmed a phone-sized screen.

Light mode
Dark mode

In conclusion

The CAPData Platform started out dated, inconsistent, and desktop-only, with no source of truth to build from. It's none of those things now — a token-based Figma design system replaced PowerPoint screens, scattered navigation became one clear structure, and desktop-only layouts now hold up across every breakpoint, mobile included. What began with a full platform audit became the system the team ships every new feature on today, carried forward by 10+ developers.

Legacy Screens Audited90+
Components250+
Hi-fi Mockups300+
AccessibilityWCAG AA
Next case study

NeuroSPARKS educational games

Lead Front-End Engineer · Aug 2018 – Apr 2024

Conceiving and executing the vision for the award-winning NeuroSPARKS educational games at Barron Associates, recognized with the 2022 Back to School Tech & Learning Award of Excellence.

Design TokensAccessibility (WCAG)Responsive DesignUser Metrics
Case study coming soon
Coming Soon