Prototyping

Validate requirements and reduce ambiguity by building a representation of the solution early.

Definition

Prototyping is a technique used to create a representation of a solution — ranging from low-fidelity sketches and wireframes to high-fidelity clickable mockups — in order to clarify requirements, validate understanding, and gather stakeholder feedback before development begins. Users often struggle to articulate needs in abstract terms; seeing and interacting with a prototype surfaces missing requirements, exposes misunderstandings, and accelerates alignment.

Inputs

  • Defined scope of the screens, workflows, or features to prototype
  • Stakeholder availability for review and feedback
  • Identified areas of high ambiguity or high risk of misinterpretation
  • Design tools or whiteboard materials for rapid creation

Outputs

  • Low or high-fidelity prototype (wireframe, mockup, or clickable demo)
  • Stakeholder feedback and validated or revised requirements
  • Resolved design ambiguities and confirmed user flows
  • Inputs to final requirements, user stories, and acceptance criteria

When to Use

  • User-facing applications where interface design significantly affects requirements
  • Complex multi-step workflows where stakeholders need to experience the flow to validate it
  • High-risk areas where misinterpretation would be costly to correct after development
  • When stakeholder alignment is difficult to achieve through written requirements alone

When Not to Use

  • Simple, well-understood requirements where a prototype adds overhead without insight
  • When stakeholders may anchor too strongly on the prototype and resist necessary changes — set expectations upfront
  • Back-end, infrastructure, or data requirements that have no meaningful visual representation

See this technique in action with a free RequirementsHub workspace.

Start Free Workspace →