spreadsheet.xlsx RESEARCHER "I noticed you opened a spreadsheet just then — what is that for?" FIELD NOTE User maintains parallel spreadsheet as workaround contextual-inquiry · real environment · observed work · context-anchored questions · tacit knowledge made visible

Contextual Inquiry

Contextual inquiry combines observation and interview in the user's real work environment — watching users do actual work, then asking about what you see, to surface the tacit knowledge and contextual factors that users cannot reliably report from memory.

Generative Research Workflow Discovery Enterprise UX Tool Adoption Process Mapping Onboarding Design

Two sentences.

Contextual inquiry is a field research method in which a researcher visits a user in their actual work or use environment — an office, a kitchen, a warehouse, a hospital ward — observes them performing real tasks with real tools, and asks questions about what they see as the work unfolds, rather than relying on the user's retrospective account of how they work in a scheduled interview away from their context. The method is built on the recognition that users cannot fully articulate their own workflows, habits, and workarounds in the abstract — but those workflows, habits, and workarounds become visible and discussable in the moment they occur, in the environment where they are embedded.

The method was developed by Karen Holtzblatt and Hugh Beyer at Digital Equipment Corporation in the late 1980s and formalised in their 1997 book Contextual Design. What makes it specifically valuable for product teams is the tacit knowledge problem: users consistently describe an idealised or simplified version of their workflow when interviewed away from their context, but observation in context reveals the actual workflow — including the spreadsheet they maintain alongside the product to compensate for a missing feature, the Slack message they send to a colleague before every time they use a specific function, and the seven-step manual workaround they have built to handle the edge case the product does not cover.

Apply this when…

You are designing a product for a professional domain — manufacturing, healthcare, legal, finance — where the workflow is complex enough that you cannot understand it without seeing it
Users are not adopting a feature the team believes would help them and you need to understand what their actual workflow looks like before redesigning the feature
A product is being used in ways the team did not intend and you need to understand the environment and constraints producing unexpected usage patterns
You are building an enterprise tool and need to understand how users interact with colleagues, handoff work, and manage interruptions in a real office context
A product is replacing a legacy system or manual process and you need to understand the full scope — including undocumented procedures — before scoping the replacement
Users report that the product does not fit their workflow but cannot describe specifically what is wrong — observation will surface what language cannot

When NOT to apply it

Skip it when the product is used in private, undifferentiated settings — a personal budgeting app used on the couch at home cannot be studied by visiting the couch. Skip it when remote observation would capture sufficient context — screen sharing while users work is a viable alternative for digital-only workflows. Skip it when the research timeline is too short — contextual inquiry typically takes two to four weeks from planning to completion. Skip it when the user's work environment is confidential, sensitive, or legally restricted in ways that prevent observation.

The mechanism

Contextual inquiry works by eliminating the distance between what users do and what they report. In a standard interview, users answer questions about their work from memory, which produces a reconstructed, idealised account. In contextual inquiry, the researcher is present in the environment while the work is happening — seeing the actual screens, tools, Post-it notes, physical documents, and colleague interactions that constitute the real workflow. Every question is anchored to a specific observed event: "I noticed you opened a second spreadsheet just then — can you tell me what that is for?"

01
Tacit knowledge cannot be retrieved without the right triggers
Research in cognitive science, particularly work by Michael Polanyi on tacit knowledge and by Hubert Dreyfus on skill acquisition, established that experts encode much of their knowledge in procedural form — they know how to do things without being able to articulate the rules they follow. A nurse who has been administering medication for twenty years cannot describe her dosage verification process in the abstract; watching her do it reveals five steps that she executes automatically and would never mention in an interview. Contextual inquiry exploits this by making the tacit knowledge visible through observation and then surfacing it through immediate, context-anchored questions.
02
The master-apprentice model structures the session
Contextual inquiry uses a master-apprentice model: the user is the master of their own work, and the researcher is an apprentice who is trying to learn how the work is done. This framing changes the power dynamic — the user is not being tested or evaluated, they are teaching the researcher something the researcher genuinely does not know. The researcher asks questions that a curious apprentice would ask: "Why did you do that step before this one?" "What would have happened if you had skipped that?" "Who do you send this to when it is done?"
03
Interrupting the work is better than watching silently
Teams running contextual inquiry for the first time often try to minimise their interruptions — they want to observe "naturally" and worry that questions will disturb the user's flow. This instinct is wrong. The value of contextual inquiry is in the immediate, context-anchored question that follows an observed behaviour — "I noticed you just hesitated before clicking that — what were you thinking?" That question can only be asked in the moment, and the moment passes quickly. Silent observation produces field notes; interjected questions produce insight.
04
Work models, affinity findings, and sequence diagrams
Contextual inquiry produces several types of structured analytical output. Work models represent different dimensions of the observed work: flow models (task sequence and handoffs), artifact models (documents and tools used), cultural models (social norms and constraints), physical models (spatial environment), and sequence models (detailed steps within each task). These models are constructed across multiple sessions and analysed for patterns. Affinity diagramming of findings across sessions produces the themes that inform design decisions.

Is contextual inquiry worth the cost?

Contextual inquiry is expensive in time and logistics. A single session typically requires one to three hours of the user's time, one to two researchers, and significant travel or coordination cost. This cost is justified when the domain is genuinely unfamiliar and the workflow cannot be understood without observation — and it is not justified when a remote interview would produce sufficient insight. The question to ask: "Is there something about the physical or social environment of this work that we need to see to understand it?" If the answer is no, a remote interview is a better investment.

IDEO's hospital food service redesign and the pocket notebook that revealed the real workflow

When IDEO was commissioned to redesign hospital food service delivery systems for a large healthcare provider, the team began with contextual inquiry rather than stakeholder interviews. They spent days in hospital kitchens and on wards observing the complete food delivery workflow — from meal preparation through tray assembly, delivery, patient interaction, and tray collection. What they observed in context was impossible to elicit in an interview: dietary aides were memorising patient preferences not from the electronic patient records system (which was the official system of record) but from handwritten notes they kept in their pockets, because the official system was too slow to access at the point of need.

The insight that emerged from observation — that the real information system for dietary preferences was a pocket notebook, not the electronic record — changed the design scope entirely. A product team working from stakeholder interviews would have focused on improving the electronic records interface. Contextual inquiry revealed that the problem was not the interface but the access model: dietary aides needed information at the point of delivery, not at a desktop terminal. The design response — a printed card attached to each tray with the patient's name, dietary restrictions, and current preferences — was derived entirely from observing the actual workflow rather than the intended one.

IDEO · Hospital Food Service
Observation reveals real workflow versus official process — changes the design scope entirely
Official Workflow Electronic Records (official system) Dietary Aide Tray Assembly Delivery Observed Workflow Electronic Records (bypassed) Pocket Notebook (actual system) Tacit workaround invisible to system owners Dietary Aide Delivery IDEO hospital food service · official vs observed workflow · contextual inquiry reveals the real system · pocket notebook not the EHR
Observation revealed the real system — pocket notebook, not electronic records

Test yourself & see real examples

No examples yet — be the first.

Spotted a product clearly designed around the official version of a workflow rather than how people actually work — or one so well-fitted to real practice it must have been designed from observation? Submit what you observed.

✓ Reviewed before publishing ✓ Your name on every example you submit ✓ Violation or fix — both welcome

Seen Contextual Inquiry skipped in a real product? Help grow the evidence base.

Where teams go wrong

Treating contextual inquiry as a supervised usability test. Teams unfamiliar with the method often give users specific tasks to complete with the product and observe task performance. This misses the core value. Contextual inquiry observes real work with real tools in real context — not a researcher-assigned task. The user should be doing their actual job, using whatever tools they actually use, in the order they actually work.
Asking general interview questions instead of context-anchored ones. A session that produces questions like "How do you typically handle this?" has reverted to being a standard interview conducted in the user's office. Every question should be anchored to a specific, just-observed event: "I noticed you switched to a different application just then — what were you looking for?" "I can see you have a Post-it note attached to your monitor — what is that for?"
Conducting only one or two sessions and treating findings as representative. A single session produces a detailed picture of one person's workflow in one context on one day. This is valuable as an existence proof but is not sufficient to determine whether the pattern is systemic. Contextual inquiry findings require a minimum of four to six sessions across different users and contexts before patterns can be identified with confidence.
Not synthesising findings into work models before drawing design conclusions. A researcher who observes a workaround in a session and immediately proposes a feature to replace it has skipped the synthesis step. The standard process — constructing work models across sessions, identifying patterns through affinity diagramming, and mapping findings to the full workflow — takes time but prevents designing solutions to isolated observations rather than to systemic patterns.

Connected ideas

Contextual inquiry is the most immersive field research method in the UX toolkit. Its closest relatives are methods that share its commitment to observing real behaviour in real context, differing primarily in duration, structure, and the balance between observation and intervention.

The most important pairing is contextual inquiry with Affinity Mapping. Contextual inquiry generates raw observational data that is rich but unstructured. Affinity mapping transforms that data into the cross-session patterns that are actionable for design. Without affinity mapping, contextual inquiry findings exist as a collection of field notes and anecdotes. Without contextual inquiry, affinity mapping has no observational raw material of sufficient depth to surface the tacit-knowledge patterns that make the method uniquely valuable.

Run it right now

⏱ 10 minutes · Solo · No prep

The Shadow Audit

Identify the most complex workflow in your product — the multi-step process that power users complete regularly but that new users struggle with.

1. Write down the steps of this workflow as you currently understand them from your product's design and your team's documentation.

2. Think of one user — a colleague, a customer contact, anyone who actually performs this workflow regularly. Without telling them what you are looking for, ask if you can watch them complete the workflow once while you sit nearby. Give no instructions and ask no questions during the observation — just watch and take notes.

3. Note every deviation from the workflow as you documented it in step one: every extra tool they opened, every step they performed in a different order, every moment they paused or consulted something outside the product, every workaround that appeared.

4. After the observation, ask about three specific things you noted: "I noticed you opened a spreadsheet halfway through — what was that for?" "You paused before step four — what were you thinking?" "I saw you copy something into a text document first — why that step?" The answers to those three context-anchored questions will produce more insight about the real workflow than any amount of interview preparation would have.

10 minutes