Skip to content
ProcessUX lexicon

What is user-centered design?

User-centered design is a process where designers involve the people who will use a product at every stage, from research and ideas to testing and refinement.

also calledUCD · user-centred design · human-centered design

User-centered design starts from a simple but surprisingly often ignored idea: the people who will use a thing should shape how it is made. Instead of designing for yourself or for the loudest person in the meeting, you find out who the users are, what they are trying to do, and check your work against them again and again.

In short
  • User-centered design involves real users throughout the whole process.
  • It runs as a loop: understand, specify, design, evaluate, repeat.
  • Users reveal problems and context; designers still need to craft the solutions.
  • Showing finished work for approval is not the same as involving users.
01

The loop at the heart of it

UCD is usually described as a cycle rather than a line. You learn about users and their context, you specify what they need, you create design solutions, and you evaluate them with users. Then you go around again with what you learned.

This four-part rhythm is close to the one described in the ISO standard on human-centered design for interactive systems, though teams name and slice the steps in different ways.

  • Understand the context: who uses the product, for what, and where.
  • Specify user requirements: the needs and goals the design must meet.
  • Produce design solutions: sketches, prototypes, working versions.
  • Evaluate against requirements: test with real users and improve.

The important bit is that users show up at the beginning and again at the end, not only at launch.

02

What it looks like day to day

In practice, UCD is a collection of ordinary activities: interviews and observation at the start, personas or scenarios to keep users in mind, quick prototypes, and usability tests on every version that matters.

It also shows up in small habits. A team that watches one user session together before each sprint is practicing UCD. So is a designer who asks "who is this for, and how do we know?" when a feature is proposed.

The approach is deliberately flexible. It does not prescribe a particular method, and it can sit inside agile, lean or more traditional ways of working.

03

Why it is worth the effort

The strongest argument is that it reduces the chance of building something nobody can or wants to use. Fixing a wrong idea in a sketch costs an afternoon, while fixing it after launch can cost months.

It also produces better decisions. When a debate arises about a feature, evidence from users can settle it, in place of a contest between titles and opinions.

It tends to improve accessibility and inclusion too, because involving a varied range of users reveals needs a design team of similar people would not think of.

04

Where it can fall short

It is fair to point out limits. Users are good at telling you about their problems and poor at designing solutions, so you cannot just do whatever they ask. Designers still need judgment.

It can also get stuck on the people you happen to reach. If you only test with enthusiastic early adopters, you will tune the product for them and miss everyone else.

And it is easy to say you do it without doing it. Showing a finished design to users for approval is not user-centered design. Involvement has to start before the design is set, when feedback can still change it.

05

Common mistakes and when to use it

Teams often treat research as a phase that ends. UCD is continuous, and needs lighter touchpoints throughout. It suits almost any project where people will interact with the result, from apps to public services. For purely technical back-end work with no user contact, the same attitude applies but the methods change.

Common questions

User-centred design: your questions, answered

What is user-centered design in simple terms?

It is a way of designing in which you learn about the people who will use a product, involve them throughout the process, and keep checking your work with them. The goal is for the result to fit real needs, abilities and situations.

What are the stages of user-centered design?

A common version has four: understand the context of use, specify user requirements, produce design solutions, and evaluate them with users. The process repeats, so what you learn from evaluation feeds the next round of understanding and design.

What is the difference between user-centered design and UX design?

UCD is a process philosophy about involving users throughout. UX design is the broader discipline of shaping the whole experience of using a product. UX designers often use user-centered design as the way they work.

What is the difference between user-centered design and design thinking?

They overlap a great deal. User-centered design focuses on involving users in designing and evaluating products, while design thinking is a broader problem-solving approach that also covers business and service challenges. Many teams use both.

Why is user-centered design important?

It reduces the risk of building something people cannot or will not use, because problems surface early when they are cheap to fix. It also gives teams evidence to settle debates and tends to make products more accessible.

People also ask

More quick answers

Who developed user-centered design?

The term is often linked to Donald Norman and his colleagues at the University of California, San Diego in the 1980s, who popularized it.

What is the difference between user-centered and human-centered design?

Human-centered design is a broader term that considers everyone affected by a design, not only the primary users. In practice the two are often used interchangeably.

What methods are used in user-centered design?

Common methods include interviews, observation, personas, prototyping and usability testing.

Is user-centered design the same as customer-centric design?

Not exactly. Customer-centric thinking concerns the buying relationship, while UCD focuses on the people using the product, who may not be the buyers.

Can UCD work with agile teams?

Yes. Short research and testing cycles fit inside sprints, and many teams run lightweight user sessions every iteration.

Keep reading
Free and open source

Found this useful? A GitHub star helps other designers find it.

Star on GitHub