The “minimum viable product” is a widely misused and misunderstood concept. But it’s powerful when done right. In this article, you will learn: The definition of a minimum viable product (MVP), What questions to ask to to create an MVP, and How to test your MVP
Klaar om Bird in actie te zien?
Wat is een Minimum Viable Product (MVP)?
A minimum viable product (MVP) is an early version of a product, such as a SaaS (software as a service) application, that is designed to ensure that product vision and strategy are aligned with market needs.
Typically, an MVP delivers just enough functionality and value to appeal to early adopters and other innovators. It’s not a beta version of your product, designed for shaking out bugs or for fine-tuning features and interface elements. It’s also not an idea that exists only on paper (or slides), or a raw demonstration of a proof-of-concept.
In plaats daarvan suggereert de term "MVP" iets heel specifieks:
Minimum: the smallest number of capabilities, features, and packaging that…
Viable: deliver enough value that customers are willing to spend money (or another currency such as personal information)…
Product: on something they can use today… not just invest in a future concept, promise, or offer.
The goals of an MVP are to validate the premise of a product, to test hypotheses about market needs, to make adjustments naar de product vision, and to prioritize where to invest in future development. As such, MVPs are a profoundly powerful approach towards finding product-market fit.
Goede MVP's beginnen met lastige vragen
Laat je niet misleiden door te denken dat "minimaal" "gemakkelijk" betekent. Het bepalen van de minimale functieset van een MVP is hard werken, maar het stellen van de juiste vragen is een belangrijk onderdeel van het proces.
Welk probleem probeer je op te lossen en is het echt de moeite waard?
In ons dagelijks leven komen we allemaal grote en kleine pijnpunten tegen. Als je er een hebt geïdentificeerd waarvan je denkt dat er een oplossing voor moet komen, besteed dan wat tijd aan de vraag of het een probleem is met genoeg wrijving dat mensen je product zullen willen gebruiken.
Denk bijvoorbeeld aan Uber. Iedereen die genoeg tijd in een grote stad heeft doorgebracht, weet hoe frustrerend het kan zijn om bij een stoeprand te staan en te proberen een taxi te roepen. Dat was een pijnpunt dat groot genoeg was om Uber aantrekkelijk te maken voor iedereen die gewoon zijn smartphone tevoorschijn wilde halen, een app wilde starten en snel vervoer wilde oproepen.
Aan de andere kant, denk eens aan Juicero. Het bleek dat maar weinig mensen een dure sappers wilden die Wi-Fi had en een QR-code moest scannen voordat hij een pak sap kon persen. Het hielp niet dat het persen van een pak sap met de hand bijna net zo goed werkte als het in de pers stoppen.
Wat is de gemakkelijkste, meest directe manier om het probleem op te lossen?
Maak je geen zorgen over alle coole functies die je product zou kunnen bieden. Denk gewoon aan de rechte lijn van probleem naar oplossing, met zo min mogelijk stappen onderweg.
Denk nog eens aan Uber. Oorspronkelijk bekend als UberCab, werd het eerst alleen aangeboden in San Francisco en het had alleen een zwarte auto service die duurder was dan een taxi. Je kon echter wel een lift krijgen door simpelweg op een knop te klikken of een sms te sturen, en die basisfunctionaliteit bleek enorm populair te zijn. Toen ze zagen hoe goed het werkte, overtuigde dat het bedrijf om agressief verder te gaan met het idee.
Stap voor stap "minimumwaarde" testen
Zoals eerder opgemerkt, betekent een goede MVP iets heel specifieks. Maar net zoals een MVP helpt om de product-markt fit te versnellen, zijn er ook manieren om sneller en met minder risico tot een MVP te komen. Hier zijn drie manieren die je kunt uitproberen bij het ontwikkelen van een MVP.
Before building an MVP, test your promise and offer
Je hoeft niet eens een regel code te hebben geschreven om te beginnen met het maken van een MVP. Maak een landingspagina compleet met overtuigende opsommingstekens die mensen overtuigen van de functies van je product en screenshots die je visie laten zien. Misschien wil je ook een video maken die je screenshots vertelt en uitlegt welk probleem je product oplost.
Neem een inschrijvingsveld op waar bezoekers hun e-mailadres aan je lijst kunnen toevoegen. Je zou zelfs verschillende prijsopties kunnen vermelden en mensen vragen om de optie te kiezen die hen interesseert, zodat je beter begrijpt wat ze van je product verwachten.
Maak een AdWords-campagne om mensen naar de landingspagina te leiden, zodat je weet welke zoekwoorden voor het meeste verkeer zorgen. Je zou wel eens verrast kunnen zijn door de resultaten.
Deze voorbereidende stappen komen niet in de plaats van een echte MVP, maar kunnen wel helpen bepalen of het de moeite waard is om een MVP te ontwikkelen.
Een handmatig proces gebruiken om je product of dienst te leveren
De truc met deze aanpak is om de illusie te wekken dat je een volledig functionele ervaring biedt, zelfs als dat niet zo is. Zolang je klanten geeft waar ze voor betaald hebben, maakt het niet uit of je een onhandig proces achter de schermen gebruikt.
Toen de oprichter van Zappos, Nick Swinmurn, bijvoorbeeld op het idee kwam om schoenen online te verkopen, wat vreemd leek in 1999, testte hij eerst zijn concept door schoenen op winkelschappen te fotograferen en ze te koop aan te bieden op zijn site. Wanneer iemand een paar kocht, kocht hij ze in de winkel en verzond ze.
Hoewel dat geen levensvatbaar langetermijnplan was, kon Swinmurn met dat simpele idee zien of hij gelijk had met zijn veronderstelling dat mensen schoenen op internet zouden kopen zonder ze eerst te passen. Hij bleek gelijk te hebben. En als extra bonus hoefde hij niet zwaar te investeren in magazijnvoorraden en liep hij niet het risico met veel onverkochte schoenen te blijven zitten.
Gebruik bestaande apps en diensten om de ervaring te benaderen
Er zijn veel manieren om moderne technologie te gebruiken om een proces te creëren dat je later kunt verfijnen met unieke softwareontwikkeling. Je kunt bestaande tools gebruiken om in wezen een demo te ontwikkelen zonder veel geld te investeren in programmeermiddelen.
Groupon begon bijvoorbeeld als een WordPress site waar oprichter Andrew Mason en zijn kleine medewerkers deals publiceerden als blogposts. Ze gebruikten een AppleScript om een PDF van een coupon te genereren die ze e-mailden naar iedereen die een deal had geclaimd. Het was een onhandige manier van werken, maar het bewees dat het concept werkte.