Menu

UX

Prototype Testing

A practical UX method for testing early designs, validating concepts, and reducing risk before development starts.

How to use prototype testing to evaluate early ideas, uncover issues before build, and improve designs while changes are still cheap.

4 min read

What it is

testing is a UX method used to evaluate early of a product before it is fully developed.

can range from low-fidelity wireframes to high-fidelity interactive designs that simulate real .

Users are asked to complete tasks using the , allowing you to observe , understanding, and patterns.

Unlike testing live products, testing allows you to explore and validate ideas without the cost of development.

The goal is to identify issues early, validate concepts, and reduce risk before building.

Prototype testing is most useful when you need to learn early, while the design is still flexible enough to change.

When to use it

Use this method early in the design .

It is most useful when:

You are exploring new ideas or concepts
You want to validate designs before development
You need to identify usability issues early
You are iterating on designs quickly
You want to reduce risk and cost

It is less useful when:

The prototype is too incomplete to test meaningfully
You need real-world performance data
Interactions cannot be realistically simulated
Prototype testing is often used alongside usability testing and interviews to refine designs before launch.

Key takeaway

Use prototype testing when the main goal is validating ideas early enough to improve them before development cost starts to rise.

How to run it

Set up properly

Be clear on what the can and cannot do, and design tasks that stay inside it. Most prototype test failures are participants hitting an unbuilt path.

Decide how you will handle the gaps before the (a spoken explanation, a static screen, or a redirect) and keep it consistent.

Run the method

testing puts an incomplete thing in front of real users. The skill is in managing the gap between what exists and what is implied without answering the question you came to ask.

  1. Give realistic scenarios and tasks that the can actually support.
  2. Ask people to interact with it directly rather than talking through what they would do.
  3. Observe and , noting where the fidelity misled them rather than the design.
  4. Encourage think-aloud, which matters more here because the cannot respond to everything.
  5. Capture successes and issues, and separate genuine problems from limitations.

Set expectations honestly at the start. Telling somebody that parts are unfinished costs you nothing and prevents them apologising for your for half an hour.

Capture and make sense of it

The value comes from testing before building. After the , document:

  • Problems with the design, separated from artefacts of the
  • Where people expected that did not exist
  • Which assumptions the validated and which it did not
  • What needs a higher-fidelity test before it can be settled

Use this to reduce risk before committing to . The cheapest change is always the one made to a .

What to look for

Focus on:

Prototype limits: where fidelity misled rather than the design
Understanding: whether users interpret the design correctly
Interaction: how users navigate and engage
Confusion: points where users hesitate or struggle
Expectations: what users expect to happen

Where it goes wrong

Most issues come from:

If the is not usable, the will not be either.

Tasks that wander outside what the prototype supports
Handling dead ends differently each session
Letting fidelity mislead, so people comment on the placeholder
Reading a prototype limitation as a usability problem
Not saying at the start that parts are unfinished, so people apologise for your work

What you get from it

Done properly, this method gives you:

Problems found while changing them is still cheap
Behaviour where people expected something that does not exist
Assumptions validated or dropped before build
A clear list of what needs higher fidelity to settle

Key takeaway

It helps you get it right before you build it.

Get in touch

If this sounds like something you need, we can help you test ideas early and avoid costly mistakes later.

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 prototype testing in UX?

Prototype testing is a method used to evaluate early designs before development.

When should you use prototype testing?

Use it early in the design process to validate ideas and reduce risk.

What level of fidelity is needed?

It depends on the goals, but the prototype should support realistic interaction.

Can prototype testing replace usability testing?

No. It complements usability testing but does not replace testing on live products.

Does prototype testing improve UX?

Yes. It allows you to fix issues early and refine designs before development.

Quick take

If you want to test ideas before building them, use prototype testing.

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