All articles
Prototype vs MVP6 min read

What features should go into version one of a product?

A scoping framework for v1 that gets you to real usage without building things you'll throw away.

Most v1 scope creep comes from a fear of cutting. Teams add features 'just in case' and end up with a slow, expensive launch that doesn't validate anything cleanly. The discipline is choosing what's load-bearing for v1 and ruthlessly deferring the rest.

The v1 inclusion test

  • Without this feature, can a user complete the core job? If yes, defer it.
  • Is this feature load-bearing for the business case? If no, defer it.
  • Can we manually do this for the first cohort of users? If yes, defer it.
  • Does this feature change the data model? If yes, decide carefully.

Producing the v1 spec

A focused v1 is the output of a structured PRD process — not a brainstorm. Our product architecture services include explicit v1 scoping, and the engagement model produces the artifacts engineering needs to estimate and build.

Next step

Find out if your product is ready for development

Six questions, two minutes, and a tailored outcome. Or book a discovery call and we'll talk through your project.

Development Readiness

Let's talk about your project

Whether you're scoping a new internal tool or deciding if your prototype is ready for development, a discovery call is the fastest way to get clarity.