Een webapplicatie ontwikkelen verloopt in zeven fases: intake, discovery, prototype, bouwen in sprints, testen, livegang en beheer. Een eerste werkende versie (MVP) staat meestal na 8 tot 16 weken live, waarvan ongeveer een kwart opgaat aan voorbereiding. Hoe beter die voorbereiding, hoe minder verrassingen tijdens het bouwen. Als opdrachtgever lever je vooral kennis van je proces en snelle feedback.
Kosten en doorlooptijden in dit artikel zijn indicatieve voorbeelden, geen offerte of vaste belofte. Scope, risico’s en projectafspraken bepalen de uiteindelijke invulling.
Waarom de aanpak belangrijker is dan de code
De meeste softwareprojecten lopen niet vast op techniek, maar op onduidelijke verwachtingen. Wat de opdrachtgever voor ogen had, blijkt anders dan wat er is gebouwd. Daarom werken goede ontwikkelaars niet met een dik eisenpakket dat in één keer wordt opgeleverd, maar in korte rondes waarin je steeds werkende software ziet en kunt bijsturen. Dat heet agile of iteratief werken.
Het voordeel: je ontdekt na twee weken dat een scherm onhandig werkt, niet na zes maanden. En je kunt prioriteiten verschuiven zodra je merkt wat gebruikers echt nodig hebben.
De 7 fases van het ontwikkelen van een webapplicatie
1. Intake: het probleem scherp krijgen
In een eerste gesprek gaat het niet over functies, maar over het probleem. Welk proces kost nu te veel tijd? Wie zijn de gebruikers? Wat is het meetbare doel, bijvoorbeeld 30 procent minder handwerk of klanten die zelf hun orderstatus kunnen zien? Na de intake weet je of maatwerk de juiste route is, of dat een standaardpakket volstaat.
2. Discovery en functioneel ontwerp
Samen brengen we het huidige proces in kaart en vertalen we dat naar user stories: korte beschrijvingen als "als planner wil ik monteurs per regio zien, zodat ik sneller kan inplannen". Elke story krijgt een prioriteit volgens MoSCoW (must, should, could, won't). Daarnaast inventariseren we koppelingen met bestaande systemen, zoals boekhouding, CRM of ERP, en welke persoonsgegevens de applicatie verwerkt.
Resultaat: een geprioriteerde backlog, een afgebakende MVP en een onderbouwde begroting.
3. Klikbaar prototype
Voordat er code wordt geschreven, maken we een klikbaar prototype in een tool als Figma. Je klikt door de belangrijkste schermen alsof het de echte applicatie is. Laat het testen door twee of drie toekomstige gebruikers. Een fout herstellen in een prototype kost minuten; dezelfde fout in opgeleverde code kost dagen.
4. Bouwen in sprints
Het bouwen gebeurt in sprints van 1 tot 2 weken. Elke sprint eindigt met een demo waarin je nieuwe functionaliteit ziet en test op een testomgeving. Tussentijds verschuiven kan: een nieuwe wens gaat op de backlog en krijgt een plek in een volgende sprint. Zo blijven budget en planning beheersbaar.
Welke technologie gebruikt wordt en hoe de applicatie technisch in elkaar zit, lees je in ons artikel over architectuur en beveiliging.
5. Testen en acceptatie
Testen gebeurt de hele tijd, niet pas aan het eind. Ontwikkelaars schrijven geautomatiseerde tests die bij elke wijziging draaien. Voor livegang volgt een acceptatietest door jouw gebruikers, met echte scenario's. Bij applicaties met gevoelige data hoort daar een beveiligingstest bij, gebaseerd op de ICT-beveiligingsrichtlijnen voor webapplicaties van het NCSC.
6. Livegang en datamigratie
Bij de livegang zetten we de applicatie op de productieserver, migreren we bestaande gegevens uit Excel of het oude systeem en geven we een korte training. Kies een rustig moment, niet de drukste week van het jaar, en spreek af wie de eerste dagen het aanspreekpunt is.
7. Beheer en doorontwikkeling
Na de livegang begint het eigenlijke leven van de applicatie. Monitoring, back-ups, beveiligingsupdates van het framework en nieuwe wensen van gebruikers. Reken hiervoor jaarlijks op 10 tot 20 procent van het oorspronkelijke ontwikkelbudget.
Hoeveel tijd kost elke fase?
Onderstaande indicatie geldt voor een gemiddelde zakelijke webapplicatie, zoals een klantportaal of planningstool met een paar koppelingen.
| Fase | Doorlooptijd | Wat het oplevert |
|---|---|---|
| 1. Intake | 1 week | Probleemdefinitie en doel |
| 2. Discovery en functioneel ontwerp | 1 tot 3 weken | Backlog, MVP-afbakening, begroting |
| 3. Klikbaar prototype | 1 tot 2 weken | Getest schermontwerp |
| 4. Bouwen in sprints | 4 tot 10 weken | Werkende MVP op testomgeving |
| 5. Testen en acceptatie | 1 tot 2 weken | Goedgekeurde versie |
| 6. Livegang | enkele dagen | Applicatie in gebruik |
| 7. Beheer | doorlopend | Updates en nieuwe functies |
Optelsom: 8 tot 16 weken tot een eerste versie in gebruik. Complexe systemen met veel koppelingen duren langer. Wat dit financieel betekent, lees je in wat een webapplicatie laten maken kost.
Wat verwachten we van jou als opdrachtgever?
De beste applicaties ontstaan wanneer de opdrachtgever actief meedenkt. Concreet vraagt dat:
- Eén product owner aan jouw kant die beslissingen mag nemen. Reken op 2 tot 4 uur per week.
- Toegang tot gebruikers, zodat we kunnen testen met de mensen die er straks dagelijks mee werken.
- Voorbeelddata en toegang tot systemen waarmee gekoppeld moet worden, inclusief API-documentatie.
- Snelle feedback op demo's, bij voorkeur binnen een paar dagen.
Vijf valkuilen die projecten laten ontsporen
- Alles in versie 1 willen. Hoe groter de eerste versie, hoe later je leert wat werkt. Begin klein.
- Gebruikers pas aan het eind betrekken. Dan blijkt de applicatie niet aan te sluiten op hoe mensen echt werken.
- Koppelingen onderschatten. Een koppeling met een ouder systeem zonder goede API kan meer tijd kosten dan de rest van de applicatie.
- Geen beheerafspraak. Zonder updates verouderen framework en afhankelijkheden, met beveiligingsrisico's als gevolg.
- Geen afspraken over eigendom. Zorg dat de broncode van jou is en dat je toegang hebt tot de repository.
Een webapplicatie laten ontwikkelen met Fellappo? We starten met een gratis intake en vertellen je daarna eerlijk wat de beste route is, inclusief een inschatting van doorlooptijd en budget.
Plan een gesprek ↗Veelgestelde vragen over het ontwikkelen van een webapplicatie
Hoe lang duurt het om een webapplicatie te ontwikkelen?
Een MVP van een gemiddelde zakelijke webapplicatie staat meestal binnen 8 tot 16 weken live. Eenvoudige tools kunnen sneller, complexe platforms met veel koppelingen duren 4 tot 9 maanden.
Wat is een MVP?
Een minimum viable product is de kleinste versie van je applicatie die het belangrijkste probleem oplost. Je zet hem snel in, verzamelt feedback en bouwt daarna gericht verder.
Moet ik zelf technische kennis hebben?
Nee. Je moet je proces en je gebruikers goed kennen. De vertaling naar techniek is het werk van de ontwikkelaar. Wel helpt het om tijd vrij te maken voor demo's en feedback.
Kan ik tijdens het ontwikkelen nog wijzigingen doorvoeren?
Ja. Bij een agile aanpak gaat een nieuwe wens op de backlog en krijgt hij een plek in een volgende sprint. Je schuift dan wel iets anders naar achteren, of je verhoogt het budget.
Wat is het verschil tussen agile en waterval?
Bij waterval leg je alles vooraf vast en zie je het resultaat pas aan het eind. Bij agile bouw je in korte sprints en zie je elke 1 tot 2 weken werkende software. Voor webapplicaties werkt agile vrijwel altijd beter.
Wie test de applicatie?
De ontwikkelaars testen doorlopend met geautomatiseerde tests. Voor livegang testen jouw eigen gebruikers de applicatie in een acceptatietest, aangevuld met een beveiligingstest als er gevoelige gegevens worden verwerkt.
