← All work

Design Systems · Standards · Team Leadership · The Home Depot

From Order-Takers to Practitioners: A Communications Design System

When I joined the ECC team, design was a constant negotiation—three designers, no shared standards, nonstop review meetings. I built the principles, the system, and the culture shift that turned an order-taking group into a team with a clear, defensible point of view.

3+ → 1 Review rounds reduced through shared standards
2 channels Channel-specific standards built (email + SMS/push)
1 month To build, workshop, and socialize the principles
↑ Autonomy Team confidence to push back on misaligned requests
TL;DR
Problem Three designers, no shared standards, 3+ review rounds per project, constant debate about the "right way."
What I did Built design principles from a team survey, established channel-specific standards, and own the component library.
What changed Reviews down to 1 round. Team pushes back on requests confidently. Standards now power a production AI agent.

A team of three who couldn't agree on the right way to do anything.

I joined the Enterprise Customer Communications (ECC) team in February 2025. The team's job was designing customer communications across email, SMS, RCS, and iOS Live Activity—a high-volume, high-stakes surface touching millions of customers at critical moments in their journey.

Three designers. A principal. A manager. And no shared framework for deciding what "good" looked like. Every project became a negotiation. Every review became a debate. The people most equipped to run those debates were spending all their time in them.

"We were all confused all the time. The goal wasn't better design—it was a shared understanding of what better design meant."

Three or more rounds of review. Every single time.

A typical design request moved through four or five stakeholders before reaching approval. Feedback ranged from copy tone to whether a request was worth designing at all. Designs weren't necessarily wrong—they just weren't grounded in anything everyone agreed on.

Before Standards
  • 3+ review rounds per design
  • Copy decisions made by debate, not principle
  • Unique design patterns on every project
  • Requests not vetted before design began
  • No shared vocabulary for "the right way"
  • Principal and manager in every review
  • Designer frustration, tension, slow delivery
After Standards
  • 1 round of review in most cases
  • Copy governed by documented guidelines
  • Patterns documented and reusable
  • Request intake process established
  • Principles to cite when teams push back
  • Principal freed from routine approval sessions
  • Team confident, autonomous, aligned

Built from the team. Blessed by leadership. Socialized at intake.

I started by running a survey with the team to surface what we each believed about communications design. I workshopped the results with leadership so they could shape and sanction the output. The goal: principles that weren't mine—principles the whole team owned.

The process mattered as much as the result. Principles that come from one designer get questioned. Principles that come from the team get used.

ECC Design Principles Document Replace with: <img src="https://i.imgur.com/YOURIMAGE.png" alt="ECC design principles" style="width:100%;border:1px solid var(--rule);" />

The principles cover two core commitments: creating communications that are timely and impactful, and supporting customers in navigating their Home Depot experience. Under each, specific tenets govern execution—from content hierarchy and copy tone to channel selection and brand standards.

We socialize them at the point of intake. When a team brings a new request, we reference them. When someone asks for a channel we shouldn't support, we reference them. They're not a document—they're a decision-making tool.

What every designer on the team now knows without asking.

Alongside the principles, I built out our design standards—a living document covering the specifics of how we design communications across every channel we support. They emerged from an audit of what we already do, paired with a competitive analysis of how others handle the same problems.

  • Layout rules for email, SMS, and push—what goes above the fold and why
  • Copy guidelines—how we write, what we emphasize, what we avoid
  • Component usage—which design system components we use and when
  • Channel selection—when to use email vs. SMS vs. push vs. RCS

I own and maintain the component library the team designs from. The standards aren't separate from the system—they're embedded in it. When you open the Figma file, the right decision is the obvious one.

Screenshot: Design Standards Doc or Figma Overview Replace with: <img src="https://i.imgur.com/YOURIMAGE.png" alt="Design standards" style="width:100%;border:1px solid var(--rule);" />

The standards don't just help designers. They run the agent.

The same principles and standards that guide human designers are now baked into a production AI agent I built on Gemini Enterprise. The agent reads our communications guidelines, project context from Confluence and Slack, and drafts a first-pass communications design—giving the team a grounded starting point instead of a blank canvas.

This matters because the standards aren't just policy documentation. They're now machine-readable logic. When the agent recommends where a badge should go, it's applying the same rules the team agreed on. The guidelines created alignment among people—and now they create consistency in tooling too.

Related Case Study
Designing With AI: Building the Tools My Team Actually Uses
How I built the Gemini agent, what it does, and where AI tooling is headed next on this team.
View case study →

We stopped being an order-taking team.

The most significant outcome wasn't a metric. It was a change in how the team sees itself—and how the rest of the organization sees us.

Before standards, any stakeholder could arrive with any request and we'd figure out the "right way" in a room together. Now we have an answer before they arrive. We know what we support, why we support it, and what we won't do—and we can show our work.

"The goal of this team changed from 'creating emails' to 'creating a way of working.' The designing is the easy part. We made it rigorous."

The principal's time is no longer consumed by routine approvals. Junior designers can move independently because the framework tells them what "good" looks like. And when requests come in that don't fit, we can push back with confidence—not opinion.

What this work changed.

3+ → 1
Review rounds per design reduced. Crit sessions start closer to approval-ready work now.
Culture
The team shifted from reactive order-takers to practitioners with a clear, defensible design point of view.
AI-ready
Standards are now embedded in a production AI agent—human and machine reasoning from the same source of truth.
← Previous Preferences: Shipping Without a Net Next → Designing With AI