A User Interface Is an Expression of Empathy
The Empathy of the Interface - 2026

A User Interface Is an Expression of Empathy

People often call a user interface the “skin” of a product or technology stack, as if it’s something wrapped around the real work, like packaging. But a UI isn’t the wrapping.

It’s the handshake, the first impression, the ongoing conversation.

A user interface is how a user interacts with your systems. Through it, they encounter your workflows, your constraints, and the decisions embedded throughout your technology stack. Sometimes, they may even encounter organizational dysfunction inadvertently expressed as limitations in the tool itself. For many users—especially in modern digital products—this is the only interaction they ever have with your company.

If someone only experiences your company through a specific platform or app, then their experience of the interface is their experience of your company.

That’s why good user interface and user experience design is fundamentally about empathy.

Empathy, in this context, is not about aesthetics or delight. It has two simple meanings: understanding and care.

First, understanding what users are trying to do. Users are not here to use software. They are here to accomplish something—to move work forward, solve a human problem, get unstuck, or quickly find the information they need. A good interface reflects a deep understanding of that intent and removes unnecessary obstacles between intention and action. Getting the work done should feel intuitive.

Second, caring about the user’s experience while they do it. This is where cognitive load matters. Every choice the interface demands, every unfindable feature, every unclear label, every unexpected behavior asks the user to spend attention and mental energy. When that effort isn’t necessary—or when it’s unclear why a decision is even required—it becomes friction.

Friction is not neutral. It slows people down. It frustrates them. It makes capable users feel less competent.

A well-designed interface takes that cost seriously. It minimizes unnecessary cognitive load, makes the system’s behavior predictable, and helps users recover when something goes wrong. Even if the interface isn’t loved, it should feel useful, predictable, and worth returning to.

At its best, a user interface makes people more capable than they were before. It allows them to do things they could not do as easily without it. When the interface is the primary way users interact with your systems, that sense of empowerment becomes the clearest expression of how much you understand and respect the people using your product.

Think of the first time someone uses a spreadsheet to automate a tedious report. Or when a non-technical person builds a workflow that saves their team hours. That moment of capability—that leap—is made possible not by code alone, but by an interface that anticipated need, reduced fear, and invited action.

Calling a user interface a “skin,” or even just a functional layer, undersells its importance. If you don’t care about the experience your users have in your digital products, that indifference becomes a form of communication.

A misleading interface tells users: We think we can trick you.

A confusing workflow says: We haven’t thought this through—or we might not care.

A workflow that runs users in circles says: We don’t actually want you to accomplish what you came here to do.

And when you design to empower—reducing uncertainty, shortening learning curves, making action intuitive—the message is equally clear: We want you to succeed. We care about your time. We hope you come back.

Your user interface expresses a company’s empathy. Do you understand the people who use your product? Do you care about their experience?

No one designs a neutral interface. They only pretend to.

To view or add a comment, sign in

More articles by Rainbough Phillips

  • The Art of Getting Out of Your Own Way

    I was at a little gallery showing today for some of my daughter’s artwork from a weekly class she takes. On the wall…

  • Catching the Accessibility Bug

    There’s a phrase I’ve heard a few times in accessibility work: “catching the accessibility bug.” It usually happens one…

  • How to Be Difficult (And why I’m proud of it.)

    Here’s what being “difficult” actually looks like in engineering. (It’s not what you think.

    1 Comment
  • It’s Okay to Rock The Fizz

    I was 15, working my first job at McDonald’s. I ended up at the drink station a lot.

    1 Comment
  • Treasure in the Stack(s): What a Science Library and Legacy Code Have in Common

    Once upon a time, I was sitting in a physical chemistry class when an organic chem professor from down the hall gave us…

  • Your Code Isn’t Better Than You

    ^^And AI won’t magically fix that. With all the buzz around AI in software engineering—co-pilots, replacements, ethics,…

    2 Comments
  • Exceptionalism isn't the Prize

    It was over a decade ago, in a graduate-level organic chemistry class, during one of the last quizzes before the final.…

    1 Comment
  • Self-Interest, Suspicion, and Foreign Workers

    Let’s talk about a particularly American suspicion: the kind folks aim at businesses when they hire foreign workers and…

  • You Still Have a Choice

    Let me take you back a few years to my days working for a well-known pizza chain, right across from the University of…

  • Clearing the path: the hidden work behind 'simple' code

    Writing clean, simple code is a lot like cutting a trail through a dense forest. When it’s done right, people come…

Others also viewed

Explore content categories