Menu

UR

User Interviews

A practical research method for understanding how people think, behave, and make decisions in a real context.

How to use user interviews to uncover real behaviour, decision-making, and pain points instead of relying on opinion or assumption.

5 min read

What it is

User interviews are a qualitative UX method used to understand , motivations, and decision-making through direct conversation.

They are a core part of and are used to uncover how people think, what they do, and why they do it.

They are not about collecting opinions. They are about understanding real experiences.

At a surface level, people will often give answers that sound reasonable. At a deeper level, they reveal what actually drives their .

The goal is to understand what people have done, why they did it, and what got in their way.

The value of interviews is not in what sounds reasonable. It is in what reveals what actually drives behaviour.

When to use it

Use this method when you need depth and that analytics or cannot provide.

They are most useful when:

You are starting a project and need to understand the problem properly
Behaviour in analytics or funnel data does not make sense
Stakeholders are making decisions without evidence
You need to understand decision-making, not just outcomes
You are working with a new audience or domain
They are less useful when:
You need validation at scale
The problem is already clearly defined
You are measuring performance rather than understanding behaviour
User interviews are often used alongside usability testing and analytics to build a complete picture.

Key takeaway

Interviews are most useful when the problem needs depth, context, and explanation rather than quick validation.

How to run it

Set up properly

Be clear on three things before you start: what you are trying to learn, what decision the will inform, and who you need to speak to. A study with no decision attached tends to produce findings that are interesting and unused.

Recruit people with real experience of the problem. Whoever is easiest to reach is usually whoever is closest to you, and they are the least likely to surprise you.

Run the method

A good interview feels like a conversation, not a script. You are trying to get someone to tell you what actually happened, in their own words, before you offer any of yours.

  1. Start broad, then narrow. Open with how they do the thing at all, before you ask about your part in it. Leading with your product frames everything that follows.
  2. Ask about real experiences, not opinions. "Tell me about the last time" gets you an event. "What do you think of" gets you a review.
  3. Ask open questions. Anything answerable yes or no ends a thread you wanted to pull. Swap "was that difficult?" for "what happened next?".
  4. Let people talk, including through the pauses. The considered answer usually arrives two or three seconds after you wanted to fill the silence.
  5. Ask for examples until it is concrete. "It is slow" is an opinion. "I waited, refreshed twice, then gave up and phoned" is something you can design against.

Good questions: Tell me about the last time you did this. What happened next. Why did you choose that.

Avoid: Would you use this. Do you like this idea. Both invite a hypothetical, and hypotheticals are the least reliable thing anyone will tell you.

Capture and make sense of it

The value comes after the interview. A single is a story; the only appears across sessions. Look for:

  • Repeated , especially ones you were not looking for
  • Common , and whether people worked around them or gave up
  • Shared that cut across different types of user
  • Differences that suggest you are designing for more than one audience

Group so they become usable, not just interesting. If the output cannot change a decision, it will not survive the next planning meeting.

What to look for

Focus on:

Behaviour over opinion: what people do matters more than what they say
Specific moments: details reveal what is really happening
Workarounds: these often highlight gaps or broken experiences
Decision triggers: what caused them to act
Language: how users describe things often differs from internal terminology

Where it goes wrong

Most issues come from:

If you leave with your assumptions confirmed, you probably did not go deep enough.

Asking what somebody would do, which gets you politeness rather than behaviour
Naming the answer inside the question, so it comes back as agreement
Filling the silences, and collecting your own thoughts instead of theirs
Covering fifteen questions badly rather than five properly
Leaving with the plan confirmed, which usually means it was defended rather than tested

What you get from it

Done properly, this method gives you:

An account of what somebody actually did, not what they think they do
The reasoning behind a decision, which is what you can design for
Problems described in the user's words rather than yours
A clearer statement of what needs solving, before anybody solves it

Key takeaway

It turns assumptions into something you can actually act on.

Get in touch

If this sounds like something you need, we can help you understand what your users are actually doing and why.

No guesswork. No assumptions. Just clear insight you can act on.

FAQ

Common questions

A few practical answers to the questions that usually come up around this method.

What are user interviews in UX?

User interviews are a qualitative research method used to understand user behaviour, needs and motivations through direct conversation.

When should you use user interviews?

Use them when you need depth and explanation, especially in early discovery or when analytics alone cannot explain behaviour.

How many users do you need for interviews?

Usually 5 to 8 relevant participants per group is enough to uncover strong behavioural patterns, depending on the complexity of the problem.

What is the difference between interviews and surveys?

User interviews provide depth and context. Surveys provide scale and measurable patterns.

Are user interviews the same as usability testing?

No. User interviews focus on understanding behaviour and experiences, while usability testing focuses on how well someone can use a product.

Quick take

If you need to understand why something is happening, not just what is happening, start with interviews.

Related Services

LET'S WORK TOGETHER

Ready to improve your product?

UX, research and product leadership for teams tackling complex digital services.

Previous feedback

I had a fantastic experience working with Andy. One of his most impressive achievements during our time at NHS HEE was masterminding a deeply complex information architecture for a new platform that brought together a large number of legacy websites.

Will Parkhouse

Senior Content Designer