Smarter ideas worth writing about.

The Slash Between UX and UI

The term “UX/UI” is everywhere. It’s in front of job descriptions, titles, vaguely defined tasks in a backlog, and even in little notes in margins.

Wherever it appears, it seems to carry a sort of mysterious aura. What does it refer to? Some sort of nebulous zone where requirements go to become beautiful interfaces? What does the slash mean? UX or UI? UX and UI? What about where it appears without the slash, as “UXUI”? Are you supposed to read that as “ooooicksoooui”?

While creative work generally comes with tints of mystery, this particular term could benefit from a little more clarity. And the first step on the path towards clarity is to recognize that the term actually refers to two different skill sets. The “UX” skillset is more focused on the strategy and high-level aspects of the product, while the “UI” skillset is more focused on the execution and tactical aspects of the product.

It’s sort of like building a house. Before beginning construction, you’d probably have a few questions, such as “How many people are going to live in the house?” “What are they going to be doing in the house?”

How many people are going to live in the house? How many rooms do they need?

As these questions are answered, you might start to get a rough idea of how you’re going to divide up the plot of land. You’d start to define what they would do in each one. Maybe there’s a room where they’ll cook. Let’s call it something like the ‘kitchen’. X number of rooms where they will sleep — ‘bedrooms’ — perhaps with one that’s a little bigger because two people will be sleeping in the same one. A place where they will relieve themselves. Let’s call this one the ‘bathroom’…and let’s not put it right next to the kitchen.

What will they do in each room? How will they move through them?

This is predominantly the architect’s territory. The architect takes some time to investigate the dwellers’ needs, and translate that into a rough idea of what the overall house might look like.

The UX role is quite similar. The plot of land is like the project’s constraints — time, money, regulations, business plan, etc. Given this metaphorical plot, the UX-er’s first task is figure out what the software users’ needs are, and start to think about how those needs relate to each other. The UX-er also starts to define taxonomies for the various sections of the system.

In tandem with where the various rooms will go, it’s also important to think about how the dwellers will move between them. Similarly, the UX-er’s next step is to think about how the users of the system will navigate between the sections of the system according to their needs.

The next set of questions that comes up is centered around what goes in each room. For example, in the kitchen, the dwellers will need to wash dishes, so the team will need to build some sort of apparatus they can use to do that. (Maybe they decide to call it a sink.) There will also be a sink in the bathroom, but the two sinks will probably look very different, since their modes of use will be very different.

What goes in each room?

At this point, the architect might bring in an interior designer to talk about the details of what goes into each room, especially if those pieces require some infrastructural planning, such as installing plumbing or electricity.

At this point in the software development project, the UI-er might start to become more involved. The team will start to figure out what components need to go into each section of the software, and where the corresponding back-end pieces will come in.

Back at the house, once it’s been decided that there is a sink and it goes in a particular spot, the next step is to figure out how the dwellers will use it. Would it suit them better to use one faucet or two? What should the faucets look like, to best reflect their identities, cultures, and values?

What are the attributes of each component? How do we design them in a way that reflects the identities, cultures, and values of the people who will live here?

These are questions that an interior designer would be better equipped to answer. Similarly, when the software development project reaches a point where the specific details of how a user is going to interact with its various functions need to be defined, it’s time for the UI-er to take the helm.

At Cardinal, we have two positions: UX Architect and UI Designer. The roles have the following distinctions:

UX Architect

  • Conducts usability studies, user research, stakeholder interviews, surveys
  • Performs heuristic analyses
  • Build personas, empathy maps, storyboards, journey maps
  • Create logical architectures, navigation schemas, and taxonomies
  • Content mapping & organization
  • Voice of the Customer

UI Designer

  • Design user interfaces
  • Develop brand strategies, style guides, color theory and palettes
  • Define typography
  • Design iconography
  • Conform to accessibility requirements


More often than not, the process isn’t quite this linear. As more of the house gets defined, you might go back and readjust the size of the kitchen, or move the door a few feet. The same kinds of modifications might be made to a site map or to the navigation structure of a software project.

At the same time, in the same way you wouldn’t start building a house by talking about what the faucets will look like, it’s important to figure out the bigger pieces of the software product before focusing in on the details.

If you’re building a house, it’ll probably be a better constructed house if the whole team is involved in every step of the way; if the construction crew understands why the decision to place a door in a particular manner was made, they will be more likely to build it right. In the same way, involving the entire software development team from the beginning will improve communication and result in a better product.

But while the entire team knows what’s going on, there’s typically someone with a particular skillset driving the process. The distinction between the skillsets of the developers and the designers is quite clear. What sometimes gets missed is that there is also an equally important distinction between the UX and UI flavors of designers.

Share:

About The Author

UX Architect

Ramya is a UX Architect in the Experience Design practice, who loves diving into messy problems armed with whiteboards and post-it notes. As a UX Architect, one of her favorite activities is to lead product discovery workshops, leveraging her passion for storytelling to drive digital strategy.