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.
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 service) applicatie, die is ontworpen om ervoor te zorgen dat productvisie en strategie in lijn zijn met de marktbehoeften.
Doorgaans levert een MVP net genoeg functionaliteit en waarde om aantrekkelijk te zijn voor vroege gebruikers en andere vernieuwers. Het is niet een bètaversie van je product, ontworpen om bugs uit te sluiten of om functies en interface-elementen te verfijnen. 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: genoeg waarde levert dat klanten bereid zijn geld (of een andere valuta zoals persoonlijke informatie) uit te geven…
Product: aan iets wat ze vandaag kunnen gebruiken… niet alleen investeren in een toekomstig concept, belofte, of aanbod.
De doelen van een MVP zijn om de premisse van een product te valideren, om hypotheses over marktbehoeften te testen, om aanpassingen aan de productvisie te maken, en om prioriteiten te stellen waar in toekomstige ontwikkeling te investeren. Als zodanig zijn MVP's een zeer krachtige benadering voor het vinden van product-markt fit.
Geweldige MVP's beginnen met lastige vragen
Laat je niet misleiden door te denken dat 'minimum' 'makkelijk' betekent. Het bepalen van de minimale feature set 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 een probleem dat het waard is om op te lossen?
We hebben allemaal, groot en klein, pijnpunten in ons dagelijks leven. Als je er een hebt geïdentificeerd waarvan je denkt dat het een oplossing nodig heeft, neem dan de tijd om na te denken of het een probleem is dat genoeg frictie 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 het trottoir te staan en te proberen een taxi aan te houden. Dat was een pijnpunt dat groot genoeg was om Uber aantrekkelijk te maken voor iedereen die simpelweg hun smartphone wilde pakken, een app wilde starten, en snel vervoer wilde oproepen.
Overweeg aan de andere kant Juicero. Het bleek dat heel weinig mensen een dure sapmachine wilden die Wi-Fi had en het scannen van een QR-code vereiste voordat hij een sappenpak zou persen. Het hielp niet dat het persen van een sappenpak met de hand bijna net zo goed werkte als het in de pers te zetten.
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 na over de rechte lijn van probleem naar oplossing, met zo min mogelijk stappen onderweg.
Beschouw Uber opnieuw. Oorspronkelijk bekend als UberCab, werd het eerst alleen in San Francisco aangeboden en het bood alleen een zwarte auto's dienst die duurder was dan een taxi. Het stelde je echter in staat om een rit te regelen door simpelweg op een knop te klikken of een sms te sturen, en die basisfunctionaliteit bleek enorm populair te zijn. Te zien hoe goed het werkte, overtuigde het bedrijf om het idee agressief na te streven.
Een stap tegelijk de 'minimale waarde' testen
Zoals eerder opgemerkt, betekent een goede MVP iets heel specifieks. Maar net zoals een MVP helpt om product-market fit te versnellen, zijn er ook manieren om sneller en met minder risico tot een MVP zelf te komen. 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 aanbod
Je hoeft nog geen enkele regel code te hebben geschreven om te beginnen met het creëren van een MVP. Maak een landingspagina compleet met overtuigende opsommingstekens die mensen overtuigen van de functies van je product en gesimuleerde screenshots die hen je visie tonen. Je wilt misschien ook een video maken die je screenshots vertelt en uitlegt welk probleem je product zal oplossen.
Voeg een aanmeldveld toe waar bezoekers hun e-mailadres aan je lijst kunnen toevoegen. Je zou zelfs verschillende prijsplannen kunnen vermelden en mensen kunnen vragen de optie te kiezen die hen interesseert, wat je zal helpen te 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. De resultaten zouden je kunnen verrassen.
Deze voorbereidende stappen zullen geen daadwerkelijke MVP vervangen, maar ze kunnen helpen bepalen of het ontwikkelen van een MVP de moeite waard is.
Gebruik een handmatig proces om je product of dienst te leveren
De truc met deze benadering is de illusie te wekken dat je een volledig functionele ervaring biedt, zelfs als dat niet het geval is. Zolang je klanten geeft waar ze voor betaald hebben, maakt het niet uit als je een omslachtig proces achter de schermen gebruikt.
Bijvoorbeeld, toen Zappos-oprichter Nick Swinmurn op het idee kwam om schoenen online te verkopen, wat in 1999 ongebruikelijk leek, testte hij zijn concept eerst door schoenen in winkels te fotograferen en ze op zijn site te koop aan te bieden. Toen iemand een paar kocht, kocht hij ze in de winkel en verzond hij ze.
Hoewel dat geen levensvatbaar langetermijnplan was, stelde dat eenvoudige idee Swinmurn in staat om te zien of hij gelijk had in zijn veronderstelling dat mensen schoenen op het internet zouden kopen zonder ze eerst te passen. Het bleek dat hij gelijk had. En als extra bonus hoefde hij niet zwaar te investeren in magazijnvoorraad en het risico te lopen met veel onverkochte schoenen te blijven zitten.
Gebruik bestaande apps en services om de ervaring te benaderen
Er zijn genoeg manieren om moderne technologie te gebruiken om een proces te creëren dat je later kunt verfijnen met unieke software-ontwikkeling. Je kunt bestaande tools gebruiken om in feite 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 team 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 omslachtige manier om te werken, maar het bewees dat het concept werkte.