Elk bedrijf heeft er een: het systeem waar niemand meer aan durft te komen, maar waar wel de hele operatie op leunt. Meteen vervangen is zelden het juiste antwoord.
Legacy is geen scheldwoord. Het betekent dat een systeem zo lang waardevol is geweest dat het zijn eigen vervangers heeft overleefd.
De discussie over vernieuwing begint meestal met concrete klachten. De voorraadadministratie draait bijvoorbeeld op een softwarepakket uit 2009. Het maatwerksysteem is destijds gebouwd door een ontwikkelaar die al jaren uit beeld is. Exporteren lukt alleen via een omweg die de helft van de tijd niet werkt. En elke nieuwe wens, of het nu gaat om een koppeling met de webshop, een actuele rapportage of een nieuwe app, stuit op hetzelfde antwoord: “Dat kan niet met ons huidige systeem.”
In zulke gevallen ligt de verleiding op de loer om een streep door het verleden te zetten. We selecteren een groot standaardpakket of laten een compleet nieuw maatwerksysteem bouwen. Soms is dat inderdaad de juiste keuze, maar vaker is het de duurste oplossing, en niet de beste.
Waarom “alles vervangen” zo vaak tegenvalt
Grote IT-vervangingstrajecten hebben geen beste reputatie, en dat is helaas terecht. Een oud systeem bevat vaak vijftien jaar aan opgebouwde bedrijfsregels. Denk aan specifieke kortingsafspraken, uitzonderingen voor bepaalde klanten en talloze randgevallen. Vaak is de helft hiervan nergens gedocumenteerd. Deze cruciale details komen vaak pas boven water wanneer het nieuwe systeem de mist in gaat, midden in de dagelijkse operatie.
Ondertussen moeten beide systemen vaak maandenlang naast elkaar draaien, wat zorgt voor extra werk en complexiteit. Het personeel moet volledig opnieuw leren werken. En tot slot blijkt het nieuwe standaardpakket op precies de punten die uw bedrijf uniek maken, vaak minder flexibel te zijn dan het oude maatwerk.
Dit betekent niet dat vervanging nooit nodig is. Het betekent wel dat het een laatste redmiddel moet zijn, en geen startpunt.
De echte vraag: Waar zit de pijn?
De vaststelling “het systeem is oud” omschrijft een eigenschap, geen probleem. De zinvolle vragen zijn concreter. Doet het systeem zijn kernwerk nog goed? Is er een reëel continuïteitsrisico? Denk hierbij aan situaties waarin de technologie niet meer wordt ondersteund, of wanneer de kennis slechts in het hoofd van één persoon zit. En tot slot: zit de pijn in het systeem zelf, of vooral in de zaken eromheen die niet mogelijk zijn, zoals koppelingen, een moderne webinterface of goede rapportages?
Het antwoord op deze vragen bepaalt de strategie. In onze adviespraktijk zien we vaak drie mogelijke routes:
- Ontsluiten: Het systeem doet zijn werk prima, maar fungeert als een gesloten doos. In dat geval bouwen we er een API-laag omheen. Deze maakt de data leesbaar en beschrijfbaar voor andere systemen, zoals de website, het CRM of een klantportaal. Het oude systeem blijft de betrouwbare motor, maar de rest van het IT-landschap kan er eindelijk mee communiceren. Dit is vaak de snelste route naar zichtbaar resultaat.
- Uitkleden: Het systeem is in de loop der jaren te veel gaan doen. De kern is goed, maar er zijn allerlei functies omheen gegroeid die elders beter tot hun recht komen. Deze functies haalt u er stap voor stap uit. Facturatie gaat naar een gespecialiseerd boekhoudpakket, planning naar een moderne tool. Uiteindelijk blijft er een kleinere, beter beheersbare kern over.
- Vervangen, maar gefaseerd: Het continuïteitsrisico is écht te groot en modernisering is de enige optie. Zelfs dan is een ‘big bang’ te vermijden. U vervangt het systeem dan proces voor proces of per afdeling, met het oude systeem als vangnet, in plaats van alles in één risicovol weekend om te zetten.
De waarde van een onafhankelijke blik
Partijen die u adviseren in dit soort trajecten, hebben vaak zelf belang bij een bepaalde uitkomst. Ze verkopen het softwarepakket, de licenties of het implementatietraject. Dat kleurt het advies logischerwijs richting de grootste oplossing. Onze rol als consultant is nadrukkelijk anders. Wij verdienen niet aan de keuze die u maakt. Daarom adviseren wij net zo makkelijk “laat dit systeem staan en bouw er een goede API omheen” als “dit systeem moet echt vervangen worden”.
Bij Digital Dreamers beginnen we daarom altijd met een compacte analyse. Welke systemen zijn er, wat doen ze werkelijk, waar zitten de risico’s en waar zit de pijn? Het resultaat is geen rapport van tweehonderd pagina’s, maar een beargumenteerde routekaart met concrete stappen die elk afzonderlijk waarde opleveren. De beste IT-beslissing is zelden de grootste, het is de beslissing waar u over drie jaar geen spijt van heeft.
