Skip to content
tezvyn:

How do you avoid confirmation bias when interpreting usability test actions?

Source: nngroup.comMediumHow cards are made

How do you avoid confirmation bias when interpreting usability test actions?

This tests recognition that prior beliefs distort observation. A strong answer defines confirmation bias as favoring confirming evidence, then lists guardrails like silent observation and neutral observers. A red flag is vague claims to just stay objective.

What's really being asked

Whether you understand that confirmation bias is a cognitive error where prior beliefs distort how you perceive new information, and whether you can name specific behavioral protocols to counter it during live usability observation. Interviewers want to see that you do not rely on generic promises of objectivity but instead engineer the observation process to surface disconfirming evidence.

The full answer

First, a concise definition of confirmation bias as the tendency to pursue or interpret information in a way that conforms with preexisting beliefs while discarding contradictory evidence. Second, the explicit link to UX context: the more time you have invested in a design or assumption, the stronger your bias will be when watching users. Third, concrete mitigation tactics used during a usability test: observe silently without coaching the user, write timestamped notes that describe behavior neutrally before interpreting it, have a neutral colleague observe the same session, predefine falsifiable hypotheses rather than leading questions, and deliberately look for evidence that would prove your assumption wrong. Fourth, the idea of separating data capture from analysis so that raw observations are recorded before group debriefs introduce social confirmation bias.

The mistakes people make

Claiming that you simply stay objective or trust your engineering instincts. Proposing to ask the user leading questions like whether a specific button was hard to find. Suggesting that you would explain the design to the participant when they struggle, which turns the session into a defense of the design rather than an inquiry into behavior. Stating that you would only watch recordings of successful tasks or that you would discount outliers.

What usually comes next

How would you reframe a leading survey question into a neutral one? What would you do if your PM insists the feature is fine despite clear usability failures? How do you prevent confirmation bias when analyzing qualitative data after the session? Can you describe a time when you changed your mind about a design because of disconfirming evidence?

A concrete example

Imagine an ecommerce site with high cart abandonment. The team believes the red checkout button is hard to find. A biased observer might ask users whether the red checkout button was difficult to locate, priming them to confirm the hypothesis. An unbiased approach defines the hypothesis as falsifiable before the test, then watches silently as users attempt to purchase, noting exactly where they pause or click without mentioning color or button labels. Afterward, the team compares timestamps across multiple participants and only then decides whether the button location was actually the bottleneck or if another issue such as shipping cost timing caused abandonment.

Interview question

Which practice best protects a usability study from confirmation bias during live observation?

  • a.Ask participants targeted questions about suspected problem areas to gather focused feedback
  • b.Consciously maintain objectivity by drawing on your prior experience with similar interfaces
  • c.Walk participants through the design rationale when they struggle to complete a task
  • d.Write timestamped neutral descriptions of behavior and defer interpretation until after the sessionCorrect
Why?

Timestamped neutral notes separate raw data capture from analysis, which prevents prior beliefs from distorting observations. Relying on personal objectivity is the vague red flag the card warns against because it installs no behavioral guardrails.

Just read this? Test yourself on what you have been reading.

Read the original → nngroup.com

You just looked this up. Could you explain it out loud?

That is the part interviews actually test. Tezvyn takes questions like this one and gives you what the interviewer is really checking, the answer that lands, and the mistake that ends the conversation, in the four minutes before your next meeting.

The iPhone app is on the way

We are building it. Until it lands, nothing here is held back from you: every interview card, your saved cards, streaks and the job board all work in Safari, plus hundreds of free practice quizzes of thirty questions each. Sign in and it all carries over to the app the day it arrives.

Want it as an icon? Tap Share at the bottom of Safari, then Add to Home Screen. It opens full screen and the cards you have read stay available offline.

Get it on Google PlayiPhone app coming soon

We are hiring for this. Open roles that interview on ux research — each one lists the topics its interview covers.

See open roles