Waarom onderhoud geen bijzaak is

Maatwerksoftware is nooit “af” in de zin dat ze daarna nooit meer aangeraakt hoeft te worden. Systemen waarmee ze koppelt, veranderen hun API (de manier waarop programma’s onderling gegevens uitwisselen). Een leverancier past zijn exportformaat aan. Een proces bij u verschuift, en het hulpmiddel moet mee. Onderhoud gaat niet over bugs herstellen. Een goed opgeleverd hulpmiddel heeft daar weinig van. Het gaat vooral over meebewegen met een omgeving die zelf ook verandert. Zonder dat vallen automatiseringen na verloop van tijd stil, meestal zonder duidelijke waarschuwing vooraf. Zie wat gebeurt er met een AI-hulpmiddel na zes maanden?

Wie het onderhoud het best op zich neemt

In de praktijk werkt een combinatie het best: een interne eigenaar bij u, aangevuld met de oorspronkelijke bouwer voor grotere wijzigingen.

De interne eigenaar. Iemand bij u die weet dat het hulpmiddel bestaat, wat het doet, en wie te contacteren is als er iets misloopt. Die persoon hoeft de code niet zelf te kunnen aanpassen — wel te weten dat het bestaat en waar de verantwoordelijkheid ligt. Zonder die persoon merkt niemand het wanneer iets stilvalt, ook al is de oplossing zelf triviaal.

De oorspronkelijke bouwer, voor structurele wijzigingen. Verandert een gekoppeld systeem zijn API, of moet er een nieuwe functie bij? Dan is de partij die het hulpmiddel oorspronkelijk bouwde meestal het snelst om dat op te lossen. Die kent de opbouw al. Is dat niet meer mogelijk, dan is dit exact waarom broncode-eigendom en documentatie vooraf zo belangrijk zijn. Zie wat als de ontwikkelaar er niet meer is?

Wat onderhoud in de praktijk kost

Dat hangt sterk af van hoe vaak de omgeving rond het hulpmiddel verandert. Bij een goed gebouwd, gericht hulpmiddel, geen complete applicatie, gaat het typisch om een beperkt aantal dagen per jaar. Geen doorlopende kost. Bij Kufu loopt dat via Losse dagen: tegen €650 per dag, excl. btw, zonder dat daarvoor een nieuw traject moet opgestart worden. Geen abonnement, geen vast maandbedrag voor iets dat de meeste maanden geen aandacht nodig heeft. Enkel betalen wanneer er effectief iets aangepast moet worden.

Wat er gebeurt zonder onderhoudsafspraak

Wordt onderhoud vooraf niet besproken, dan komt het er meestal pas bij wanneer iets al stukgevallen is. Dat is dan onder tijdsdruk, tegen een minder gunstig tarief, bij een partij die misschien niet meer beschikbaar is. Dat is de reden waarom onderhoud best al bij de start van een traject ter sprake komt, niet als bijzaak nadien.

Hoe u het onderhoud van een gebouwd hulpmiddel zelf beperkt

Een paar keuzes tijdens het bouwen zelf verminderen hoeveel onderhoud nodig is. Koppelen met stabiele, goed gedocumenteerde API’s in plaats van kwetsbare omwegen zoals schermuitlezing, zie wat is een API-koppeling, en waarom lukt het niet altijd? Fouten laten melden aan een vaste persoon in plaats van stil te laten mislukken. Het hulpmiddel simpel en gericht houden op één probleem, in plaats van steeds meer functies erbij te stapelen. Hoe meer een hulpmiddel doet, hoe meer onderhoud het vraagt wanneer iets errond verandert.

Waar dat voor uw eigen situatie op uitkomt

Hoeveel onderhoud een specifiek hulpmiddel nodig heeft, hangt af van hoeveel systemen het raakt en hoe stabiel die zijn. Dat is iets dat tijdens Twee dagen of Vijf dagen mee wordt ingeschat, zodat u vooraf weet waar u aan begint. Dat is niet alleen wat het kost om te bouwen. Het is ook wat het realistisch vraagt om te laten blijven draaien. Twijfelt u wat dat voor uw situatie betekent, dan bespreekt een gratis kennismaking van een half uur dat graag mee.