"Als je je niet schaamt voor de eerste versie van je product, heb je te laat gelanceerd." — Reid Hoffman Bij Splits volgen we deze aanpak voor het bouwen van software: maak het werkend → maak het goed → maak het snel. De volgorde is belangrijk. Dit is wat we hebben geleerd bij het verzenden van elke fase:

Maak het werkend = functioneel prototype. Het moet ruw zijn. Het moet rommelig zijn. Krijg het snel voor gebruikers. Hoe we de MVP afbakenen: 1) Lijst alles op wat we denken dat belangrijk of relevant voor het project kan zijn. 2) Wat is het *absolute minimum* van deze lijst dat we kunnen afmaken en een functioneel prototype hebben?

Maak het goed = repareer alle kapotte onderdelen. Ga deze fase in met duidelijke signalen van de markt: consistente feedback, groeiend gebruik ondanks duidelijke tekortkomingen. Nu heb je het recht verdiend om meer middelen te investeren.

Maak het snel = optimaliseer de prestaties. Eerlijk gezegd, we leren nog steeds over deze fase. De meeste teams zijn momenteel in "maak het goed" modus 🤷‍♂️ Maar hier is de inspiratie die ons drijft:

Waarom deze aanpak werkt: Sequencing is strategie. Wat je vandaag leert, vormt wat je morgen bouwt. Als je vooruit springt, heb je niet de informatie die nodig is om problemen correct op te lossen. Actie produceert informatie. Maar *intentionele* actie produceert *meer nuttige* informatie.

De valstrik probeert het goed te maken op het moment dat jij het laat werken. NEE. "Geef jezelf toestemming om iets te verzenden waarvan je weet dat het niet goed is." — @wminshew