Terug naar inzichten

Artikel

Wat kost een webapplicatie in 2026?

De orde van grootte die Nederlandse bureaus in 2026 hanteren, wat de bouwprijs bepaalt, en de jaarlijkse kosten die veel offertes niet scherp apart zetten.

Mike Smit20 april 202610 min leestijd

Het eerlijke antwoord: dat hangt af van wat u precies wilt laten bouwen, en dat verschil is groter dan de meeste prijspagina's doen vermoeden. Dit artikel geeft de orde van grootte die Nederlandse bureaus in 2026 hanteren, de karakteristieken die bepalen waar uw project binnen die ranges uitkomt, en (minstens zo belangrijk) wat het daarna nog kost om de applicatie jarenlang draaiende te houden.

De orde van grootte voor de bouw in 2026

Uit publieke prijspagina's van Nederlandse bureaus komt dit beeld naar voren:

Projecttype Indicatie 2026 Doorlooptijd
Eenvoudige tool of automatisering € 1.000 tot € 15.000 3 tot 6 weken
Klantportaal of dashboard € 5.000 tot € 35.000 6 tot 10 weken
MVP / eerste werkbare versie € 3.000 tot € 40.000 4 tot 10 weken
Bedrijfssoftware met integraties € 25.000 tot € 75.000 2 tot 5 maanden
Volledig platform of SaaS € 25.000 tot € 150.000+ 4 tot 8+ maanden

Plus een uurtarief dat zelf ook stevig varieert:

  • Nederlandse bureaus: doorgaans € 90 tot € 160 per uur
  • Freelancers: € 65 tot € 125
  • Nearshore (Oost-Europa): € 45 tot € 80
  • Offshore (Azië): € 20 tot € 50

Deze getallen geven een orde van grootte, geen antwoord. Voor uw specifieke vraag verschuift het bedrag afhankelijk van een handvol karakteristieken van het project zelf.

Wat de bouwprijs bepaalt

1. De workflows en het doel van de applicatie

De grootste variabele, en degene die in offertes het vaakst ondergesneeuwd raakt achter feature-lijsten. Wat moet er op welk moment gebeuren? Wie doet wat, met welke rollen en rechten? Waar zitten de beslismomenten, de uitzonderingen, de handmatige checks die bij nader inzien toch geautomatiseerd blijken te moeten? Twee applicaties met dezelfde schermen kunnen een factor drie uit elkaar liggen in bouwkosten als de ene lineair is en de andere vol staat met conditionele flows, goedkeuringen en uitzonderingsregels.

2. Type applicatie en niveau van integratie

Dit is de factor waar bureaus stilletjes het meest op verdienen, omdat opdrachtgevers vaak niet weten waar hun vraag op deze schaal valt. Vier niveaus, elk met een eigen werklast en prijsprofiel. Een disclaimer vooraf: de bedragen hieronder zijn orde-van-grootte voor een kale variant op dat niveau. Wat erbij komt (koppelingen, rollen, uitzonderingsregels, rapportages, integriteitseisen) schuift de werkelijke prijs omhoog, soms fors.

Niveau 1: CRUD of administratieve applicatie. Gegevens aanmaken, lezen, bijwerken, verwijderen. Meerdere objecten, een fatsoenlijk rechtenmodel, een paar rapportages. Het type applicatie waarop veel bureaus hun marge maken: overzichtelijk, risico-arm, goed te schatten. Met de juiste basisframeworks voor back- en front-end bouwen wij dit in hoog tempo. Indicatie: € 2.000 tot € 8.000, afhankelijk van het aantal objecten en de diepgang per object.

Niveau 2: Data-integratie. Gegevens ophalen of wegzetten tussen systemen: orders uit Shopify naar Moneybird, productdata uit een PIM in de webshop. In praktijk ruwweg factor twee bovenop een vergelijkbare CRUD-applicatie, omdat u er niet alleen uw eigen datamodel heeft, maar ook het datamodel en de eigenaardigheden van een extern systeem. Opnieuw afhankelijk van wat er precies heen en weer moet, en hoe volwassen de API aan de andere kant is.

Niveau 3: Workflow-orkestratie. Een proces dat over meerdere systemen heen loopt: afhankelijkheden, volgorde, foutafhandeling, wat er gebeurt als één systeem kort niet bereikbaar is. De prijs hangt sterk af van hoe u dit doet. Via een bestaande orchestration-tool (denk aan n8n, LangChain of vergelijkbaar): sneller live, lagere initiële investering, maar wel licentie- of gebruikskosten die doorlopen. Zelf bouwen: meer opzet vooraf, volledige controle, geen vendor-afhankelijkheid, en meer geschikt voor organisaties met een écht complexe of kritische operatie waar standaardtools tegen hun grenzen lopen. Voor het midden- en kleinbedrijf is de standaard-oplossing vrijwel altijd meer feasible, zowel in bouwkosten als in total cost of ownership over een paar jaar gemeten. De afweging is niet "welke tool is goedkoper vandaag", maar "welke past over drie jaar nog bij hoe onze processen zich ontwikkelen".

Niveau 4: Procesoptimalisatie. De applicatie helemaal tot in detail gebouwd naar de wensen van de klant, met als expliciet doel verspillingen, extractieve last en inefficiënties uit het proces te halen en het systeem volledig af te stemmen op hoe er gewerkt wordt. Dit niveau heeft de meest onzekere prijs-range van de vier, juist omdat de waarde zit in wat er nog niet zichtbaar is bij de start. Hier maakt de keuze voor een strategische partner het verschil: iemand die niet alleen bouwt wat u vraagt, maar meedenkt over wat u eigenlijk nodig heeft. De investering is hoger, de opbrengst op termijn ook, meestal in tijd die niet meer verloren gaat aan handmatig schakelen, correcties en uitzonderingen.

In de praktijk ziet u vaak een mix: een CRUD-basis, een paar data-integraties, één georkestreerde workflow en op één strategisch punt een stuk echte procesoptimalisatie. Die mix laat zich niet vangen in een enkel bedrag, en dat is precies waarom een offerte die dat wél doet vragen zou moeten oproepen.

3. Design en gebruikerservaring

Voor interne tools kan een strakke, functionele UI volstaan. Voor klant- of publieksgerichte toepassingen tilt een serieus UX-traject het bouwbudget met 15 tot 30 procent op, met ongeveer 20 procent als gangbare vuistregel in de branche. Dat is geen overbodige luxe. UX-investering betaalt zich doorgaans terug in hogere adoptie, minder support en een applicatie die mensen willen blijven gebruiken in plaats van omzeilen.

4. Type leverancier

De uurtarief-range werkt direct door in het eindbedrag, maar de keuze zit dieper dan tarief alleen. Grofweg vier typen waar u uit kiest:

  • Grote maatwerkbureaus: breed team, volwassen processen, ruim trackrecord. Uurtarief aan de bovenkant (€ 120 tot € 160), met een overhead-laag die u meebetaalt aan pm, accountmanagement en een verkooporganisatie. Geschikt voor organisaties die behoefte hebben aan die structuur.
  • Jonge, gespecialiseerde bureaus zoals wij. Dezelfde degelijkheid en structuur als een groot bureau (echt trackrecord, vaste werkwijze, onderhoud en beheer op orde), maar zonder de overhead-laag. Daarbij komt de gedrevenheid van een team dat zijn naam nog aan het vestigen is: elk project telt, elke klant telt, de betrokkenheid is persoonlijk. In de praktijk een scherper uurtarief bij vergelijkbare kwaliteit, plus een opdrachtgever die direct aan tafel zit met de mensen die het werk doen.
  • Freelancers: € 65 tot € 125 per uur, flexibel en persoonlijk, maar afhankelijk van één persoon. Geen back-up als die persoon uitvalt of het project groter wordt dan één hoofd kan dragen.
  • Nearshore en offshore: € 20 tot € 80, laagste tarief, maar communicatie- en tijdzone-druk hoger. Vaak extra regie-uren nodig aan uw kant om tot hetzelfde resultaat te komen.

Een laag uurtarief is geen lage eindprijs als er meer uren nodig zijn om tot hetzelfde resultaat te komen.

5. De inzet van AI-ondersteunde ontwikkeling

In 2026 de factor die het verschil maakt tussen een offerte uit 2023 en een offerte vandaag. AI-tooling heeft niet zozeer de snelheid verhoogd, maar vooral de samenstelling van een bouwtraject verschoven, van handmatig typen naar architectuur, review en integratie-werk. Dat verandert wat een uur ontwikkeltijd oplevert, welke partijen die tijd efficiënt benutten, en waarom een laag uurtarief niet automatisch een lage eindprijs betekent. Een bureau dat deze tooling effectief inzet, levert bij vergelijkbare kwaliteit doorgaans sneller op en kan een scherpere prijs voeren zonder concessies te doen aan degelijkheid.

Wat er bij ons altijd in zit

Eén factor die vaak als prijs-opdrijver wordt gepresenteerd hoort er bij ons niet in thuis: corporate-compliance-basis, oftewel toegangsbeheer, logging, backup-strategie, AVG-bewuste data-opslag en fatsoenlijke foutafhandeling. Onze basis-applicaties voldoen hier vanzelf aan. Het is geen meerwerk, geen optionele module. Het is onderdeel van wat "opgeleverd" bij ons betekent.

Wat het kost om een applicatie draaiende te houden

Bouwkosten zijn eenmalig. Maar een applicatie moet vervolgens jaren blijven draaien, en dat kost geld op twee niveaus die in offertes vaak door elkaar worden geklutst: infrastructuur (hosting en beheer) en applicatie (onderhoud en support). Wie de twee uit elkaar trekt, ziet veel sneller waar een offerte vaag is.

Hosting en beheer: de infrastructuur

Waar draait de applicatie, wie houdt de servers gezond, wie monitort de logs, wie patcht het besturingssysteem, waar staan de backups. Orde van grootte per maand voor EU-hosting:

  • Vanaf circa € 50 voor een kale, CRUD-georiënteerde applicatie op een basis managed VPS: beperkt verkeer, standaard backup, geen zware workflows. De absolute ondergrens voor een professioneel gehoste applicatie.
  • € 150 per maand als typische MKB-realiteit voor een volwaardige webapplicatie met data-integraties, monitoring en fatsoenlijke backup- en security-inrichting. Meerdere Nederlandse hosting-bronnen noemen dit als gemiddelde voor SMB-webapps.
  • € 300 of meer per maand voor grote, complexe applicaties met zware workflows, doorlopende wijzigingstrajecten, hogere beschikbaarheidseisen of zwaardere compliance-vereisten.

Deze bedragen dekken: hosting (server, database, backup, SSL), monitoring, security-patches op de infrastructuur en log-opslag. Ze dekken níet: wijzigingen aan de applicatie zelf.

Onderhoud en support: de applicatie

Los van de infrastructuur loopt het applicatie-niveau. Een API die van versie wisselt, een koppeling die een nieuw veld krijgt, een kleine procesaanpassing, een dependency die een security-update nodig heeft, een gebruiker die tegen een vraag aanloopt. Reken op 15 tot 25 procent van de bouwinvestering per jaar.

Hoeveel hiervan aan support opgaat, hangt grotendeels af van twee keuzes die al bij de bouw zijn gemaakt:

  • Hoe vanzelfsprekend de workflow en user experience zijn. Een applicatie waarvan de logica meteen duidelijk is, genereert weinig support-vragen. Een applicatie die slim werkt maar verwarrend is, vraagt doorlopend uitleg.
  • Hoe goed de eindgebruikers-documentatie is. Gebouwde documentatie kost eenmalig tijd tijdens de bouw, maar drukt de support-vraag over de hele levensduur. Of u die documentatie wilt laten bouwen is een keuze van u als opdrachtgever, en die keuze heeft direct invloed op zowel de bouw-offerte als de support-kosten daarna.

Een applicatie met heldere UX en fatsoenlijke documentatie zit aan de onderkant van die 15 tot 25 procent, een applicatie zonder aan de bovenkant.

Total cost of ownership

Een eerlijke kostenvergelijking tussen leveranciers kijkt niet alleen naar de bouw, maar naar de total cost of ownership (TCO) over drie tot vijf jaar. De vereenvoudigde basisformule die voor het MKB in de meeste gevallen volstaat:

TCO = Bouwkosten + (Hosting/beheer × 12 × jaren) + (Onderhoud/support per jaar × jaren)

Voor de volledigheid: het klassieke TCO-begrip (zoals oorspronkelijk door Gartner geïntroduceerd) omvat ook posten als opleiding van gebruikers, productiviteitsverlies bij downtime en inefficiënt gebruik. Gartner zelf stelt dat organisaties die alleen naar de sticker-prijs kijken, gemiddeld 15 tot 20 procent aan "onzichtbare" kosten over het hoofd zien. Voor de meeste MKB-applicaties zijn bouw, hosting/beheer en onderhoud/support de drie posten die u wél scherp op papier wilt zien. De overige posten zijn relevant, maar lastiger te kwantificeren vooraf.

Een simpel rekenvoorbeeld over drie jaar, voor een applicatie van € 20.000 bouwbudget:

Post Per maand/jaar Over 3 jaar
Bouw (eenmalig) € 20.000 € 20.000
Hosting/beheer € 100 per maand € 3.600
Onderhoud/support 20% van bouw = € 4.000 per jaar € 12.000
Totaal € 35.600

Een applicatie die bij de bouw € 5.000 goedkoper is, maar € 150 per maand duurder in hosting en vijf procentpunt meer in jaarlijks onderhoud, is over drie jaar feitelijk duurder. Dát zijn de getallen die op tafel horen als u twee offertes naast elkaar legt, niet alleen het bouwbedrag.

Tot slot

De vraag "wat kost een webapplicatie?" is niet de juiste. De juiste vraag is "wat kost een webapplicatie die over drie jaar nog bij ons past, inclusief onderhoud, beheer en doorontwikkeling?" Bureaus die daar een eerlijk antwoord op geven, trekken de bouw, de infrastructuur en het applicatie-onderhoud uit elkaar in hun offerte. Bureaus die dat niet doen, verbergen doorgaans waar de rekening later landt.

Wij doen het graag andersom: het totale plaatje eerst, de componenten daaronder transparant, en een onderhoudsafspraak die past bij hoe kritisch de applicatie voor u is. Of het nu € 5.000 of € 150.000 wordt, de vragen om te stellen zijn dezelfde.