Een app is na livegang niet klaar. Wat app-onderhoud en doorontwikkeling structureel kosten, welke werkzaamheden erbij horen, en hoe je dit vooraf in je budget meeneemt.
Door Melle Linschoten · 14 augustus 2026
De meeste gesprekken over een app laten bouwen gaan over de bouwkosten - en vergeten de vraag die er minstens zo hard toe doet: wat kost het om de app daarna draaiende te houden? Een app die na livegang wordt losgelaten, loopt binnen een jaar vast op nieuwe OS-versies, verouderde beveiligingseisen of simpelweg gebruikers die functies missen die concurrenten inmiddels wel bieden.
Dit artikel zet op een rij welke werkzaamheden onder onderhoud vallen, wat je daar redelijkerwijs voor moet reserveren, en waarom dit vanaf dag één in je projectbegroting thuishoort in plaats van als verrassing achteraf.
Een website die je met rust laat, blijft meestal gewoon werken. Een app niet: Apple en Google brengen regelmatig nieuwe OS-versies uit, nieuwe toestelmodellen komen op de markt, en beveiligingseisen voor apps in de stores worden periodiek aangescherpt. Zonder onderhoud werkt een app op een gegeven moment niet meer correct - schermen die niet meer goed passen op een nieuw toestelformaat, functionaliteit die breekt door een OS-update, of in het uiterste geval een app die uit de store wordt gehaald omdat hij niet meer voldoet aan de laatste richtlijnen.
Onderhoud is dus geen luxe-toevoeging, maar een structureel onderdeel van app-eigenaarschap - net zo vanzelfsprekend als onderhoud aan een fysiek product of pand. Het verschil is dat onderhoud aan een app minder zichtbaar is totdat het misgaat, waardoor het makkelijker wordt onderschat bij het opstellen van een budget.
Stel: een app wordt gelanceerd en draait een tijd lang probleemloos. Zonder onderhoudscontract gebeurt er niets - totdat Apple of Google een nieuwe OS-versie uitbrengt. Schermen die niet meer goed schalen, een inlogflow die plotseling vastloopt, of een crash bij het openen van de app op nieuwere toestellen: dit zijn geen uitzonderingen, maar het voorspelbare gevolg van een app die aan zijn lot wordt overgelaten.
Het probleem is niet alleen technisch. Gebruikers die een app een paar keer zien crashen, verwijderen hem en komen zelden terug. Slechte reviews in de store zijn vervolgens lastiger te herstellen dan de vertraging die je had gehad als je het probleem vooraf had voorkomen. Onderhoud overslaan bespaart dus geen geld - het verplaatst de kosten naar een moment waarop ze hoger zijn én zichtbaar voor je gebruikers.
De termen “onderhoud” en “doorontwikkeling” worden vaak door elkaar gebruikt, maar zijn niet hetzelfde. Onderhoud houdt de app werkend zoals hij is: bugfixes, beveiligingspatches en compatibiliteit met nieuwe OS-versies. Doorontwikkeling voegt nieuwe functionaliteit toe die er nog niet was, op basis van gebruikersfeedback of nieuwe bedrijfsbehoeften.
Het onderscheid is meer dan semantiek: onderhoud is in de praktijk vrijwel altijd noodzakelijk, terwijl doorontwikkeling een keuze is die je bewust maakt op basis van wat je leert nadat de app in gebruik is. Een goede ontwikkelpartij maakt dit onderscheid ook in de offerte zichtbaar, zodat je weet welk deel van de kosten onvermijdelijk is en welk deel optioneel.
Als vuistregel: reken op 10-15% van de initiële ontwikkelkosten per jaar aan updates, OS-compatibiliteit, beveiligingspatches en hosting - los van eventuele doorontwikkeling met nieuwe functies. Bij een app die €30.000 heeft gekost, betekent dat structureel €3.000-€4.500 per jaar om hem draaiende en actueel te houden. Dat bedrag loopt op naarmate de app meer koppelingen, gebruikersrollen of externe integraties heeft, en neemt af bij een lichte, eenvoudige app met weinig bewegende delen.
Dit bedrag hoort standaard in je totale projectbegroting thuis, niet als verrassing achteraf. De volledige kostenopbouw van een app-project, inclusief onderhoud als aparte factor naast de initiële bouwkosten, staat in wat kost een app of website laten maken? Ook de app prijzen op onze eigen routepagina geven een indicatie van hoe bouwkosten en nazorg zich tot elkaar verhouden.
Onderhoud hoeft niet per se bij dezelfde partij te liggen die de app oorspronkelijk heeft gebouwd, maar het is wel de meest voor de hand liggende route: zij kennen de codebase en de gemaakte keuzes al, wat een nieuwe partij eerst zou moeten doorgronden voordat ze effectief kunnen ingrijpen. Kies je bewust voor een andere partij, bijvoorbeeld omdat de oorspronkelijke bouwer geen onderhoud aanbiedt, zorg dan dat er goede documentatie is overgedragen - anders betaal je in feite dubbel: eerst voor het bouwen, dan voor het opnieuw leren begrijpen van de app door een ander team.
Vraag ook naar reactietijden: wat gebeurt er als de app onverwacht crasht op een zaterdagavond? Niet elke partij biedt hetzelfde niveau van beschikbaarheid, en dat hoeft ook niet voor elke app noodzakelijk te zijn - maar het is een afspraak die je liever vooraf vastlegt dan tijdens een storing ontdekt.
Niet elke partij neemt onderhoud vanzelfsprekend mee in een offerte. Vraag daarom bij het kiezen van een bureau, freelancer of zzp’er expliciet: wat gebeurt er als een nieuwe iOS-versie functionaliteit breekt? Wie is verantwoordelijk voor beveiligingsupdates, en binnen welke termijn worden die doorgevoerd? Wat kost een gemiddelde onderhoudsronde per kwartaal, en zit hosting daar wel of niet in? Een partij die deze vragen helder kan beantwoorden voordat het project begint, bespaart je achteraf discussie én geld.
Let ook op wie de code en de app store-accounts in eigendom houdt. Een onduidelijke afspraak hierover kan je bij een wisseling van leverancier onnodig kwetsbaar maken, juist op het moment dat je een andere partij onderhoud wilt laten overnemen.
Bij ProtoForge nemen we onderhoud standaard mee in het gesprek over een project, niet pas na livegang. Bekijk het volledige stappenplan voor het laten bouwen van een app om te zien waar onderhoud in het grotere traject past, inclusief de andere keuzes die de uiteindelijke kosten bepalen.
Wil je weten wat onderhoud voor jouw specifieke app zou kosten? Plan een vrijblijvend kennismakingsgesprek - we reageren binnen 24 uur met een eerlijke inschatting, inclusief nazorg.
Dat gesprek hoeft niet te wachten tot na livegang. Hoe eerder onderhoud onderdeel is van het gesprek, hoe realistischer de rest van je budget en planning eruitziet - en hoe kleiner de kans dat je een jaar na lancering voor een onverwachte rekening komt te staan.
Vertel ons waar je naartoe wilt. We helpen je de snelste, eerlijke route daarheen te vinden.