Minimum Viable Product (MVP)

Een minimaal levensvatbaar product (MVP) is de kleinste versie van een product waarmee een team essentiële inzichten kan opdoen over de vraag of klanten er behoefte aan hebben. Dit concept werd populair gemaakt door Eric Ries in zijn boek 'The Lean Startup'. De bepalende eigenschap is niet dat het product klein of goedkoop is, maar dat het is ontworpen om een ​​specifieke vraag te beantwoorden. Deze vraag betreft gevalideerde inzichten in klantgedrag, in plaats van interne meningen over de haalbaarheid.

Het meest voorkomende misbruik is dat het wordt gezien als een synoniem voor een eerste release met minder functionaliteiten. Onder tijdsdruk beperken teams de scope, leveren ze iets onvolledigs op, noemen het een MVP (Minimum Viable Product) en meten vervolgens niets concreets, wat noch een goed product, noch een nuttige les oplevert. De cruciale vraag is welke specifieke hypothese de release zal testen en welk resultaat het team ertoe zou bewegen van koers te veranderen. Als er geen antwoord is, is de release een klein product, geen minimaal levensvatbaar product.

Het haalbare deel van de term wordt ook vaak over het hoofd gezien. Een minimale versie die niet werkt, of die faalt in het enige wat het zou moeten doen, geeft meer informatie over de implementatie dan over de vraag. Klanten die een product afwijzen omdat het traag, defect of verwarrend is, vertellen het team niets over de waarde van het onderliggende concept. Wat er ook in zit, het moet goed genoeg zijn om het idee een eerlijke kans te geven, zelfs als de algehele scope drastisch wordt beperkt.

Verschillende gevestigde patronen beantwoorden vragen over de vraag zonder een volledig product te bouwen. Concierge-benaderingen leveren de service handmatig aan vroege klanten om te leren wat ze daadwerkelijk nodig hebben voordat er iets wordt geautomatiseerd. Wizard-of-Oz-implementaties presenteren een werkende interface, waarbij mensen het werk erachter uitvoeren. Landingspagina-tests meten of iemand reageert op het aanbod voordat de ontwikkeling begint. Elk van deze methoden levert gedragsbewijs op, wat veel sterker is dan de uitgesproken intenties die worden verzameld in enquêtes en interviews over hypothetische producten.

Deze aanpak is in sommige contexten veel beter geschikt dan in andere. In gereguleerde sectoren, bij veiligheidskritische systemen en in de zakelijke verkoop, waar een enkele slechte eerste indruk een markt jarenlang kan afsluiten, brengt het opzettelijk leveren van onvolledige software kosten met zich mee die de leerervaring overstijgen. In deze situaties kan dezelfde logica beter worden toegepast door middel van prototypes, pilots met geïnformeerde deelnemers en gefaseerde uitrol naar een beperkt publiek, in plaats van door een minimale productlancering.

Het vooraf bepalen welk resultaat het team ertoe zou bewegen te stoppen, maakt de oefening zinvol, en het is de stap die het vaakst wordt overgeslagen. Zonder een vooraf overeengekomen drempelwaarde kan elk resultaat als bemoedigend worden geïnterpreteerd: laag gebruik wordt een marketingprobleem, slechte retentie wordt een onboardingprobleem, en het project gaat door op basis van de verklaring die het in stand houdt. Door vóór de lancering vast te leggen welk niveau van adoptie of retentie voortzetting zou rechtvaardigen, welk niveau een verandering van aanpak zou rechtvaardigen en wat een volledige stopzetting zou rechtvaardigen, wordt de release een echte test. Het beschermt ook het team, omdat een gedocumenteerde drempelwaarde die door belanghebbenden is overeengekomen veel gemakkelijker te hanteren is dan een oordeel achteraf.

Correct toegepast zorgt het concept ervoor dat een team eerlijk blijft over het verschil tussen bouwen en leren, en het is het meest waardevol wanneer de onzekerheid over de vraag echt groot is. In de praktijk worden de hypothese en de bewijsstandaard vastgesteld via product onderzoekHet gebouw staat ernaast. productontwikkelingEn de discipline om van tevoren te bepalen welk resultaat een koerswijziging teweeg zou brengen, is wat deze aanpak onderscheidt van simpelweg vroegtijdig van start gaan. startups Die discipline bepaalt met name of de beperkte tijd die beschikbaar is voor training, daadwerkelijk wordt gebruikt of simpelweg wordt verspeeld.