Wat kost het onderhoud van maatwerk software per jaar?

Introductie

De vraag wat maatwerk software kost om te bouwen krijgt veel aandacht. De vraag wat het kost om te onderhouden krijgt veel te weinig, terwijl die over de levensduur van een systeem vaak zwaarder weegt. Software is geen product dat je eenmalig koopt en daarna vergeet. Het is meer als een gebouw: zonder onderhoud gaat de kwaliteit achteruit, ook als je niets verandert.

In dit artikel geven we een eerlijk beeld van onderhoudskosten, zonder de cijfers mooier te maken dan ze zijn. We schrijven dit vanuit onze praktijk bij MG Software, waar we zowel nieuwe systemen bouwen als bestaande applicaties beheren. Wil je een eerste indicatie voor je eigen situatie? Onze calculator geeft een bandbreedte, en hieronder lees je waar die vandaan komt.

Waarom onderhoud geen optie is maar een gegeven

Maatwerk software draait nooit op zichzelf. Het leunt op tientallen externe bibliotheken, een database, een hostingomgeving, een besturingssysteem en vaak koppelingen met systemen van derden. Al die onderdelen bewegen. Er verschijnen beveiligingsupdates, frameworks brengen nieuwe versies uit en API’s van leveranciers veranderen of verdwijnen. Stilstand bestaat dus niet, ook niet als jouw functionaliteit gelijk blijft.

Het gevolg is simpel: software die je niet onderhoudt, verslechtert vanzelf. Niet omdat de code spontaan kapot gaat, maar omdat de wereld eromheen verschuift. Een betaalkoppeling die vandaag werkt, kan over een jaar stoppen omdat de provider een oude API uitschakelt. Onderhoud is het werk dat je software meebeweegt met die veranderingen.

De vuistregel: 15 tot 20 procent per jaar

"Software die je niet onderhoudt wordt niet goedkoper. Hij wordt langzaam onveiliger, en uiteindelijk onhoudbaar."

— Jordan Munk, co-founder MG Software

In de software-industrie wordt vaak gerekend met 15 tot 20 procent van de oorspronkelijke bouwkosten per jaar voor onderhoud. Voor een applicatie die 50.000 euro kostte, kom je dan op grofweg 7.500 tot 10.000 euro per jaar. Dat is geen wet, maar een bruikbaar startpunt dat aansluit bij wat we in de praktijk zien.

De vuistregel is een gemiddelde, geen garantie. Een eenvoudige interne tool met weinig koppelingen zit eerder aan de onderkant. Een platform met meerdere integraties, veel gebruikers en strenge beveiligingseisen zit aan de bovenkant, en soms erboven in jaren waarin externe partijen grote wijzigingen doorvoeren. Het helpt om dit als een vast jaarlijks budget te zien, niet als een verrassing achteraf.

Wat onderhoud precies omvat

Onderhoud is meer dan af en toe een bug oplossen. Het omvat beveiligingsupdates van afhankelijkheden, het bijwerken van frameworks en bibliotheken, het meebewegen met API-wijzigingen van leveranciers, monitoring en alerting, back-upcontrole, en het oplossen van fouten die in productie naar boven komen. Daarnaast horen er kleine verbeteringen bij die het dagelijks gebruik soepeler maken.

Een vaak vergeten post zijn de hostingkosten en externe diensten. Een gemiddelde zakelijke webapplicatie heeft maandelijkse kosten voor hosting, een database, e-mailbezorging, foutmonitoring en analytics. Die kosten zijn structureel en horen in je onderhoudsbegroting, niet in de eenmalige bouwkosten.

Wat de kosten omhoog of omlaag drijft

Drie factoren bepalen grotendeels waar je in de bandbreedte valt. Ten eerste het aantal koppelingen: elke externe integratie is een onderdeel dat kan veranderen en dus onderhoud vraagt. Ten tweede de gezondheid van de codebase: een systeem met goede testdekking en heldere documentatie is goedkoper te onderhouden dan een ondoorzichtige codebase waar elke wijziging spannend is.

Ten derde de leeftijd en keuze van de stack. Software die op moderne, breed ondersteunde technologie draait, is jarenlang goedkoop te onderhouden. Software op verouderde of niche-technologie wordt steeds duurder, omdat er minder ontwikkelaars zijn en updates lastiger worden. Loopt jouw systeem hier tegenaan, dan is onze pagina over legacy software moderniseren relevant.

Onderhoud versus doorontwikkeling

Het loont om onderscheid te maken tussen onderhoud en doorontwikkeling. Onderhoud houdt het systeem gezond en veilig. Doorontwikkeling voegt nieuwe functionaliteit toe omdat je bedrijf groeit of verandert. Beide zijn waardevol, maar als je ze op een hoop gooit, gebeurt er iets vervelends: zodra er even geen nieuwe features op de planning staan, valt ook het onderhoud stil.

Daarom werken wij vaak met een onderhoudsabonnement met een vast aantal uren per maand voor beheer, en een apart budget voor nieuwe functionaliteit. Zo blijft de basis altijd gezond, ongeacht of er die maand nieuwe wensen zijn. Bouw je een product dat blijft groeien, lees dan ook hoe we SaaS-platformen en maatwerk software begeleiden over de lange termijn.

Wat gebeurt er als je niet onderhoudt

Niet onderhouden voelt op korte termijn als besparen. Op middellange termijn is het het tegenovergestelde. Technische schuld stapelt op, afhankelijkheden raken verouderd, en op een gegeven moment durft niemand nog een wijziging te maken omdat de gevolgen onvoorspelbaar zijn. Tegelijk groeien de beveiligingsrisico’s, want bekende kwetsbaarheden in oude bibliotheken worden niet meer gedicht.

Het eindpunt van verwaarloosd onderhoud is bijna altijd hetzelfde: een herbouw die vele malen duurder is dan structureel onderhoud zou zijn geweest. Een paar duizend euro per jaar overslaan klinkt aantrekkelijk, totdat je drie jaar later voor de keuze staat om alles opnieuw te bouwen. Onderhoud is daarom geen kostenpost, maar een verzekering tegen een veel grotere uitgave.

Conclusie

Reken bij elk softwareproject vanaf het begin met onderhoud. Een goede vuistregel is 15 tot 20 procent van de bouwkosten per jaar, met hosting en externe diensten apart begroot. Zie het niet als een onaangename verrassing, maar als de prijs van software die jarenlang betrouwbaar en veilig blijft draaien.

Wil je weten wat het onderhoud van jouw systeem realistisch kost, of beheer je nu software die wat aandacht kan gebruiken? Neem contact op met MG Software. We kijken eerlijk naar de staat van je codebase en stellen een onderhoudsplan voor dat past bij je budget.