Minimum Viable Product

What Minimum Viable Product means in practice

The purpose of an MVP is learning, not launching. It exists to answer a specific question — will this buyer change their behaviour and pay for this outcome? — at the lowest cost that still produces a trustworthy answer. Every decision about scope should be judged against whether it improves the quality of that answer.

"Minimum" is the most misread word in the term. It does not license a broken product; a version so rough that people abandon it teaches you nothing about demand, because you cannot distinguish rejection of the idea from rejection of the execution. The right reading is minimum *scope* at adequate *quality*: do one thing narrowly and do it properly.

An MVP does not have to be software. A landing page with a pre-order, a concierge service delivered manually, or a spreadsheet operated on a customer's behalf can all validate demand faster and more cheaply than a build — and each produces the same signal that matters, which is whether someone will pay.

Worked example

Validating an automated invoice-chasing tool for freelancers.

• Full build: automated integrations, dashboards, reminder sequences — roughly 4 months of work.
• MVP alternative: manually chase invoices for 15 paying freelancers using existing tools, for a monthly fee.
• Cost: two weeks and no engineering.
• Learning: whether freelancers will actually pay to have this taken off their hands.

Takeaway: The manual version answers the only question that matters — willingness to pay — in two weeks instead of four months, and the customers it recruits become the first users of the real product.

Common mistakes

• Reading "minimum" as "low quality". A broken product generates rejection you cannot interpret.
• Building an MVP with no specific question attached, so the result cannot change any decision.
• Assuming an MVP must be software when a manual or concierge version would answer the question sooner.
• Expanding scope during the build until the MVP becomes the full product and the learning arrives months late.

Related tool: Landing page validation guide.

Related terms

• Product-Market Fit — Product-market fit is the point where a product satisfies a real, urgent demand well enough that customers adopt it, keep using it, and tell others — so growth starts pulling rather than being pushed.
• Idea Validation — Idea validation is the process of gathering evidence that a business idea solves a real, urgent problem people will pay for — before committing significant time or money to building it.
• Customer Discovery — Customer discovery is the practice of interviewing potential customers about their existing problems and workflows — rather than pitching a solution — to learn whether a problem worth solving genuinely exists.
• Problem-Solution Fit — Problem-solution fit is the stage at which you have confirmed a real, urgent problem exists and that your proposed solution genuinely addresses it — the milestone before product-market fit.

Last reviewed 8 August 2026