The concept of MVP was introduced by Eric Ries in his Lean Startup Methodology, which aims to shorten the product development cycle and quickly discover the viability of a business model.
The goal is to find out early if there is a market for the product and its business model. With an MVP, you can spend as little as 2 weeks to launch the app, using the lean resources you may have. If the market likes it, then you know that you can invest more time and resources to work towards your vision, taking into account aspects of the app that you can improve. If the market does not respond, then you can either shift or abandon the product entirely. But 2 weeks of work gone to waste is peanuts compared to years of labor for an app that no one would buy.
As an example, when Airbnb started out, the founders were simply testing if strangers would be willing to pay for a bed, wifi, and breakfast in someone else’s house. They put up a barebones site targeting a sold-out tech conference in the area and got 3 paying customers. It turned out, people would pay for such a service. The next feature that they tested was if homeowners would be willing to share their space with travelers for a fee — and they were.
In pinning down your MVP, a must for building your first mobile app, keep in mind the following:
- Balance the “minimum” and “viable” aspects of the MVP. Production has to be rapid and lean, but the product also needs to show value such that people will buy it and use it.
- Early adopters must see the future promise of the app so that they will stick with it.
- There must be an embedded feedback system in order for the development team to assess viability as well as future improvements.
Why an MVP?
The MVP approach is a stark contrast with how companies traditionally produced software: list all features of the perfect app now, code, test, and launch it big. While this Waterfall approach may still work for small, straightforward apps we don’t expect to change over time, most of the apps we see nowadays lean towards starting small and building up. It’s just more practical. Here are the reasons why:
- Time to market. If you thought about a solution to a certain market problem, chances are, someone in your competitor’s office did too. Customers do not have the patience to wait for your perfect app. They will use whatever is available now. The faster you release your MVP, the sooner you will get your customer’s buy-in.
- Fail fast. Some app ideas just won’t fly. It’s better to validate this with an MVP in 2 to 4 weeks, than with a full blown app 6 months down the line. With the latter, you will have spent more time and resources that you could be using to build a new and better idea.
- Cost-effectiveness. If you are starting with a limited budget, an MVP will allow you to solve a core problem with a few important and well-done features. If the app is indeed helpful, users will embrace it and maybe even pay for it. You can use your learnings (and earnings) as input for your next iteration, this time with more certainty that there is a profitable market for your product.
Massive apps of today started with an MVP: Airbnb, Uber, Facebook, and even Farmville. One thing they have in common is that they went to the market first with their big disruptive idea. They spent more time observing and measuring how users interacted with their apps than with listing down the perfect set of features for the perfect app.
We at Stratpoint are advocates of building a Minimum Viable Product (MVP) for software. We are Agile practitioners and we practice what we preach. For example, we built the MVP Globe’s field knowledge app, Yaass!, in 4 weeks. With the MVP, Globe field technicians had access to educational materials and how-to videos that they needed to assess and troubleshoot installations in their customers’ homes. This was possible because of an app that they were able to download within a month of its development. The app is continuously being updated with new features like vendor management and learning modules.
We can help you formulate your MVP too, as we have for dozens of apps we’ve built for our clients. Fill out the form at the bottom of this page to book a discussion.