A prototype does not need to imitate every detail of the finished work. Its value comes from making an uncertainty concrete enough to explore before the full project is built.

Choose the question first. A rough arrangement may test whether the content has a clear order, while a clickable version may test whether an interaction is understandable. State which parts are placeholders so the feedback stays focused.

Keep the result of the experiment alongside the prototype. Record what it showed and what remains unknown. A successful prototype may lead to a revision or a narrower idea, rather than approval of every detail it happened to contain.

A few starting points
  1. Name the question the prototype should answer.
  2. Make placeholders clear.
  3. Record what remains unknown after trying it.

Imagine a practical setting.

Consider a paper sketch of a new navigation sequence. Trying the path may answer the ordering question without building every screen.

Before the next experiment.

Give the work one question to answer. A concrete purpose makes references, constraints, and revisions easier to judge without closing down exploration.

Follow a related question

Choose one ordinary goal.

Review one complete flow

Name the page’s essential task.

A useful first version of a page

Keep learning

Related background to continue exploring this subject.

Git: version control fundamentals W3C: accessibility, usability, and inclusion
Explore a possibility