Iconography that reads at a glance

An icon nobody understands is just decoration. How we design icons that communicate instantly.

Design

Design

A picture, understood fast

If an icon needs a label to make sense, it is not doing its job.

We design icons that are simple, consistent and grounded in familiar metaphors, so their meaning lands instantly, and pair them with labels where clarity matters most.

Icons that communicate instantly

Instantly legible

Meaning clear before the user has to think.

Visually consistent

One weight and style across the whole set.

Labeled when needed

Paired with words wherever meaning could slip.

The test

An icon nobody understands is just decoration

If it needs a caption to read, it isn't doing its job.

Icons promise to communicate faster than words, but only when their meaning is obvious. A clever glyph that users have to decode adds a puzzle to every screen it appears on.

We design icons around familiar metaphors, keep them visually consistent, and pair them with a label wherever meaning could slip, clarity first, cleverness only when it's also clear.

Highlights

What makes them work

Simple

One clear idea per icon.

Consistent

One style across the set.

Familiar

Metaphors people already know.

A closer look

An icon is a word in a very small font

Icons fail silently: nobody files a bug saying they didn't understand the pictogram, they just don't click. That is why we test icons the way we test copy, show them cold to someone outside the project and ask what they expect the button to do.

Ambiguity is solved by pairing, not by cleverness. Outside a dozen universals, search, close, settings, back, an icon should travel with a label until analytics prove the label redundant. Mystery-meat navigation saves pixels and costs task completion.

Consistency is a grid, literally: one geometry, one stroke weight, one corner radius, aligned to the pixel grid so nothing blurs at 16px. A single icon drawn on a different skeleton reads as a typo in a sentence users scan hundreds of times a day.

Team for AppsProduct & Engineering

We build software for teams who want their tools to fit the way they actually work — web, mobile, AI and the systems that tie them together. We write here about what we learn shipping it.

Have a project in mind?

Tell us what you're building and we'll get back to you within one business day.