Het "minimum viable product" is een veel misbruikt en verkeerd begrepen concept. Maar het is krachtig wanneer het goed wordt gedaan. In dit artikel leert u: De definitie van een minimum viable product (MVP), Welke vragen u moet stellen om een MVP te creëren, en Hoe u uw MVP kunt testen.
Business in a box.
Ontdek onze oplossingen.
Praat met ons verkoopteam
Wat is een Minimum Viable Product (MVP)?
Een minimum levensvatbaar product (MVP) is een vroege versie van een product, zoals een SaaS (software als een dienst) applicatie, die is ontworpen om ervoor te zorgen dat productvisie en strategie zijn afgestemd op de marktbehoeften.
Typisch levert een MVP slechts genoeg functionaliteit en waarde om aantrekkelijk te zijn voor vroege gebruikers en andere innovators. Het is niet een bètaversie van je product, ontworpen om bugs eruit te halen of om functies en interface-elementen fijn te tunen. Het is ook niet een idee dat alleen op papier (of slides) bestaat, of een ruwe demonstratie van een proof-of-concept.
In plaats daarvan suggereert de term “MVP” iets heel specifieks:
Minimum: het kleinste aantal mogelijkheden, functies en verpakking dat…
Levensvatbaar: voldoende waarde leveren zodat klanten bereid zijn geld (of een andere valuta zoals persoonlijke informatie) uit te geven…
Product: iets dat ze vandaag kunnen gebruiken… niet alleen investeren in een toekomstig concept, belofte of aanbod.
De doelen van een MVP zijn het valideren van het uitgangspunt van een product, het testen van hypothesen over marktbehoeften, het maken van aanpassingen aan de productvisie, en het prioriteren waar te investeren in toekomstige ontwikkeling. Als zodanig zijn MVP's een buitengewoon krachtige benadering om product-market fit te vinden.
Geweldige MVP's beginnen met lastige vragen
Laat je niet misleiden door te denken dat 'minimum' betekent 'makkelijk'. Het bepalen van een MVP's minimale functieset 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 een probleem dat de moeite waard is om op te lossen?
We komen allemaal grote en kleine pijnpunten tegen in ons dagelijks leven. Als je er een hebt geïdentificeerd waarvan je denkt dat het een oplossing nodig heeft, besteed dan wat tijd om na te denken of het een probleem is dat genoeg wrijving veroorzaakt, zodat mensen je product willen gebruiken.
Overweeg bijvoorbeeld Uber. Iedereen die genoeg tijd in een grote stad heeft doorgebracht, weet hoe frustrerend het kan zijn om aan de stoep te staan en te proberen een taxi aan te houden. Dat was een pijnpunt groot genoeg om Uber aantrekkelijk te maken voor iedereen die eenvoudig hun smartphone wilde pakken, een app wilde openen en snel vervoer wilde regelen.
Aan de andere kant, overweeg Juicero. Het bleek dat maar heel weinig mensen een dure sapmachine wilden die Wi-Fi had en het scannen van een QR-code vereiste voordat ze een sapzakje konden persen. Het hielp niet dat een sapzakje met de hand persen bijna net zo goed werkte als het in de machine te 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.
Overweeg Uber opnieuw. Oorspronkelijk bekend als UberCab, werd het eerst alleen in San Francisco aangeboden en bood het alleen een zwarte autoservice die duurder was dan een taxi. Het stelde je echter in staat om een rit te nemen door simpelweg op een knop te drukken of een sms-bericht te sturen, en die basisfunctionaliteit bleek enorm populair. Het zien hoe goed het werkte, overtuigde het bedrijf ervan om het idee agressief na te streven.
Een stap tegelijk de 'minimale waarde' testen
Zoals eerder opgemerkt, betekent een juiste MVP iets heel specifieks. Maar net zoals een MVP helpt versnellen bij het product-markt fit, zijn er ook manieren om sneller en met minder risico een MVP te bereiken. Hier zijn drie benaderingen om te proberen terwijl je werkt aan het ontwikkelen van een MVP.
Voordat je een MVP bouwt, test je belofte en aanbieding
Je hoeft nog geen enkele regel code geschreven te hebben om aan de slag te gaan met het creëren van een MVP. Maak een landingspagina met overtuigende bulletpoints die mensen overtuigen van de functies van je product en nagebootste screenshots die je visie tonen. Je wilt misschien ook een video maken die je screenshots vertelt en uitlegt welk probleem je product zal oplossen.
Inclusief een aanmeldveld waar bezoekers hun e-mailadressen aan je lijst kunnen toevoegen. Je zou zelfs verschillende prijspakketopties kunnen opsommen en mensen vragen degene te kiezen die hen interesseert, wat je zal helpen begrijpen wat ze van je product willen.
Creëer een AdWords-campagne om mensen naar de landingspagina te leiden, zodat je weet welke zoekwoorden het meeste verkeer genereren. Je zou verrast kunnen zijn door de resultaten.
Deze voorlopige stappen zullen geen echte MVP vervangen, maar ze kunnen helpen bepalen of het ontwikkelen van een MVP het nastreven waard is.
Gebruik een handmatig proces om je product of dienst te leveren
De truc bij deze benadering is om de illusie te geven dat je een volledig functionele ervaring aanbiedt, zelfs als dat niet het geval is. Zolang je klanten geeft waar ze voor betaald hebben, maakt het niet uit of je een klungelig proces achter de schermen gebruikt.
Bijvoorbeeld, toen Zappos oprichter Nick Swinmurn het idee kreeg om schoenen online te verkopen, wat in 1999 vreemd leek, testte hij eerst zijn concept door schoenen op winkelschappen te fotograferen en te koop aan te bieden op zijn site. Wanneer iemand een paar kocht, kocht hij ze uit de winkel en verzond ze.
Hoewel dat geen levensvatbaar langetermijnplan was, stelde dat eenvoudige idee Swinmurn in staat te zien of hij gelijk had in zijn aanname dat mensen schoenen op het internet zouden kopen zonder ze eerst te passen. Het bleek dat hij gelijk had. En als bijkomend voordeel hoefde hij niet fors te investeren in voorraadhoudende magazijnen en het risico te lopen vast te zitten met een hoop onverkochte schoenen.
Gebruik bestaande apps en services 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 steken in programmeerbronnen.
Bijvoorbeeld, Groupon begon als een WordPress-site waar oprichter Andrew Mason en zijn kleine staf deals publiceerden als blogposts. Ze gebruikten een AppleScript om een PDF te genereren van een coupon die ze naar iedereen mailden die een deal had geclaimd. Het was een klungelige manier van opereren, maar het bewees dat het concept werkte.
