Wat een MVP is en wat niet
Een MVP, Minimum Viable Product, wordt vaak verkeerd uitgelegd als "een kleine versie van wat je uiteindelijk wilt". Dat is hij niet. Een MVP is een bewuste, scherp afgebakende eerste versie die één ding doet: de belangrijkste aanname toetsen die onder je idee ligt.
Het verschil is wezenlijk. Een kleine versie probeert alvast iets te leveren wat lijkt op het eindproduct. Een MVP probeert iets te leren waar je daarna op kunt voortbouwen. Het ene is voorzichtigheid, het andere is strategie.
Een MVP mag lelijk zijn, hij mag onaf voelen, hij mag handmatige stappen bevatten die later geautomatiseerd worden. Wat hij niet mag zijn: irrelevant. Hij moet het probleem aanraken op een manier die de gebruiker iets laat doen, zodat je kunt zien of het werkt.
Drie redenen waarom projecten zonder MVP mislukken
De manier waarop softwareprojecten stuklopen is opvallend voorspelbaar. Drie patronen komen telkens terug, en alle drie zijn ze te voorkomen door eerder iets werkends in handen te hebben.
De markt blijkt er niet te zijn.Startups lanceren producten waar geen markt voor blijkt te zijn. Niet omdat het idee slecht was, maar omdat het idee nooit getoetst is aan de werkelijkheid. Een MVP brengt die toets naar voren, op een moment waarop bijsturen nog niet duur is.
De uitrol loopt vast op weerstand.Interne softwaretrajecten mislukken bij de uitrol. Medewerkers zijn niet betrokken geweest, begrijpen het systeem niet en verzetten zich. Wie de eerste versie samen met de eindgebruikers beproeft, voorkomt dat het eindproduct als iets vreemds binnen komt vallen.
Het budget is op voordat het product klaar is.Budgetten raken op voordat het product klaar is. De scope is gaandeweg gegroeid en het totaal is onbeheersbaar geworden. Een MVP dwingt je om vooraf te kiezen wat eerst moet, wat later kan en wat misschien helemaal niet hoeft.
Snelheid naar markt is een strategisch voordeel
Het verschil tussen drie maanden en negen maanden is niet zes maanden langer wachten. Het is zes maanden langer leren. In die tijd kom je erachter wat gebruikers daadwerkelijk waarderen, welke functies overbodig zijn en welke kant het product eigenlijk op moet.
Concurrenten staan ondertussen niet stil. Wie eerder live is, vormt het denken van gebruikers over wat een goede oplossing eruitziet. Dat is geen marketingvoordeel, dat is een positie die je later moeilijk meer kunt overnemen.
Hoe feedback de doorontwikkeling stuurt
Wat een MVP fundamenteel verandert, is de bron van je productbeslissingen. In plaats van speculatie in vergaderzalen krijg je gedrag in de werkelijkheid. Welke schermen worden gebruikt, welke afhakers zijn er in de flow, welke verzoeken komen herhaaldelijk terug.
Die signalen zijn waardevoller dan elke vooraf opgestelde requirementslijst. Niet omdat plannen onzin is, maar omdat plannen op basis van bewijs altijd beter is dan plannen op basis van aannames. De roadmap die uit een MVP komt, lijkt zelden op de roadmap waarmee je begon. Dat is precies de bedoeling.