Prototype
A working model of an application or product. Prototypes are often used to test out new ideas or to get feedback from potential users. Prototyping can help to reduce the risk of developing a product that does not meet the needs of its customers.
Overview
A prototype is a preliminary, working model of a product or feature that demonstrates core functionality and user experience without implementing the complete final solution. Prototypes range from low-fidelity sketches and wireframes to interactive mockups to functional code, depending on what questions need answering. Prototypes serve as a thinking tool for designers and product managers, a communication device to align stakeholders on direction, and a research tool to validate design approaches and gather user feedback before committing resources to full implementation.
Why Are Prototypes Valuable?
Prototypes significantly reduce the risk and cost of product development by allowing teams to test ideas and validate assumptions with minimal investment before building complete features. They accelerate decision-making by making design concepts concrete and testable, replacing abstract debates with concrete evidence about what works. Prototypes also improve product quality by enabling teams to identify usability issues, missing features, and design improvements early through user testing, when changes are inexpensive compared to fixing issues in production code.
When Should Prototypes Be Created?
Prototypes are valuable at multiple points in product development, with the fidelity matching the questions being answered:
Early concept exploration: Low-fidelity prototypes (sketches, storyboards, wireframes) help teams explore multiple design directions quickly and identify promising directions before investing in higher-fidelity work.
Design validation: Medium-fidelity interactive prototypes (created in tools like Figma or Adobe XD) allow designers to test whether user workflows make sense, whether navigation is intuitive, and whether information is organized logically before engineering begins implementation.
User research and testing: Prototypes enable teams to recruit users, observe how they attempt to use proposed designs, and gather feedback about whether the design addresses actual user needs and pain points.
Stakeholder alignment: When stakeholders have different visions for a feature or product, building and reviewing a prototype creates a concrete shared reference point that makes differences explicit and enables productive discussion.
What Are the Drawbacks of Prototyping?
Prototyping can be time-consuming and delay the start of actual development if organizations over-invest in perfect prototypes rather than rough, quick versions that answer key questions. Prototypes can also mislead users by presenting an incomplete vision that looks polished but doesn't capture all the constraints of the final product, leading to unrealistic expectations. Additionally, stakeholders can become attached to prototype designs and resist necessary changes once engineering begins implementation and discovers constraints not apparent in the prototype.
Best Practices for Effective Prototyping
Creating prototypes that inform decisions without delaying product development requires these approaches:
Match fidelity to the question being answered: Use low-fidelity prototypes to explore concept directions quickly, medium-fidelity for validating workflows and information architecture, and high-fidelity for refining visual design—avoid spending time on high-fidelity work until key questions about direction are answered.
Prototype to learn, not to document: Prototypes should be created to answer specific questions and gather feedback, not to document complete final specifications; be willing to discard prototypes once they have answered their question.
Conduct user testing with prototypes: Share prototypes with representative users, observe how they attempt to use them, and ask open-ended questions about their experience; quantitative metrics from prototype testing are often misleading, so focus on qualitative insights about usability and user needs.
Plan for engineering translation: Acknowledge that working code often looks different from prototypes and that engineering may discover constraints or opportunities not apparent in design tools; prototype design directions, not final specifications, to enable engineering flexibility.