All methods

Paper Prototype

Typical duration:
40m

A hands-on method for creating interactive interface mockups from paper, enabling quick usability testing of screen flows and layouts without writing code.

Purpose

Paper Prototyping lets teams create and test interface concepts using nothing more than paper, pens, and scissors. By simulating screen interactions with hand-drawn elements, teams can evaluate layout, navigation, and user flow before any digital development begins, saving significant time and cost.

At a glance

  • Group size: 3–6
  • Duration: 40 minutes
  • Difficulty: Low
  • Facilitation style: Hands-on making followed by role-play testing
  • Setting: Table with paper supplies; one person plays "computer"

How to run

  1. Identify key screens (5 min): List the 3–5 most critical screens or steps in the user flow you want to test.
  2. Draw the screens (15 min): Each screen on a separate sheet of paper. Include buttons, menus, text fields, and content areas. Fidelity should be sketch-level — no rulers needed.
  3. Create interactive elements (5 min): Cut out pop-up menus, dropdown options, dialog boxes, and overlays on separate paper pieces.
  4. Run a test (10 min): One person is the user, one plays the "computer" (swaps paper screens in response to taps), and one observes and takes notes. Give the user a realistic task.
  5. Iterate (5 min): Based on observations, revise screens immediately and test again if time allows.

Materials needed

  • A4/letter paper (at least 10 sheets)
  • Markers, pens, pencils
  • Scissors
  • Sticky notes for annotations
  • Optional: transparency sheets for overlays

Pitfalls & common mistakes

  • Too much detail: Detailed drawings slow you down and make participants reluctant to change the design.
  • No real tasks: Asking "What do you think?" instead of giving a task to complete yields opinions, not usability data.
  • The computer talks: The person playing the computer should only swap screens, never explain the interface.
  • Skipping error states: Test what happens when the user taps the wrong button.

Inclusion & accessibility

  • Use thick markers for visibility — thin pencil lines are hard to see.
  • Describe screens verbally for participants with visual impairments.
  • Allow digital sketching (tablet) as an equivalent if handwriting is a barrier.

Variations

  • Wizard of Oz hybrid: Combine paper screens with a real device — show paper screens on a tablet.
  • Collaborative paper prototype: Each team member draws one screen, then they assemble the flow together.
  • Paper prototype with real data: Print real content snippets and glue them onto paper screens for realism.

When NOT to use this

  • When testing micro-interactions, animations, or transitions that paper cannot convey.
  • When stakeholders require a clickable digital prototype for sign-off.
  • When the interface is already built and you need to test the actual implementation.

Source & further reading

  • Snyder, Carolyn — *Paper Prototyping* (Morgan Kaufmann, 2003)
  • Nielsen, Jakob — "Paper Prototyping: Getting User Data Before You Code" (nngroup.com)
  • d.school, Stanford University — "Prototype" method cards

Turn the building blocks into an agenda

Create the day, drag the blocks into the order you have in mind, and let the times work themselves out. Or describe what you are planning to your AI and let it write the first draft.

Try it free for 14 days
Paper Prototype · GoodWorkshop