MVP

What Does MVP Mean? A Plain-English Guide for Founders

By Tom Bore · 21 July 2026 · 6 min read

MVP stands for minimum viable product: the smallest version of an idea you can put in front of real people to learn whether they want it. It carries one question, and you build only enough to answer it.

People use the term loosely, so pin it down. An MVP builds the least you need to test the riskiest assumption behind your idea. Everything else waits.

The three words, one at a time

Each word earns its place:

  • Minimum: the smallest scope that still answers your question. A feature that doesn't help you learn stays out.
  • Viable: it works for the person using it. A prototype that collapses the moment someone real touches it teaches you nothing.
  • Product: someone can finish a real job with it, rough edges and half the obvious features missing.

Hold those three together and you get the point of an MVP: the most learning for the least build.

What people get wrong

Most MVPs fail because the team redefined the word halfway through. Four traps to watch for. An MVP is none of these:

  • A cheap, low-quality version of the real product.
  • Every feature you eventually want, built faster.
  • A demo that looks finished but breaks under a real user.
  • A throwaway. Your first honest version should be the thing you build on.

Why founders build them

The expensive mistake in software is spending a year building the wrong product before anyone tells you. An MVP shortens the gap between "we think people want this" and "here is what people did". You trade a small, early build for evidence, and the evidence decides whether you continue, change direction, or stop.

Evidence arrives two ways: what people do (sign up, come back, pay) and what they say when you sit with them. Usage data without conversations misleads you. Conversations without usage data flatter you. Collect both.

What a good MVP looks like

Start from the single riskiest assumption. For most products it runs some version of "people feel this problem badly enough to change what they do today". Build only what tests it. A booking tool can launch with one venue and a manual back end. A marketplace can start on one side of the market, matched by hand. Behind the screen you can hold it together with string, as long as the person in front feels a real product.

We work this way at Honk Labs: find the problem, build the smallest thing that proves value, test it with real users, then iterate or move on. The logic holds whether it's our own products or client work.

In short

MVP means minimum viable product, the smallest working version of an idea that shows whether it's worth building for real. Write the question first, build the least that answers it, and let the result pick your next move. If you're weighing it against a prototype or a proof of concept, start there. For timelines, read how long it takes to build an MVP.