Case study · Web · Design systems

Building the platform that let Angi ship faster — and design better.

Company
Angi
Role
Senior Product Design Lead
Timeline
2022–2024
Platform
Web (Mobile First)
Overview
Overview

A no-code component platform migration that unified two fragmented brands, eliminated developer dependency for growth experiments, and directly drove a 37% conversion lift on Angi's highest-traffic pages.

The context

Angi's growth team was bottlenecked. Launching a new landing page or running an experiment meant waiting on engineering — the micro-frontend architecture was fragmented, patterns were inconsistent across Angi and HomeAdvisor, and there was no standardized component library to work from. Every test was slower and more expensive than it needed to be. SLAB was the answer: a no-code platform for building web experiences and running rapid growth tests. My job was to make it actually work at scale.

My role

I led the design work for the SLAB migration as the sole design lead on the Growth team. That meant auditing what existed, deciding what to keep and what to rebuild, and establishing the component and token system that both brands would run on going forward. This wasn't a visual refresh — it was a foundational infrastructure project with design at the center.

IMG 01
Hero — platform, SLAB, or growth experimentation visual
Key insight

The problem wasn't the components themselves — it was the absence of a shared language between designers, engineers, and the marketers building on top of the platform. Until that existed, every new page was starting from zero.

The work

Audit first, build second.

I started with a full component library audit across both brands — cataloging what existed in SLAB, what was inconsistent, and what was missing entirely. Rather than designing new components speculatively, the audit drove the roadmap: fix what could be fixed, build what was genuinely absent, deprecate what was redundant.

IMG 02
The work — component audit, catalog, or library spread

Components + tokens as a system.

The output wasn't just components — it was a token layer that made the system maintainable. Design tokens meant that brand-specific decisions (Angi red vs. HomeAdvisor styling) lived in one place, not scattered across dozens of individual component specs. I refined the documentation and production builds to make handoff reliable and consistent.

IMG 03
The work — tokens, documentation, or system architecture

Enabling the team, not just shipping pages.

The goal was always for the Growth team to be able to move without design or engineering in the loop for every experiment. The component library I built and the SLAB migration made that possible — non-designers could assemble pages from validated, on-brand building blocks.

IMG 04
The work — team enablement, SLAB builder, or assembled pages
Outcome

37% increase in conversion. 36% increase in funnel entry. 17.5% decrease in bounce rate.

The results came through GeoCat — Angi's highest-traffic SEO landing pages — where the new SLAB infrastructure enabled rapid iteration at a scale that wasn't possible before.

37%
Increase in conversion (GeoCat)
36%
Increase in funnel entry (GeoCat)
17.5%
Decrease in bounce rate (GeoCat)
20%
Reduction in design-to-development handoff time across the Growth org
IMG 05
Outcome — GeoCat results, experimentation, or live landing pages
Reflection

What I'd do differently

The thing I'd do differently is advocate earlier for token documentation to be treated as a first-class deliverable — not something that gets refined after launch. The components we shipped were solid, but the token layer took longer to stabilize than it should have because it was treated as secondary to the visible UI work. On a system like this, the invisible infrastructure matters as much as what users actually see.

← All workNext: Angi