Webapplicatie laten bouwen: kosten, voorbeelden en aanpak in 2026
Een webapplicatie laten bouwen kost bij Codavo vanaf €5.000 exclusief btw en duurt voor een afgebakende eerste versie meestal 4 tot 8 weken. Een typische maatwerkapplicatie met gebruikersrollen, een beheeromgeving en koppelingen komt meestal uit tussen €10.000 en €15.000. De juiste eerste stap is niet een lijst met alle gewenste functies, maar één complete workflow die voor een gebruiker aantoonbaar tijd, fouten of frustratie wegneemt.
Voorbeelden zijn een klantportaal, intern dashboard, planningssysteem, boekingstool of SaaS-product. Ze hebben gemeen dat gebruikers inloggen, met actuele data werken en acties uitvoeren. Heb je alleen een publieke pagina nodig waarop mensen informatie lezen? Dan is een maatwerk website waarschijnlijk logischer en goedkoper.
Wat is een webapplicatie?
Een webapplicatie is software die via een browser werkt. Er hoeft meestal niets geïnstalleerd te worden: gebruikers openen de applicatie op desktop, tablet of telefoon en krijgen alleen de functies en gegevens te zien die bij hun rol horen.
| Website | Webapplicatie | |
|---|---|---|
| Hoofddoel | Informeren en overtuigen | Een proces uitvoeren of automatiseren |
| Gebruikers | Bezoekers | Vaak ingelogde klanten of medewerkers |
| Data | Vooral gepubliceerde content | Actuele gegevens uit een database |
| Interactie | Lezen, formulier invullen | Lezen, toevoegen, wijzigen, goedkeuren en betalen |
| Voorbeelden | Bedrijfssite, landingspagina, blog | Portaal, dashboard, planner, SaaS-product |
Een website en webapplicatie kunnen wel naast elkaar bestaan. De website trekt nieuwe klanten aan; de applicatie helpt bestaande klanten of medewerkers hun werk te doen.
Zes voorbeelden van webapplicaties
Onderstaande bedragen zijn realistische bandbreedtes voor een eerste bruikbare versie, geen vaste pakketten. Datamigratie, uitzonderingen en externe systemen kunnen de scope vergroten.
| Voorbeeld | Wat de gebruiker ermee doet | Indicatie eerste versie |
|---|---|---|
| Klantportaal | Status bekijken, documenten downloaden, berichten sturen | €5.000–€10.000 |
| Intern dashboard | Werkvoorraad, KPI's en uitzonderingen beheren | €5.000–€12.000 |
| Planningstool | Mensen, materieel of afspraken inplannen | €8.000–€15.000 |
| Workflow-app | Aanvragen routeren, goedkeuren en opvolgen | €8.000–€15.000 |
| Boekings- of betaalplatform | Beschikbaarheid tonen, reserveren en betalen | €10.000–€20.000 |
| SaaS MVP | Meerdere klanten, abonnementen en eigen omgevingen | €10.000–€20.000+ |
In het investeringsportaal van Van Maaren zien investeerders bijvoorbeeld hun eigen portfolio-overzicht. Opairly is een SaaS-product waarin au-pairgezinnen hun huishouden en afspraken coördineren. Die producten lijken aan de buitenkant verschillend, maar gebruiken dezelfde bouwstenen: rollen, data, acties, notificaties en beheer.
Wanneer is maatwerk de juiste keuze?
Een webapplicatie op maat loont vooral als een belangrijk proces uniek is of bestaande software aantoonbaar werk veroorzaakt. Denk aan gegevens die medewerkers tussen Excel, e-mail en een CRM kopiëren, klanten die steeds om dezelfde status vragen of uitzonderingen die niet in een standaardpakket passen.
Maatwerk is vaak logisch wanneer:
- meerdere mensen met dezelfde actuele data moeten werken;
- handmatige overdracht elke week uren kost;
- klanten of partners veilige selfservice nodig hebben;
- verschillende systemen via API's moeten samenwerken;
- je een digitaal product met een eigen verdienmodel bouwt;
- fouten, wachttijd of ontbrekend overzicht directe omzet kosten.
Maatwerk is niet automatisch beter. Past een bestaand SaaS-pakket voor 90% en zijn de resterende omwegen goedkoop, dan is configureren vaak verstandiger. Ook een instabiel proces moet je niet te vroeg automatiseren: software maakt een onduidelijke werkwijze vooral sneller onduidelijk.
Lees bij twijfel de vijf signalen dat je een webapplicatie nodig hebt of bekijk hoe je Excel omzet naar één applicatie.
Welke onderdelen bepalen de scope?
De prijs wordt niet bepaald door het aantal schermen alleen. Eén overzicht met ingewikkelde rechten en datastromen kan meer werk zijn dan tien eenvoudige pagina's. Deze onderdelen bepalen de scope:
- Gebruikers en rollen. Wie mag welke gegevens zien, wijzigen, goedkeuren of exporteren?
- Kernworkflow. Welke gebeurtenis start het proces en wanneer is het succesvol afgerond?
- Datamodel. Welke klanten, orders, dossiers of afspraken hangen met elkaar samen?
- Beheeromgeving. Wat moet een beheerder zonder developer kunnen aanpassen?
- Koppelingen. Denk aan boekhouding, CRM, betalingen, e-mail of een branchesysteem.
- Migratie. Moeten bestaande spreadsheets, documenten of klantrecords mee?
- Meldingen en rapportages. Wie krijgt wanneer een e-mail, taak of waarschuwing?
- Niet-functionele eisen. Beveiliging, privacy, logging, snelheid en beschikbaarheid.
Een goede scope beschrijft daarom geen losse functies, maar gebruikersscenario's. “Een medewerker kan een aanvraag beoordelen en de klant krijgt automatisch de uitkomst” is duidelijker en beter testbaar dan “we hebben een dashboard en e-mail nodig”.
Wat kost een webapplicatie laten bouwen?
| Niveau | Typische scope | Investering | Doorlooptijd |
|---|---|---|---|
| Kleine eerste versie | Eén rol, één kernworkflow, beperkt beheer | €5.000–€10.000 | 4–6 weken |
| Typische maatwerkapp | Meerdere rollen, beheer en 1–3 koppelingen | €10.000–€15.000 | 6–10 weken |
| Complex platform | Multi-tenant, betalingen, migratie of veel integraties | €15.000+ | 10+ weken |
De grootste kostenverhogers zijn meestal niet het visuele ontwerp, maar uitzonderingsregels, rechten, slechte brondata en koppelingen zonder betrouwbare API. Daarom hoort een offerte expliciet te vermelden wat inbegrepen is, welke aannames gelden en hoe meerwerk wordt besloten.
Na de lancering kost eenvoudige hosting vaak €0 tot €20 per maand. Wie actief onderhoud, monitoring en kleine verbeteringen wil, kan bij Codavo kiezen voor Onderhoud of Groei; actief onderhoud begint bij €175 per maand. Dat is iets anders dan hosting: hosting houdt de applicatie bereikbaar, onderhoud houdt de software gezond en actueel.
Het bouwproces in vier fasen
1. Probleem en eerste versie afbakenen
We brengen gebruikers, huidige hulpmiddelen, knelpunten en gewenste uitkomst in kaart. Daarna kiezen we de kleinste complete workflow die zelfstandig waarde oplevert. Je krijgt een voorstel met scope, planning, investering en expliciete aannames.
2. Ontwerp en technische basis
De belangrijkste schermen, gebruikersrollen en datastromen worden uitgewerkt. Ook bepalen we hoe authenticatie, back-ups, logging en koppelingen werken. Dat voorkomt dat beveiliging of beheer pas aan het einde wordt “toegevoegd”.
3. Iteratief bouwen en testen
Je ziet regelmatig een werkende versie en test met herkenbare scenario's. Feedback gaat daardoor over echt gedrag in plaats van statische ontwerpen. Automatische tests beschermen de kritieke onderdelen; acceptatietests controleren of de afgesproken workflow in de praktijk klopt.
4. Migreren, lanceren en verbeteren
Bestaande data wordt opgeschoond en gecontroleerd geïmporteerd. Na een korte parallelle periode gaat het team over op de nieuwe bron van waarheid. Werkelijk gebruik bepaalt daarna welke verbetering het meeste oplevert.
Op de pagina over mijn werkwijze staat dit proces uitgebreider beschreven.
Beveiliging, privacy en eigenaarschap
Een productieapplicatie heeft meer nodig dan een login. Denk aan rolgebaseerde toegang, veilige sessies, versleuteld transport, back-ups, logging, invoervalidatie en een herstelpad als een koppeling uitvalt. De OWASP Application Security Verification Standard biedt een openbare set controlepunten voor het ontwerpen en toetsen van webapplicatiebeveiliging.
Vraag een leverancier daarom concreet:
- waar de data wordt opgeslagen en wie toegang heeft;
- hoe rollen en rechten worden getest;
- wat er gebeurt bij een mislukte betaling of API-koppeling;
- hoe back-ups worden gemaakt en teruggezet;
- of jij eigenaar blijft van code, accounts, domeinen en data;
- welke documentatie nodig is om het systeem later over te dragen.
Bij Codavo blijven code en data van de opdrachtgever. Ik werk met moderne, breed gedragen technologie zoals Nuxt, Cloudflare en Supabase, maar de productkeuze begint bij het proces, niet bij een favoriete tool. Meer daarover lees je in mijn tech-stack.
Hoe kies je een webapplicatiebouwer?
Een sterke technische partner kan niet alleen bouwen, maar ook schrappen en uitleggen. Let op deze signalen:
- de offerte noemt gebruikersscenario's en acceptatiecriteria;
- risico's en aannames zijn zichtbaar, niet verstopt;
- je spreekt direct met iemand die technische besluiten kan nemen;
- vergelijkbare projecten zijn live te bekijken;
- broncode, accounts en data blijven overdraagbaar;
- er is een concreet plan voor beheer na de lancering;
- de partner durft standaardsoftware te adviseren wanneer maatwerk niet loont.
Vergelijk je een freelancer met een bureau? Bekijk dan Codavo versus een webbureau.
Van idee naar een afgebakende eerste versie
Schrijf voor een eerste gesprek drie dingen op: wie de primaire gebruiker is, welke taak nu het meeste tijd of geld kost en hoe je meet dat de nieuwe werkwijze beter is. Daarmee kunnen we meestal snel bepalen of je een website, koppeling, standaardpakket of maatwerk webapplicatie nodig hebt.
Wil je een webapplicatie laten bouwen? Bekijk de mogelijkheden voor webapplicaties op maat of plan een gratis gesprek. Je krijgt een eerlijke eerste inschatting van scope, risico's, investering en een logische eerste versie.