Webapplicatie onderhoud kosten: wat betaal je per jaar?

Webapplicatie onderhoud kosten staan bijna nooit in de eerste begroting. Dat merk je pas als de applicatie een jaar live is. De bouw was netjes ingepland. De lancering is gevierd. En dan komt de vraag: wie houdt dit ding eigenlijk bij?

Het korte antwoord: reken op 15 tot 20% van je bouwbudget per jaar. Voor kleinere toepassingen geldt een basislaag van 500 tot 1.500 euro per maand aan onderhoud. In dit artikel lees je waar dat bedrag vandaan komt. En waarom uitstellen bijna altijd duurder uitpakt.

Webapplicatie onderhoud kosten per jaar: de rekensom

Onderhoud aan een webapplicatie kost 15 tot 20% van het bouwbudget per jaar. Voor kleinere toepassingen hanteren we een basislaag van 500 tot 1.500 euro per maand aan onderhoud. Ook een rustige applicatie heeft updates, monitoring en backups nodig.

Even concreet. Pak je bouwbudget erbij en neem daar 15 tot 20 procent van. Dat is je jaarbudget. Geen boete voor slecht bouwen, maar de prijs van software die blijft werken. De wereld eronder verandert namelijk. Browsers updaten. Frameworks krijgen nieuwe versies. Lekken worden gepubliceerd.

Hosting staat daar los van. Voor een mkb-omgeving op Azure zit je meestal tussen 100 en 400 euro per maand aan hosting. Dat hangt af van je data en het aantal gebruikers. Vraag altijd of hosting in een aanbod zit. Anders krijg je er later gedoe over.

Ken je je bouwbudget nog niet? Begin dan bij de kosten van een webapplicatie laten maken. Zonder dat getal is elke indicatie een gok. Nog een tip die je in geen enkele offerte ziet: zet dat percentage meteen in je meerjarenbegroting. Niet pas als de eerste factuur komt.

Wat zit er in onderhoud van een webapplicatie?

Onderhoud is meer dan wachten tot er iets kapot gaat. Wij verdelen het in drie lagen: preventief, reactief en doorontwikkeling. Die eerste laag is de belangrijkste. En tegelijk de minst zichtbare.

Preventief betekent updates op de techniek eronder. Plus beveiligingspatches, kleine reparaties die leveranciers uitbrengen zodra er een lek bekend is. Ook backups checken en monitoring inrichten hoort erbij. Monitoring is software die meekijkt of alles draait. Bij fouten of trage pagina’s stuurt die een melding. Wij gebruiken daar tools als Sentry en Application Insights voor. Zo zien we een fout vaak voordat een gebruiker belt.

Reactief onderhoud is het oplossen van bugs in productie. Die komen er altijd, ook bij goed geteste software. Echte gebruikers doen nu eenmaal dingen die niemand had voorzien. De derde laag is doorontwikkeling: kleine verbeteringen, een extra veld, een rapport dat net anders moet.

Het verschil tussen de basislaag en een ruimer contract zit in die derde laag. En in reactietijden. De basislaag houdt je applicatie veilig en draaiend. Wil je elke maand ook doorontwikkelen? Dan kom je dichter bij die 20%.

Wat gebeurt er als je onderhoud overslaat?

Achterstallig onderhoud is op korte termijn goedkoper. Op middellange termijn is het bijna altijd duurder. Dat is geen verkooppraatje. Dat zien we als we projecten van andere bureaus overnemen.

Gifwijzer is daar het duidelijkste voorbeeld van. Het vorige bureau updatete de app niet meer. De codebase liep achter op de SDK’s. Apple en Google namen geen nieuwe releases meer aan. Onze eerste stap was dus geen mooie nieuwe functie. We trokken de stack naar actuele SDK-versies, puur om weer te kunnen publiceren. Daarna breidden we content en functionaliteit uit. Sindsdien doen wij het onderhoud. Bijblijven is gewoon goedkoper dan inlopen.

Bij webapplicaties werkt het net zo. Alleen is er geen app store die je tegenhoudt. Geen poortwachter die stop zegt. Het verval gaat dus stil. Tot een framework buiten ondersteuning valt en er geen beveiligingsupdates meer komen. Microsoft publiceert een openbare supportkalender voor .NET-versies. Valt jouw versie daarbuiten? Dan ben je zelf verantwoordelijk voor elk lek dat nog opduikt.

Onze mening, en die is niet neutraal: doorlopend onderhoud is voordeliger dan een inhaalslag. Bij een inhaalslag betaal je niet alleen voor de updates. Je betaalt ook voor het opnieuw begrijpen van code die jaren stil lag. En voor het testen van alles tegelijk. Bij Berkleba gaat het anders. Daar onderhouden we sinds 2016 doorlopend. Juist daardoor konden we in stappen van Access naar .NET, en in 2026 naar Azure. Zonder die lijn was het een complete herbouw geworden.

Zo zag het startpunt eruit in het Berkleba-klantverhaal. Een Access-database die het bedrijf jaren draaiend hield. Die hebben we stap voor stap vervangen, niet in een keer weggegooid.

Hoe kies je het juiste onderhoudsniveau?

Ons simpelste criterium: valt het bedrijf stil als deze software eruit ligt? Zo niet, dan is de basislaag genoeg. Zo wel, dan wil je iemand die meekijkt. Niet iemand die pas reageert als een gebruiker belt.

Bij Berkleba is dat antwoord helder. Daar zit het hele bedrijf dagelijks in het platform, van orders tot facturatie. Een interne tool met een handjevol gebruikers zit in de andere categorie. Daar valt niemand om van een middagje storing. Wij zeggen ook eerlijk dat je op de basislaag kunt blijven als dat past. Een duurder contract verkopen aan iemand die het niet nodig heeft, daar wordt niemand blij van.

We letten op drie signalen om te zien of het niveau omhoog moet. Ten eerste: de vragen gaan niet meer over storingen, maar over uitbreidingen. Ten tweede: monitoring geeft meldingen die dezelfde dag opgepakt moeten worden. Ten derde: het aantal koppelingen groeit. Bij Berkleba zitten daar onder meer Exact Online en de Outlook-sync bij. Elke koppeling is een plek waar iets kan veranderen buiten jouw invloed om.

Ons advies: begin met de basislaag. Breid uit zodra een van die drie signalen zich aandient. Vraag je elke maand iets kleins aan? Dan is een vast onderhoudsblok goedkoper en rustiger dan losse opdrachten.

Twijfel je of je huidige onderhoud klopt bij wat je applicatie nodig heeft? Stuur ons wat je nu hebt liggen. Dan kijken we mee en zeggen we eerlijk of het te veel of te weinig is. Overweeg je juist iets nieuws? Begin dan bij onze pagina over een webapplicatie laten maken. Een half uur bellen scheelt vaak een jaar aan verrassingen. De koffie is op ons. ☕