PMaker home
The first screen's communication is decided in five secondsFind someone unfamiliarColleagues and registered users are out—they already 'know what this is'Strictly five secondsShow it and take it away; any longer and it becomes a reading testFive seconds only covers the first screenAsk three open questionsWhat is this, what do I get, what do I do. No options, no hintsThree to five people is enoughA qualitative check to surface problems, not quantitative evidenceIf they can't answer, the first screen isn't communicating

The answers of three or five strangers expose more than a long critique from your own team.

The Five-Second Test

Five seconds with a stranger—can they say what this is, what they'd get, and what to do?

The first screen's communication is decided in five seconds. Show it to someone who has never seen the product, wait five seconds, then ask three questions: What is this? What do I get? What do I do? If they can't answer, the first screen isn't communicating. It's one of the cheapest variants of usability testing—no equipment, no facilitator script, a full round in ten minutes. usability-wiki

What you'll run into:

  • Users can't tell at a glance what the thing does; they have to piece it together from small print
  • The first screen is crammed with feature entry points and not one line saying "what this is"
  • You've stared at it long enough that it all makes sense—then a stranger is lost

What the five seconds measure

The five-second test isn't about looks; it's about message delivery: in those five seconds, did the user form the mental model of "what this product is, and why it concerns me"?

  • It only covers the first screen. Five seconds is only enough to see screen one. If the first screen doesn't communicate, whatever brilliance comes later may never be reached.
  • It measures the "stay or go" moment. It validates whether users want to keep going, not whether they'll pay or register.
  • A failure usually means too much information. A first screen trying to explain ten things at once explains none. Piling on features isn't communicating value. See one screen, one job.

How to run it

The procedure is simple; the hard part is picking the right people and asking the right way:

  • Find someone who hasn't seen it. Colleagues and registered users are out—they already "know what this is," so you can't measure message delivery. A dirty sample means dirty conclusions.
  • Strictly five seconds. Show it, take it away. Longer turns it into a "careful reading test" that measures reading ability, not first impressions.
  • Ask open questions. No options, no hints. If they say "it's a note-taking app," the message landed; if they say "uh, a website," it didn't. Hedges like "I guess" or "maybe" count as failures just like "I don't know."
  • Three to five answers are enough to judge direction. The five-second test is a qualitative check that surfaces problems, not quantitative evidence—don't treat it as a survey. Leave numbers to real data.

Match the environment to reality, too: if it's a mobile product, show it on a phone, not a projector. The test measures the screen users actually see; the wrong device drags the conclusions down with it.

When they can't answer

Each question failing points at a different fix:

  • Can't answer "what is this" → the first screen lacks one line that summarizes the product. Add one plain-sentence positioning, don't pile on more feature entry points. See one-sentence product.
  • Answers "what is this" but not "what do I get" → the value is buried under a feature list. Pull "what's in it for me" out of "what features does it have" and put it somewhere visible.
  • First two pass, but not "what do I do" → there's no clear next step. The first screen needs exactly one primary entry point; don't make users hunt. See first-run design.
  • Fix, then test again. That's the beauty of the five-second test: change a version, find three people, ten minutes to results. Loop until all three questions get answered.

References

  1. Usability testing — Wikipedia