Check project status.
Fri Jul 01 2022

Should we build a prototype or design the app first?

by
Ryan Eghrari
Ryan Eghrari
chicken and the egg
chicken and the egg
When starting a new project, knowing whether to build a prototype or start working on the designs can be a daunting question. Engineers will want you to create designs, while designers will caution you to build some type of prototype (as you need to know what customers want). In reality, both are correct. You probably don't know exactly what to design, and you probably aren't ready to start building. The beginning of a project faces the classic chicken and egg problem.
To solve this problem we recommend starting with whatever sliver of insight you have. For example, let's say you have some napkin sketches. Great. You can take those sketches and flesh them out with a UX/UI Design sprint. Doing so will give you an idea of how they will look on screen. How the different screens will flow, and what components users will be able to interact with. Of course, you might end up changing some of these screens based on the insights you gain from using the prototype. But without these initial designs, building the prototype in the first place would be significantly more difficult and time-consuming.
Dashboard Prototype
Dashboard Prototype
Even a mature app (a chicken), will benefit from creating designs and a design language (egg). That's because designs are higher-level representations of your application, and they help you see your user's journey from a bird's eye view. Designs are also more universally understood than components written in code (JSX, HTML, Angular, etc...) This not only makes them more simple to consume and reason about but also makes them more accessible to non-technical folk whose insights are valuable due to their unique perspective and domain expertise.
While designs are clearly very important. To focus solely on designs, planning, and architecture, is a mistake. As a rule of thumb, if designs are aligned with the core value proposition of the product, start implementing them.
You want to incubate your eggs right away if you let them "cool off" for too long, they won't hatch.
Some exceptions are:
  1. Lining up your product version release with a marketing event (even here I suggest building it and waiting once it's built)
  2. Synthesis of two features (you think a better feature can be designed by combining two existing features)
  3. Focus - By eliminating features you make the product more valuable
A proven process will ensure that your designs lead to better product and your product leads to better designs. For more on process design, you can check out Prohura or reach out to info@raidoninc.com.

Tags

Process Design
Software Engineering
Product Prototyping
Product Design

Related Articles

What is Test Driven Development
A deep dive into understanding test driven development and why it leads to higher quality software.
Software Engineering
+ 1 more
by
Ryan Eghrari
Ryan Eghrari

GCP vs. Azure vs. AWS
A introduction to the similarities and differences between GCP, Azure and AWS. When in doubt, we go with AWS.
Cloud Services and Providers
+ 1 more
by
Ryan Eghrari
Ryan Eghrari

An Optimistic Approach to Building Software
The three metrics that you can measure when building an engineering team, that lead to faster outcomes, happier team members, and better products.
Software Engineering
by
Ryan Eghrari
Ryan Eghrari

The Biggest Cost of Developing Software
Examining the costs of developing software and uncovering the biggest hidden cost most engineering firms don't know.
Test Driven Development
+ 1 more
by
Ryan Eghrari
Ryan Eghrari
The Lab

Our Library

Raidon
433 Broadway Suite 404 New York, NY 10012
+1 (332) 333-2855
© 2024 Raidon.