How many people you need for a usability test: five, twenty or forty

Everyone who has run a test knows the five-user rule. It answers only one question, though. When five people are enough, when you need forty, and how to tell you have enough.

TackTackThe Tack team··7 min read

Short answer

It depends on what you want to learn. To find usability problems, about five people per round are enough. They uncover around 85% of the problems that at least a third of users run into. Three rounds of five with fixes in between beat one round of fifteen.

For numbers, such as a task success rate or an average difficulty score, you need more people. Twenty give you a rough estimate; Nielsen Norman Group recommends forty for quantitative studies. To compare two versions you need more still, because both numbers carry uncertainty.

On this page
  1. Two different questions, two different numbers
  2. The five-user rule
  3. Several rounds of five
  4. How many people you need for numbers
  5. Comparing two versions
  6. Quick summary
  7. FAQ
  8. Sources
01

Two different questions, two different numbers

“How many people do I need” has two answers, because a test can look for two different things:

  • What gets in people’s way. You want to find problems and fix them. Whether 30% or 40% of people hit a problem does not matter; that it exists and what causes it does. Few people are enough here.
  • How well it works. You want a number that holds up: a task success rate, a difficulty score, a comparison with the last version. Precision decides here, and it grows slowly with the number of people.

Most small teams mainly need the first. Numbers come later.

02

Where the five-user rule comes from

In 1993 Jakob Nielsen and Tom Landauer found that one user runs into 31% of an interface’s problems on average. Each further user finds some new ones and some you already know. The share of problems found grows by the formula 1 − (1 − p)n, where p is the probability a person hits a problem and n is the number of people (NN/g, MeasuringU).

PeopleA problem 31% of people hitA problem 10% of people hit
131%10%
367%27%
584%41%
1098%65%
20100%88%
How many problems you find, by how common a problem is. Computed with 1 − (1 − p)ⁿ.

The table also shows when the rule does not hold. Five people reliably find common problems, but rarer ones that one user in ten hits, they find only about 40% of the time. When you have many kinds of users or look for rarer issues, you need more people.

A 2003 study by Laura Faulkner shows the same. She tested 60 people and then drew random groups of five. Some groups of five found 99% of the problems, others only 55%. Groups of ten always found at least 80%, and groups of twenty at least 95% (Behavior Research Methods).

03

Why several rounds of five, not one big one

When you have a budget for fifteen people, do not put them all in one round. Split them into three:

  1. The first five find the most common problems. You fix them.
  2. The second five confirm the fixes work and hit problems the first ones were hiding. A person stuck at sign-up never reached the rest of the app.
  3. The third five confirm you are done, or find the last leftovers.

With a prototype built with AI this pays off even more, because a fix between rounds takes minutes. You can run three rounds in a few days.

04

How many people you need for numbers

When four people out of five complete a task, the success rate is 80%. But the true rate among all users could be anywhere between 36% and 98%. The interval narrows as you add people, but slowly:

PeopleSucceededTrue success rate is likely between
5436% and 98%
10848% and 95%
201658% and 93%
403265% and 90%
1008071% and 87%
95% confidence interval for an 80% success rate by number of people (adjusted Wald method).

In practice:

  • Five people tell you whether a task works or is broken. Do not put a success rate from five people in a slide deck.
  • Twenty people give a rough estimate, useful for a team decision.
  • Forty people is what Nielsen Norman Group recommends for most quantitative studies (NN/g).

Work out the exact interval for your own results in the calculators on the metric pages, such as SEQ or CSAT.

05

Comparing two versions

Want to know whether the new version beats the old one? You need more people than for a single measurement, because both numbers carry uncertainty and the difference has to be bigger than both. With five people per version you only see large differences, typically when one version works and the other does not.

For a small team it is usually more sensible to skip significance testing and test in rounds: when a problem from the first round is gone in the second, the fix worked.

06

Quick summary

What you want to learnHow many people
What gets in people’s way most5 per round, ideally 2–3 rounds
Did the fix work?5 in the next round
A rough success or difficulty estimate20
A number that holds up in a report40
A difference between two versionsDozens per version or more
Rough numbers for an unmoderated test with tasks.
07

FAQ

How many participants do I need for a usability test?

To find problems, about five people per round are enough, ideally in two or three rounds with fixes in between. When you need reliable numbers, such as a task success rate, plan for twenty to forty people.

Does the five-user rule always hold?

No. Five people find around 85% of the problems that at least a third of users hit. Rarer problems, ones that one user in ten hits, they find only about 40% of the time. The rule also does not hold for numbers such as a task success rate, where five people are too few for a reliable estimate.

Why are several small rounds better than one big one?

The first round finds the most common problems, you fix them, and the next round hits problems the first ones were hiding. It also confirms the fixes work. Three rounds of five give you more than one round of fifteen.

How many people do I need for a quantitative usability test?

Nielsen Norman Group recommends 40 people for most quantitative studies. Twenty give you a rough estimate. Work out the confidence interval for your own results in a metric calculator.

Sources

Templates for this article

All templates
Test

Key flow

Sign-up, onboarding or ordering: three tasks with SEQ, then UX-Lite.

What it answers: Which step of the flow to fix first.

3 tasks9 questionsSEQUX-Lite
Test

Can they find it?

Three “Find …” tasks with an address rule; first click and shortest path.

What it answers: Whether navigation and labels lead people where they need to go.

3 tasks3 questionsSEQ
Test

Prototype first look

Three minutes of free exploring, UX-Lite and what people would use it for.

What it answers: Whether the prototype makes sense before you build it properly.

1 task5 questionsUX-Lite

More to read

Before you make it for real, try it on people.

Create an account in a minute. All it takes is your e-mail, no credit card. You get 1 credit to try it right away.

Create a free account

Already have an account? Sign in