Menu

UR

Contextual Inquiry

A practical in-context research method for understanding real workflows, tacit knowledge, and how work is actually done.

How to use contextual inquiry to uncover real workflows, decision-making, and inefficiencies in the environment where work happens.

4 min read

What it is

Contextual inquiry is a qualitative UX method used to understand by observing and questioning users in their real working .

It is a structured form of in- , combining with active questioning while the user performs real tasks.

Unlike standard interviews, it follows a master-apprentice . The user is the expert in their work, and you are there to learn from them as they go.

The goal is to uncover how tasks are really performed, including tacit knowledge, shortcuts, , and workarounds that are often invisible in other methods.

Contextual inquiry works best when you treat the user as the expert and learn from how the work actually unfolds.

When to use it

Use this method when you need to deeply understand , , and in context.

It is most useful when:

Tasks are complex and involve multiple steps or systems
Users rely on habits, shortcuts, or tacit knowledge
The environment plays a significant role in how work is done
You need to understand real workflows, not idealised ones
There is a gap between documented processes and actual behaviour

It is less useful when:

The task is simple or low complexity
You only need high-level understanding
Access to the real environment is not possible
Contextual inquiry is often used alongside field studies and user interviews to build a complete understanding.

Key takeaway

Use contextual inquiry when you need depth, real workflow detail, and visibility into how work really happens.

How to run it

Set up properly

Be clear on the tasks or you want to understand, the that matters, and who performs them. Contextual inquiry is deep and slow, so a tight scope is what makes it affordable.

Set up the relationship explicitly at the start: they are teaching you their work, and you are learning it.

Run the method

Contextual inquiry is field with a specific stance, the master and apprentice . The person doing the work is the expert, and your job is to be taught.

  1. Observe people performing real tasks with real , not a demonstration prepared for you.
  2. Ask questions in , driven by what is happening rather than by your guide.
  3. Treat the person as the expert and let them . Correcting them, even gently, ends the dynamic the method depends on.
  4. Follow the flow of the work rather than imposing structure. Where they jump between tools or double back is the finding.
  5. Probe for reasoning behind actions and decisions, especially the ones that look inefficient. There is usually a reason and it is usually a constraint.

Stay in the apprentice role. The moment you start explaining how the is meant to work, you stop learning how it is actually used.

Capture and make sense of it

The value comes from understanding work as it is done. After the , document:

  • The real , including steps absent from any documentation
  • The reasoning behind decisions that looked irrational from outside
  • Tools, workarounds and informal people rely on
  • Breakdowns where the current obstructs the work

Use this to design for the work rather than for the diagram. The two diverge more than most organisations realise.

What to look for

Focus on:

Real workflows: how tasks actually unfold step by step
Tacit knowledge: things users do without thinking or explaining
Workarounds: adaptations that reveal system limitations
Decision points: where users make choices or change direction
Context: tools, systems, environment, and pressures shaping behaviour

Where it goes wrong

Most issues come from:

If it feels like a standard interview, you are missing the depth.

Slipping out of the apprentice role and starting to explain the system
Asking abstract questions when the concrete work is in front of you
Interrupting the flow, which is where the inefficiencies show
Recording what is said rather than what is done
Imposing a structure on work that does not follow one

What you get from it

Done properly, this method gives you:

The workflow as performed, including the steps in no documentation
Reasons behind decisions that looked irrational from outside
Tools and workarounds people depend on quietly
Where the current system obstructs the work it exists to support

Key takeaway

It reveals what other methods often miss.

Get in touch

If this sounds like something you need, we can help you understand how work really happens and where things break down.

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

Contextual inquiry is a research method where users are observed and questioned in their real environment while performing tasks.

When should you use contextual inquiry?

Use it when you need to understand complex workflows, behaviours, and environments in detail.

What is the difference between contextual inquiry and contextual interviews?

Contextual inquiry is more structured and follows a master-apprentice model, while contextual interviews are generally lighter and more flexible.

How long does a contextual inquiry session take?

Typically between 1 and 2 hours, depending on the complexity of the task and environment.

Why is contextual inquiry important?

It reveals real behaviour, tacit knowledge, and workflow issues that are often missed in other research methods.

Quick take

If you want to understand how work actually gets done, step into the environment and learn while it is happening.

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