Menu

UR

Contextual Interviews

A practical research method for understanding behaviour in the environment where it naturally happens.

How to use contextual interviews to observe real behaviour, constraints, and decision-making in the setting where work actually happens.

4 min read

What it is

Contextual interviews are a qualitative UX method used to understand in the where it naturally happens.

They combine interviewing with , allowing you to see tasks, decisions, and as they occur in real situations.

This makes them a more grounded of . Instead of relying on memory or explanation, you see first-hand.

The goal is to understand how shapes , including tools, , pressures, and workarounds.

The value of contextual interviews is that they let you see behaviour in context, not just hear someone describe it afterwards.

When to use it

Use this method when the plays a big role in how a task is completed.

It is most useful when:

The task involves physical spaces, tools, or systems
Behaviour is complex or hard to explain in isolation
You suspect there is a gap between what users say and what they do
You are designing for real-world workflows or operational environments
You need to understand constraints, interruptions, or external factors

It is less useful when:

The behaviour is simple and not context-dependent
You only need high-level understanding
Access to the real environment is not possible
Contextual interviews are often used alongside field studies and usability testing to build a complete picture.

Key takeaway

Use contextual interviews when behaviour is shaped by the setting, the tools, or the pressures around the task.

How to run it

Set up properly

Be clear on what you are trying to understand, which matters, and who you need to see. The environment is the method. An interview about work done elsewhere is just an interview.

Arrange access properly. Contextual work needs permission from more people than a lab , and being rushed out halfway is the usual failure.

Run the method

A contextual interview anchors every question to something you have just watched happen. It is the difference between what somebody remembers doing and what they did.

  1. Observe first and ask afterwards. Questions asked before you have seen anything shape what the person then shows you.
  2. Let people carry out tasks the way they normally would, including the shortcuts they might apologise for.
  3. Ask in the moment, tied to what you have just seen. "Why did you copy that into a spreadsheet?" gets you further than any prepared question.
  4. Avoid interrupting at critical points. Note the question and return to it once the pressure has passed.
  5. Focus on the actions in front of you rather than general opinion. The moment somebody starts describing what they usually do, you are back to recall.

Stay close to real . The value of being there is that you can ask about things the person would never have thought to mention.

Capture and make sense of it

The value comes from grounding in observed . After the , document:

  • What people actually did, separated from what they said about it
  • Workarounds and improvisations, which are unmet needs made visible
  • Environmental factors: interruptions, tools, other people,
  • Where your assumptions and the observed reality diverged

Use this to inform design decisions with evidence rather than recollection. Contextual findings survive challenge better than anything self-reported.

What to look for

Focus on:

Contextual constraints: what the environment is enabling or limiting
Behaviour in action: what people actually do, not what they say
Workarounds: these often reveal gaps in systems or processes
Interruptions and pressures: time, tools, and external factors shaping decisions
Tool and system usage: how different systems or artefacts influence behaviour

Where it goes wrong

Most issues come from:

If it feels like a standard interview, you are probably missing the value of .

Moving the conversation somewhere convenient, which removes the thing you came for
Interrupting at the moment the interesting behaviour happens
Recording what people say and missing what they do with their hands
Watching without ever asking why, so you leave with actions and no reasoning
Drifting into hypotheticals, at which point it is an ordinary interview in an odd location

What you get from it

Done properly, this method gives you:

Behaviour observed rather than remembered
The environmental pressures that shape how a task really runs
Workarounds people would never have thought to mention
Evidence that survives challenge better than anything self-reported

Key takeaway

It grounds your decisions in reality, not assumptions.

Get in touch

If this sounds like something you need, we can help you understand how your users actually behave in the real world.

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 contextual interviews in UX?

Contextual interviews are a qualitative research method where users are observed and interviewed in their real environment while performing tasks.

When should you use contextual interviews?

Use them when the environment, tools, or real-world conditions significantly affect behaviour.

What is the difference between contextual interviews and user interviews?

User interviews rely on recall and explanation, while contextual interviews involve observing real behaviour in context.

How long does a contextual interview take?

Typically between 60 and 120 minutes, depending on the complexity of the task and environment.

Are contextual interviews the same as field studies?

They are closely related. Contextual interviews combine observation with questioning, while field studies may focus more broadly on observation alone.

Quick take

If you want to understand what people actually do in the real world, not what they say they do, run contextual 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