What I Wish Designers Knew About Email Design

I’ve worked with incredible designers over the years — people who can craft stunning interfaces, guide user flow like a symphony, and turn whitespace into poetry. But when it comes to email design, even the best of them sometimes step into a minefield without realizing it.

Email isn’t the same as web. It’s not even close. It’s a Frankenstein platform, full of quirks, legacy constraints, and silent failures. And yet, most email design problems I see could be solved if designers just had the right context.

This article isn’t a rant. It’s a love letter to designers. A wish list. A bridge. Because when designers and developers understand the real landscape of email, the work gets easier. The product gets better. And the users get emails that actually make sense — and work.

Email Is Not a Website

The first thing I wish designers understood is that **email design is not web design**. Yes, it uses HTML and CSS. But it uses a very limited subset of both. Think early 2000s-level support.

There’s no flexbox. No CSS grid. No custom fonts unless you plan for fallbacks. No external stylesheets. Hover states are hit or miss. Media queries work — sometimes. It’s not a canvas. It’s a cardboard box with duct tape on the corners.

What does this mean in practice? It means your beautiful Figma layout might break in Gmail. It means Outlook might ignore your margins. It means mobile stacking isn’t guaranteed unless you hard-code it.