Glossary · Process

MVP (Minimum Viable Product)

An MVP (Minimum Viable Product) is the smallest working version of a product that real users can try, built to test whether the core idea is worth developing further.

An MVP is the smallest working version of a product that real users can try, built to find out whether the core idea deserves more money. The term was popularised by Eric Ries in The Lean Startup and is often misread as "a cheap, rough app".

What it means, and what it does not

"Minimum" is about scope, not quality. "Viable" means the product must solve one problem from start to finish. An MVP for a taxi service is not a map with a button; it is a booking, a driver accepting it and a payment, even if parts happen by hand behind the scenes. Everything outside that one path waits for version two.

Why it matters for your budget

Founders tend to overspend on what they imagine customers want. An MVP swaps opinion for evidence at the lowest sensible cost. A focused first version of an Android app typically costs ₹1,00,000 to ₹2,50,000 and takes six to eight weeks, while a full business app with logins, payments and an admin side runs ₹2,50,000 to ₹6,00,000 and ten to sixteen weeks. If the idea fails you have lost the smaller sum, and if it works you have real users to learn from.

An example: renting farm equipment

Suppose a founder in Theni wants an app for farmers to rent tractors and sprayers from nearby owners. The full vision has live tracking, wallets, ratings and insurance. The MVP is a short equipment list, a booking request that reaches the owner by phone, and cash on delivery. Before any code is written, a simple landing page or a WhatsApp group can show whether farmers actually ask to book.

How we approach an MVP

When an idea comes to VS Tech Builders, our six-step process suits an MVP well: Discover is where we agree what to leave out, and the weekly demos during Develop let you correct course early. Start with from idea to launch in 90 days and how to plan your first business app, and sketch the main screens as a wireframe before you ask anyone for a quote. Sometimes the honest answer is that you should test the demand first and build later.

Common questions

Will the MVP be thrown away when the full product is built?

Not if it is built properly. A sound MVP is the foundation of the finished product, with the same database and code structure, and later features are added on top. What gets discarded is the guesswork: screens nobody used and ideas the market rejected. Ask how the first version will be extended, and make sure you receive the source code so you are never forced to rebuild.

How do I decide what goes into the first version?

Write down the single problem your user has, then list every step needed to solve it from start to finish. Keep those steps and cut everything else, including extra login options, profile pages and reports. A useful test is whether a user could still complete the job without the feature. If they could, it waits for version two.