Building an MVP (minimum viable product) before a full-throated product launch is a smart decision.
Some of the most successful companies that are a part of our life started off as MVPs. Think Dropbox, Google or Zappos.
When you build an MVP you find out if people are invested in your idea enough to pay for it.
You will learn how the market behaves, validate your assumptions, and understand which features resonate the most with potential customers.
Building an MVP can be the surest way to insulate your product against catastrophic failure.
MVPs come in all shapes and sizes depending on the market and the problem.
Some MVPs are simply landing pages, launched with a targeted campaign to attract traffic, get people to sign up with their email or pay an early adopter rate to get access to the product. Crowdfunding sites like Kickstarter are an example of this in action.
Other MVPs can begin life as an explainer video (a prime example is Dropbox whose explainer video blew up on Hacker News, gaining 70000 emails on their waiting list in a single day).
Yet another type of MVP is the Wizard of Oz model where the frontend is polished to look like the real thing while the backend is all manual. Zappos started off in this fashion as the founding team validated their assumptions by taking orders for shoes from the website but doing everything else manually.
As a product creator you have a number of choices to go with as you launch your MVP. But there are some fundamental questions you need to answer so that you can optimize your learning and ensure that your time and energy is not wasted.
These questions are not exhaustive, and neither do they have correct or wrong answers. What’s more, as you increasingly interact with your potential users the answers will keep on changing.
Which is okay- the MVP process is not designed to be static, and the final product might turn out to be completely different from what you set out to build.
Before starting to build the MVP you need to have clarity on the end goal that you want to achieve. Can your core hypothesis fit into a question? Does it have a simple yes/no answer? At this point simplicity is the key, so focus on One Big Thing instead of diffusing your energy by chasing multiple hypotheses and overloading the product with way too many features.
Again, the benchmark for a successful MVP will differ from company to company, and from sector to sector. But one crucial benchmark that remains consistent is speed. When you are building an MVP you cannot afford to dawdle or bloat up.
Move fast, and even if you fail you have succeeded.
Again, depending on your product or your niche failure would come in different hues. Maybe your landing page has a high bounce rate? Maybe you have too few pre-orders to start building a prototype. Maybe you don’t have a big enough sample size.
Look at the benchmarks from your successful peers, and decide if you have failed. And then, imbibe the learnings and move on.
This is basically your version of an elevator speech. Imagine your ideal user, and structure your user story so that user types, actions and desired results can be easily articulated.
Write this: <User type> will perform <specific action> to gain <desired results>.
Unless you can do this on paper don’t even start coding.
MVP stands for Minimum Viable Product. And a viable product means money. You may be a tiny startup right now but your end goal is to scale and have repeatable income. Even if you are offering everything for free now thinking about your business model in terms of revenue can save you from several wild goose chases.
Building an MVP with a revenue model in mind will force you to think about customer segments, offers and pricing, revenue streams, upsells and cross sells, distribution channels and myriad other factors that a mature business deals with. You will certainly not implement all of this in your MVP but if you plunge in without due deliberation you might find it near impossible to pivot midstream.
An MVP is one of the building blocks of lean startup philosophy and one of the quotes from Eric Ries’ bestselling book on lean startups puts it best.
‘As you consider building your own minimum viable product, let this simple rule suffice: remove any feature, process, or effort that does not contribute directly to the learning you seek.’
Ultimately building an MVP is knowing what your goals are and working backwards from there to build the product.
Go forth and conquer.
The Top 10 Technology Trends of 2018
The building blocks of a robust software architecture
Net Neutrality Principles Reversed: The day after
Top 10 Technology Trends you need to look out for
How to Write a Policy which Guarantees Successful BYOD Rollout
The role of CIOs in fostering an agile and innovative DevOps culture
The benefits of cybersecurity mesh for distributed enterprises
How to create an effective technology vision and strategy
Deliver personalized experiences to improve customer engagement using machine learning
Smart Contracts for Innovative Supply chain management
We're here to help!
No obligation quotes in 48 hours. Teams setup within 2 weeks.
If you are a Service Provider looking to register, please fill out this Information Request and someone will get in touch.
Outsource with Confidence to high quality Service Providers.
If you are a Service Provider looking to register, please fill out
this Information Request and someone will get in
Enter your email id and we'll send a link to reset your password to the address
we have for your account.
The IT Exchange service provider network is exclusive and by-invite. There is
no cost to get on-board;
if you are competent in your areas of focus, then you are welcome. As a part of this exclusive