De MVP bouwen: de loop werkt van begin tot eind
We bouwen de MVP vanuit de productbeschrijving: eerst een skelet van elke stap in de loop (lelijk is prima), dan kwaliteit per stap. Plus twee productlagen die hobbyprojecten missen: lege staten en menselijke foutmeldingen.
De bouwtechniek komt uit de vibe coding cursus (Lovable/Replit, iterations, rollbacks). Hier behandelen we wat een product onderscheidt van een hobbyproject: de volgorde waarin je bouwt, en twee lagen die beginners altijd vergeten.
Skelet vóór schoonheid
Eerste doel: de hele loop werkt van begin tot eind, hoe onhandig ook — aanmelden → de actie uitvoeren → het resultaat krijgen. Pas dan polijst je individuele stappen. Waarom die volgorde: de engste problemen zijn de overgangen ("stap 3 is onmogelijk zonder data van stap 5"), en die komen pas aan het licht als de loop helemaal doorloopt. Beter om ze op dag één te vangen dan om, na een week de landingspagina te hebben opgepoetst, te ontdekken dat het product helemaal niet afgemaakt kan worden.
Deze regel is ouder dan webdevelopment. Bij het maken van de eerste Toy Story sneed Pixar een ruwe versie van de hele film uit schetsen — de "reels" — en pas toen ze zeker wisten dat het verhaal van begin tot eind klopte, besteedden ze maanden aan het renderen van frames. Eerst het geheel ruw, dan de details mooi. Software werkt op dezelfde manier.
Een Socratische pauze
Je hebt het product voor het eerst geopend. Wat staat er op dat eerste scherm? Geen volledige takenlijst, geen gevulde feed — leegte. En dat is waar beslist wordt of je blijft of het tabblad sluit. Denk na: wat moet er op dat lege scherm staan zodat je weet wat je moet doen?
Laag 1: lege staten
Een nieuwe gebruiker heeft geen data: lege lijst, lege geschiedenis. Een hobbyproject toont kale leegte; een product begeleidt: "Nog niets hier. Upload je eerste — hier is de knop." Wat je de AI kunt vragen: "Bouw voor elke lijst en elk scherm een lege staat: wat dit is, waar het voor dient, en een knop voor de eerste actie". Eerste indrukken ontstaan precies hier — op het scherm dat hobbyprojecten leeg laten.
Laag 2: menselijke foutmeldingen
Verkeerd bestand, de wifi viel weg, de betaling mislukte. Een hobbyproject zegt niets, of maakt mensen bang met "Error 0x80070057". Een product legt uit en biedt een uitweg: "Dit bestand is groter dan 100 MB — comprimeer het of splits het op." De formule voor een goede boodschap: wat er gebeurde + wat te doen. De vraag: "Elke foutmelding in duidelijke taal: wat er gebeurde en wat te doen. En toon me een lijst van alle foutmeldingen" — dat laatste deel laat je alle teksten tegelijk, in één stem, bewerken.
Mythes voor beginners
- "Fouten zijn uitzonderlijke gevallen, die schrijf ik later wel." Eén op de drie mensen stuit op een fout bij hun allereerste bezoek: verkeerd formaat, muis uitschoot, onstabiel netwerk. Dat is niet de uitzondering, dat is het midden van de ervaring.
- "Het is duidelijk voor mij, dus het is duidelijk voor iedereen." Je kent het product vanbinnen — je bent een blinde tester. Het moet duidelijk zijn voor iemand die het scherm voor het eerst ziet.
- "Ik maak het mooi, dan controleer ik de logica." Andersom: eerst een werkende loop, dan schoonheid. Een prachtig kapot product is een dure foto.
De 'iemand anders' test
Je kent deze truc van eerdere cursussen — nu is het een verplichte acceptatiestap. Iemand uit je doelgroep doorloopt de loop voor je, in stilte, en je geeft geen hints en legt niets uit — je kijkt alleen waar ze struikelen. In "Don't Make Me Think" liet Steve Krug zien dat 3–5 echte mensen genoeg zijn om de meeste problemen te vinden; je hebt geen duur lab nodig. Drie struikelblokken = drie taken voor morgen. Blijf de loop polijsten totdat een nieuw persoon er zonder één vraag doorheen komt — dat is wat MVP-klaar betekent.
Waar het misgaat: het verkeerde polijsten
De klassieke MVP-bouwfout ziet er zo uit: de oprichter besteedt een week aan het perfectioneren van een knopanimatie en een landingspagina-gradient, en de testgebruiker struikelt bij de voordeur — ze weten niet waar ze moeten klikken na het aanmelden. Oppervlak gepolijst, skelet kapot. De volgorderegel bestaat precies hiervoor: totdat een nieuw persoon de loop van begin tot eind kan doorlopen, is het polijsten van één enkel scherm voorbarig. Eerst "werkt van begin tot eind", dan "mooi bij elke stap". De omgekeerde volgorde is de duurste manier om een week door te brengen.
Hoe dit aansluit bij andere cursussen
Itereren, teruggaan naar een werkende versie en werken met een AI-assistent is techniek uit de vibe coding cursus. En de lege staten en menselijke foutmeldingen die je hier bouwt, stimuleren direct de conversie naar de eerste waarde — een metric uit de analytics-les van deze cursus. Alles is verbonden: wat je nu bouwt, meet je later.
Doe dit nu (5 minuten)
Open je productconcept en zoek het eerste scherm van een nieuwe gebruiker. Leidt de lege staat hen naar een eerste actie, of is het gewoon leeg? Als het gewoon leeg is, schrijf dan nu meteen de AI-vraag voor lege staten op, voordat je het vergeet.
Short questions on the lesson — with an explanation for every answer.