Zo bouw ik een werkende app in drie weken: week voor week
Hoe ziet een traject van drie weken eruit? Week voor week: afbakenen, bouwen en testen, opleveren. Met wat er wel en niet in versie 1.0
Zo bouw ik een werkende app in drie weken: week voor week
Kort antwoord: in drie weken kan een eerste werkende versie staan als je in week één streng afbakent, in week twee bouwt en test met echte gebruikers, en in week drie oplevert en overdraagt. Wat niet in de afgesproken versie 1.0 past, gaat naar fase 2.
Ik werk in de Rapid Solution Studio met een vaste doorlooptijd van 2 tot 3 weken voor een eerste volwaardige versie. Dat klinkt als een belofte. Het is vooral een discipline. Hieronder beschrijf ik hoe zo'n traject eruitziet.
Hoe ziet week 1 eruit?
Doel: afbakenen en een fundament leggen.
- Een gesprek met de beslisser: wat moet er over drie weken werken, en voor wie?
- Vastleggen wat in versie 1.0 zit. Op papier, met jouw akkoord.
- De basis neerzetten: inloggen, rollen en gegevens, veilig en groeibaar.
- Eén werkend pad, van begin tot eind. Nog niet mooi, wel echt.
Het belangrijkste product van week 1 is een lijst: wat zit erin, en wat niet. Zonder die lijst wordt het geen drie weken.
Hoe ziet week 2 eruit?
Doel: bouwen en testen met echte gebruikers.
- De functies uit versie 1.0 worden gebouwd, in korte stappen.
- Je ziet tussentijds iets werkends, geen presentatie.
- Een kleine groep echte gebruikers probeert het uit. Hun reacties gaan boven aannames.
- Wat stuk is, wordt hersteld. Wat ontbreekt maar wel bij versie 1.0 hoort, komt erbij.
Dit is waar veel trajecten stranden: nieuwe wensen sluipen binnen. Mijn regel: een wens die niet in de lijst staat, gaat naar fase 2.
Hoe ziet week 3 eruit?
Doel: opleveren en overdragen.
- Opruimen, controleren en veiligheid nalopen.
- Beheerders trainen, zodat jouw team het zelf kan draaien.
- Oplevering van versie 1.0.
- Afspraken over wat daarna komt: beheer, fase 2, of loslaten.
Wat zit er wel in versie 1.0?
Een echte, veilige eerste versie: werkend, getest en in gebruik te nemen. Geen wegwerpprototype. Een basis waar je op door kunt bouwen.
Wat zit er niet in?
Alles wat niet in de afgesproken lijst staat. Dat is geen slechte wil, maar de reden dat de prijs vast kan blijven. Zie wat kost een app laten bouwen.
Waarom werkt dit?
Drie dingen:
- Eén aanspreekpunt. Je praat met degene die bouwt, zonder accountmanager.
- Echte gebruikers vroeg. Je leert van gedrag, niet van aannames.
- Een directe lijn met de beslisser. Geen commissies, geen overlegrondes. Zie waarom ik nee zeg tegen opdrachten zonder mandaat.
Wanneer lukt het niet in drie weken?
- Als er geen beslisser is die snel kan kiezen.
- Als de afbakening steeds verschuift.
- Als er veel koppelingen met trage externe systemen nodig zijn. Dan zeg ik dat vooraf.
Wat heb ik van jou nodig om het in drie weken te halen?
| Wat | Waarom |
|---|---|
| Een beslisser die kan kiezen | Elke wachttijd op een besluit kost een dag |
| Een duidelijke gebruiker | Zonder gebruiker bouw je op aannames |
| Toegang tot de systemen waar het mee moet koppelen | Wachten op toegang is de grootste vertraging |
| Een paar echte testgebruikers in week 2 | Hun reacties sturen het werk bij |
| Iemand die de beheerder wordt | Die training geef ik in week 3 |
Waar zit de vertraging meestal?
De techniek is zelden het probleem. De vertraging zit in drie dingen: wachten op toegang tot een extern systeem, wachten op een besluit en nieuwe wensen die binnenkomen terwijl er gebouwd wordt. Daarom werk ik met een vaste lijst en een directe lijn met de beslisser.
Hoe voorkom ik scope creep?
Een wens die tijdens het bouwen opkomt, wordt niet gratis toegevoegd en ook niet genegeerd. Ik schrijf hem op, we bepalen of hij in versie 1.0 hoort, en zo niet, dan gaat hij naar fase 2. Zo blijft de planning eerlijk en weet je altijd wat je krijgt.
Wat gebeurt er na de oplevering?
Na de oplevering draait de app bij jouw gebruikers. Jouw beheerders kunnen hem zelf bedienen. Wat je leert in de eerste weken, vormt de input voor fase 2: wat wordt gebruikt, wat niet en wat ontbreekt. Je kiest dan bewust wat er nog gebouwd wordt, in plaats van op voorhand alles te willen.
Veelgestelde vragen
Is drie weken een garantie? Het is mijn streefdoorlooptijd voor een afgebakende eerste versie. Wijkt jouw situatie af, dan zeg ik dat in het eerste gesprek, voordat er iets is afgesproken.
Wat als ik na drie weken meer wil? Dan bouwen we fase 2, met een eigen afspraak en prijs.
Kan mijn team het daarna zelf beheren? Ja. Ik train de beheerders in week 3.
Wat als er een extern systeem is waar ik niet snel bij kan? Dan zeg ik in het eerste gesprek dat de drie weken onder druk staan. Soms bouwen we eerst de rest en koppelen we later.
Hoeveel gebruikers kan een eerste versie aan? Dat bespreken we vooraf, per project. Ik bouw met een basis die kan meegroeien.
Een eerste gesprek
Wil je weten of jouw idee in drie weken past? Plan 30 minuten via weareimpact.nl/contact. Bekijk eerst de Rapid App Studio.
Wil je hier een strategie van maken die op één A4 past? Ik werk als AI strategie consultant voor gemeenten en welzijn.
Bekijk de aanpakVerdiep je verder in de kennisbank
Wil je meer weten over dit onderwerp?
Plan een vrijblijvend gesprek en ontdek hoe AI jouw organisatie kan versterken.
Neem contact op