SaaS

What Is an MVP in Software Development? (And What to Build First)

Search interest for this question is up 850%+. Here is a plain definition, what belongs in v1, and the mistake that keeps founders stuck for months.

2026-06-09 · 11 min read

You searched because someone said "just build an MVP" and nobody explained what that means in practice. An MVP (minimum viable product) is the smallest version of your product that lets real users complete one valuable workflow, so you can learn whether they will pay before you build the rest of the roadmap.

It is not a broken prototype. It is not every feature in your pitch deck. It is not "coming soon" pages with a waitlist unless you are explicitly testing demand before code.

The one-sentence test

Can a new user sign up, do the one thing your product exists for, and get value in under 10 minutes without a onboarding call? If no, your scope is too wide for an MVP.

What belongs in an MVP

  • Account creation and login
  • One core workflow end to end (the reason someone would pay)
  • Basic settings or profile
  • A way for you to see usage (simple admin or analytics)
  • Production deployment that handles 10–100 users reliably

What does not belong in v1

  • Native iOS and Android apps (responsive web first)
  • Five pricing tiers and annual billing
  • Public API, webhooks, and integrations with every tool on your slide
  • AI features that are cool but not core to the workflow
  • Admin dashboards with 20 reports nobody asked for

MVP vs prototype vs POC

Proof of concept (POC)

Proves a technical idea works. Often throwaway code. Audience: you and investors in a demo. Not for paying customers.

Prototype

Clickable mockups or Figma. Tests UX assumptions. No real data or billing.

MVP

Real product, real users, real feedback. Ugly is fine. Missing features are fine. Broken core workflow is not fine.

The mistake that keeps founders stuck

Treating MVP as "phase 1 of the full vision." Teams add must-have features until the MVP never ships. Write a "not in v1" list as seriously as your feature list. Cut until one workflow is undeniable.

How long an MVP should take

For a focused B2B SaaS MVP with one workflow: 4–8 weeks with an experienced team. If you are past 12 weeks without paying users, scope or execution needs a hard reset.

What to measure after launch

  • Activation: did they complete the core workflow once?
  • Retention: did they come back within 7 days without you nagging?
  • Willingness to pay: did anyone ask for billing or offer money?
  • Not: total signups from a Product Hunt spike

Related articles