Blog/Praktijk

Wat er na de oplevering nog moet gebeuren

Live gaan is geen eindpunt. Wat onderhoud werkelijk inhoudt, wat het kost als je het overslaat, en waarom overdraagbaarheid vanaf dag één een ontwerpkeuze is in plaats van een bijlage.

Klaas Derksen21 april 2026Bijgewerkt 12 juli 20267 min1.300 woorden
KORT SAMENGEVAT
  • Klein en regelmatig bijwerken is goedkoper dan één grote migratie later.
  • Zonder monitoring hoor je van storingen via je klanten.
  • Overdraagbaarheid vraagt geen contract maar een manier van werken.
  • Reken op vijf tot vijftien procent van de bouwkosten per jaar.

01Updates zijn geen luxe

Elke afhankelijkheid in een project krijgt updates, waaronder beveiligingsupdates. Een systeem dat een jaar stilstaat, staat na dat jaar open voor problemen die allang zijn opgelost en publiek bekend zijn.

Klein en regelmatig bijwerken is bovendien goedkoper dan één grote sprong. Wie drie jaar wacht, betaalt voor een migratie in plaats van voor onderhoud, en loopt in de tussentijd risico met gegevens van klanten.

Bij de projecten die ik in beheer heb, draaien updates automatisch en gaan ze pas live als de tests slagen. Dat kost per maand weinig aandacht en voorkomt de situatie waarin bijwerken zelf een project wordt.

  • Beveiligingsupdates binnen dagen, niet maanden
  • Automatisch testen voordat er iets live gaat
  • Één keer per jaar een grotere versiesprong plannen
  • Bijhouden welke versies waar draaien

02Weten dat iets stuk is

De meeste storingen worden gemeld door een klant, niet door een systeem. Dat is een gemiste kans, want op het moment van de melding is het al een tijd mis geweest en heeft iemand een slechte ervaring gehad.

Foutmeldingen met context, een bericht bij nieuwe problemen en een controle op koppelingen die stilvallen: dat kost weinig om in te richten en verkort de reactietijd van dagen naar minuten. Bij een fout weet ik meestal welke wijziging hem veroorzaakte.

Belangrijk is wel dat je meldingen opschoont. Een postvak met honderd bekende waarschuwingen per dag is hetzelfde als geen monitoring, omdat de echte melding er tussen verdwijnt.

foutmelding met context
Een melding met context maakt het verschil tussen reproduceren en meteen oplossen.

03Overdraagbaar bouwen

Je moet op elk moment naar een andere developer kunnen. Dat vraagt geen contract, maar een manier van werken: een vaste structuur die anderen kennen, gedocumenteerde code, en geen exotische keuzes die alleen de bouwer begrijpt.

Ik lever daarom op met documentatie van de koppelingen, een beschrijving van de omgeving en toegang tot alles wat bij het project hoort: repository, server, domeinen en externe diensten. Wat je daarna doet, is aan jou.

Vraag hier bij elke leverancier naar. Als de code niet van jou is of de hosting alleen via hen loopt, is de drempel om te wisselen kunstmatig hoog gemaakt.

  • Repository op jouw account of organisatie
  • Documentatie van koppelingen en omgevingsvariabelen
  • Toegang tot server, domeinen en externe diensten
  • Geen verborgen afhankelijkheid van één persoon

04Wat het kost, en wat het voorkomt

Als richtlijn houd ik vijf tot vijftien procent van de bouwkosten per jaar aan, afhankelijk van hoeveel koppelingen er zijn en hoe kritisch het systeem is. Dat dekt updates, monitoring, kleine correcties en een paar uur doorontwikkeling.

Wie dat overslaat, betaalt later. Niet in onderhoud maar in een migratie, of in de kosten van uitval op een moment dat het slecht uitkomt. In beide gevallen gaat het om een veelvoud.

Je zit er niet aan vast: onderhoud kan in een maandelijkse afspraak of op afroep. Wat niet werkt, is het achterwege laten en hopen dat een systeem uit zichzelf blijft werken.

KORTOM

Onderhoud is geen extra post op de factuur, maar de reden dat wat je hebt laten bouwen over drie jaar nog werkt.

Vragen over dit onderwerp

Speelt dit bij jou? Laat het weten.