Jasper den Ouden6 min leestijdWe hebben tientallen startups geholpen met hun eerste product, en steeds zien we dezelfde drie fouten terugkomen. Wij hebben er zelf ook in gezeten. Ze hebben te maken met waar de inzet naartoe gaat, zelden met talent of hard werken.
Fout 1: Te veel bouwen
Een MVP is niet versie 1.0 van je product. Het is het kleinste wat je kunt bouwen om je belangrijkste aanname te testen. Duurt jouw MVP meer dan zes tot acht weken, dan is hij niet klein genoeg.
De valkuil is dat elke functie onmisbaar voelt als je dicht op het idee zit. De meeste zijn gokken die je nog niet mag maken. Kies het ene ding dat waar moet zijn wil het product werken, en bouw net genoeg om erachter te komen of dat zo is. De rest wacht tot een echte gebruiker erom vraagt.
Fout 2: Te laat testen
Wacht niet tot het product klaar is om met gebruikers te praten. Test je aannames met een klikbaar prototype, een landingspagina, desnoods een schets op papier. Hoe eerder je leert, hoe goedkoper de les.
Een wijziging op een schets kost je tien minuten. Diezelfde wijziging na de lancering kost een week, plus het geduld van de mensen die de kapotte versie al tegenkwamen. Leg deze week iets voor aan vijf mensen en kijk waar ze aarzelen. Je leert er meer van dan van nog een maand vergaderen.
Fout 3: Het verkeerde probleem oplossen
De duurste fout is een prachtige oplossing bouwen voor een probleem dat niemand heeft. Duik eerst in het probleem voordat je aan oplossingen begint. Praat met de mensen die het zouden gebruiken. Kijk hoe ze het nu oplossen.
Die omweg die ze nu nemen is het signaal. Hebben mensen al een spreadsheet, een groepsapp of een stapel losse afspraken in elkaar geknutseld om de klus te klaren, dan is het probleem echt en weet je precies hoe beter eruitziet. Is er geen omweg, vraag je dan af waarom. Vaak doet het probleem gewoon niet genoeg pijn om voor te betalen.
Begin zo klein als je kunt
De drie fouten komen uit dezelfde bron: je legt je vast voordat je hebt geleerd. De remedie is de eerste stap zo klein maken dat het weinig kost om je te vergissen.
Daar is een design sprint voor. In vier dagen ga je van een vaag idee naar een prototype dat je test met echte gebruikers, zonder een regel productiecode of maanden inzet op een aanname die niemand heeft gecontroleerd. Na die vier dagen weet je wat je bouwt, wat je laat vallen en waarom.
