MVP-scope-slicer: van featurelijst naar eerste versie
Plak je featurelijst en de slicer deelt de functies in drie: wat je op dag één werkend wilt zien, wat daarna komt en wat rustig kan wachten. Je schuift de kaartjes zelf naar de kolom die past en neemt de indeling mee, zodat je met een scherpe eerste versie een bouwdag in gaat.
Eén functie per regel. Kort mag: "reserveren", "betalen", "adminpaneel".
Zet eerst een paar functies in het veld, elk op een eigen regel.
Dit lijkt eerder een hele roadmap dan een eerste versie. We slicen de lijst gewoon, maar houd in je hoofd: hoe korter de lijst, hoe scherper de eerste versie.
Eerste versiedag 1
0De kern die je op dag één werkend wilt zien. Hou het klein en scherp.
Nog niets in deze kolom.
Daarnav2
0Waardevol, maar kan wachten tot de eerste versie staat en getest is.
Nog niets in deze kolom.
Laterooit
0Mooi op termijn. Nu zou het de eerste versie vooral vertragen.
Nog niets in deze kolom.
We hebben een paar functies naar Daarna geschoven: een eerste versie wint bij focus. Schuif ze terug als je zeker weet dat ze in dag één horen.
Eerste versie: 0 functies
Gekopieerd naar je klembord.
Liever eerst meelezen hoe wij dit aanpakken? Zo pakken we een MVP aan.
Hoe deze indeling tot stand komt
De slicer leest je lijst regel voor regel en zoekt naar signaalwoorden. Werkwoorden uit de hoofdflow, zoals aanmaken, bekijken, reserveren, invullen of versturen, wijzen op de kern: dat wil je op dag één werkend zien. Woorden als betalen, e-mail, admin, rollen, zoeken of export wijzen meestal op een tweede ronde, waardevol maar niet nodig om te testen of het idee klopt. En functies als een aparte app-versie, meertaligheid, AI, reviews, notificaties of een koppeling met je boekhouding schuiven naar later, omdat ze een eerste versie vooral vertragen. Inloggen zetten we standaard bij Daarna, omdat je een eerste versie vaak prima zonder login kunt testen, tenzij je lijst meerdere rollen noemt.
Dit is een indicatie, geen oordeel. De tool kent je gebruikers en je context niet, dus soms hoort iets net ergens anders. Daarom kun je elk kaartje zelf verschuiven met de pijltjes. Een korte lijst leidt bijna altijd tot een scherpere eerste versie dan een lange, en we houden de eerste kolom daarom klein: focus is wat een eerste versie in één dag haalbaar maakt. Gebruik de uitkomst als startpunt voor een gesprek, niet als vaste opdracht.
Veelgestelde vragen
Hoe bepaalt de tool welke functies in de eerste versie horen?
De slicer zoekt in elke regel naar signaalwoorden. Werkwoorden uit de hoofdflow wijzen op de kern, terwijl termen rond betalen, e-mail, beheer of koppelingen op een latere ronde wijzen. Het is een heuristiek op basis van taal, geen inhoudelijk oordeel over jouw product, dus zie de indeling als een goed onderbouwd startpunt.
Kan ik de indeling zelf aanpassen?
Ja. Elk kaartje heeft pijltjes waarmee je het naar een andere kolom schuift. De tellingen en de export lopen live mee, dus je houdt zelf de regie over wat er in de eerste versie belandt. Jij kent je gebruikers en je context beter dan een lijst met steekwoorden.
Waarom belandt inloggen vaak bij Daarna?
Een eerste versie is er vooral om te testen of het idee werkt, en dat kan vaak zonder dat mensen eerst een account maken. Inloggen voegt schermen en randgevallen toe die je nog niet nodig hebt. Noemt je lijst meerdere rollen, dan zet de tool inloggen wel bij de kern, want dan is toegang onderdeel van het idee.
Is deze indeling een garantie voor wat in één dag lukt?
Nee. De slicer geeft een indicatie van een haalbare eerste versie, geen belofte. Wat er echt in één dag past hangt af van je gegevens, je koppelingen en hoe scherp de kern is. Wil je dat concreter maken, doe dan de 1-dag-check of plan een bouwdag, dan kijken we er samen naar.
