Should UX designers use idioms rather than metaphors?

Imagine opening an app and everything just feels familiar. Not because it looks like something you’ve seen before, but because the behaviour makes sense. You instinctively know how to scroll, swipe or tap without thinking twice. That’s the quiet power of idioms in UX design: patterns and interactions that feel natural because they’ve become part of the language of digital products.

What’s the difference between metaphors and idioms?

Metaphors rely on visual or conceptual references to the physical world. A folder on your desktop. A trash bin for deleted files. These helped early users understand unfamiliar digital environments by mimicking objects they already recognised.

Idioms work differently. They’re learned behaviours specific to digital interaction: pulling down to refresh, swiping sideways to archive. They don’t represent anything from the real world, but they make perfect sense once you’ve used them a few times. After that, they feel second nature.

Why idioms are more relevant today

As users become more digitally fluent, metaphors begin to lose their effectiveness. The need to imitate real-world systems diminishes, and the limitations of metaphor become more obvious. A filing cabinet might make sense as a way to think about organising documents, but it breaks down quickly when you add complexity: thousands of files, nested structures, tags, search.

Idioms offer a way out of this. They allow for invention, not just imitation. They scale better across platforms and grow with the medium itself. What matters isn’t what an interaction resembles, but how reliably and intuitively it works.

Digital culture has its own language

Many metaphors, particularly those rooted in older technologies, don’t age well. A floppy disk icon to represent “save” is now more nostalgic than helpful. Idioms tend to emerge from use rather than analogy. They reflect how people interact with technology now, not how they once interacted with the physical world.

As new devices, interfaces and gestures become common, idioms evolve with them. Swipe gestures on smartphones have become shorthand for a whole range of behaviours, from unlocking a screen to deleting a message. These patterns weren’t designed to mimic anything. They were designed to work.

Metaphors still have their place

That said, metaphors aren’t obsolete. They can be powerful when users are encountering something genuinely unfamiliar, acting as a useful stepping stone that lowers cognitive load and creates a sense of comfort. They’re also well suited to brand storytelling, where emotional resonance matters more than functional interaction.

But in day-to-day UX, how people move through products and complete tasks, idioms tend to offer more staying power.

Designing better idioms

Creating effective idioms requires thought and consistency. They should be easy to learn, reliable across the product and designed with the user’s needs in mind. Poorly designed idioms can be just as frustrating as broken metaphors. If users have to guess what an interaction means, it isn’t doing its job.

Good idioms feel invisible. They make an experience feel fluid, predictable and respectful of the user’s time. They don’t demand explanation. They just work.

Use both. But use them wisely.

This isn’t a binary choice. It’s about knowing when to reach for each. Metaphors help with orientation and understanding. Idioms are better for action and flow.

UX design is ultimately about how something feels: how intuitive, trustworthy and usable it is. Idioms help us design for that feeling. They create patterns users can recognise and carry from one interface to another.

Should UX designers use idioms rather than metaphors? More often than not, yes. Because what matters most isn’t how real something looks, but how naturally it behaves.

References

About Face 3.0: The Essentials of Interaction Design by Alan Cooper, Robert Reimann, & David Cronin.

Jacob, R. J. K et al. (2008). Reality-based interaction: a framework for post-WIMP interfaces. In Proceedings of the SIGCHI Conference on Human Factors in Computing Systems (CHI ‘08). ACM, New York, NY, USA, 201-210.

Related articles

Ready to take that first step?

Drop our client partner an email at sean.p@zaang.com
or complete this form to get the ball rolling on your project.

Alternatively, book an intro call to find out if Zaang is the right partner for you.

Project request form

Step 1 of 3

Alternatively, book an intro call to find out if Zaang is the right partner for you.