Je oude systeem werkt nog, maar remt je af. Dit zijn de signalen dat legacy software vervangen slimmer is dan blijven lappen, en hoe zo'n overstap eruitziet.
Door Melle Linschoten · 19 augustus 2026
Elk systeem dat ooit nieuw was, wordt op een dag legacy. Dat is op zich geen probleem - “oud” en “slecht” zijn niet hetzelfde. Het probleem ontstaat pas wanneer een verouderd systeem je bedrijf actief afremt: wanneer het meer tijd kost om eromheen te werken dan het bespaart, of wanneer elke wijziging een risico wordt in plaats van een verbetering. Dit artikel helpt je bepalen of je op dat punt zit, en wat een overstap naar maatwerk dan concreet inhoudt.
Herken je twee of drie van deze signalen? Dan is het de moeite waard om serieus te kijken naar vervanging. Herken je vijf of meer? Dan kost uitstel je waarschijnlijk al meer dan een vervangingstraject zou kosten.
Niet elk verouderd systeem hoeft meteen vervangen te worden. Er zijn grofweg drie routes:
Het onderscheid tussen deze routes wordt vaak pas duidelijk na een technische inventarisatie: wat is er precies aanwezig, wat werkt nog goed, en wat is de zwakke schakel? Die stap overslaan en meteen “alles vervangen” roepen, is een van de duurste fouten die we in de praktijk tegenkomen.
Een van de grootste misvattingen over legacy software vervangen is dat het een big-bang-operatie moet zijn: alles tegelijk uitzetten en een compleet nieuw systeem in één keer aanzetten. Dat is zelden verstandig, en al helemaal niet noodzakelijk.
In de praktijk werkt een gefaseerde aanpak vaak beter: het meest kritieke of meest pijnlijke onderdeel wordt als eerste vervangen, terwijl de rest van het oude systeem intussen gewoon door blijft draaien. Zo bouw je vertrouwen op, leer je wat wel en niet werkt in de nieuwe opzet, en beperk je het risico van een mislukte overstap tot één onderdeel in plaats van het hele systeem. Pas als dat eerste onderdeel bewezen stabiel is, volgt het volgende stuk.
Deze aanpak vraagt wel om een systeem dat bewust zo is opgebouwd dat oud en nieuw tijdelijk naast elkaar kunnen bestaan - iets waar een ervaren partij vooraf rekening mee houdt in de architectuur, in plaats van dat achteraf te moeten repareren.
Dit soort trajecten combineert bijna altijd twee dingen tegelijk: nieuwe functionaliteit bouwen én bestaande systemen aan elkaar blijven knopen tijdens de overgang. Hoe dat koppelen in de praktijk werkt, lees je in systemen koppelen bij maatwerk software.
Een legacy systeem vervangen is niet alleen een technisch project - het is ook een verandering voor de mensen die er dagelijks mee werken. Medewerkers hebben vaak jarenlang eigen trucjes en werkarounds ontwikkeld om met de beperkingen van het oude systeem om te gaan. Die kennis is waardevol: precies die werkarounds laten zien waar het nieuwe systeem beter moet presteren dan het oude.
Betrek daarom de mensen die het systeem dagelijks gebruiken vroeg in het traject, niet pas bij de livegang. Zij weten als geen ander welke functies onmisbaar zijn en welke uitzonderingen op de regel in de praktijk voorkomen - dingen die zelden in een functioneel document staan, maar die het verschil maken tussen een systeem dat op papier klopt en een systeem dat echt werkt.
De grootste denkfout bij legacy software is dat “niets doen” gratis is. Dat is het niet: elke werkaround kost tijd, elke storing kost uitzoekwerk, en elke maand uitstel maakt het systeem er niet jonger op. Vaak is de rekening ook onzichtbaar verdeeld over de organisatie - een half uur hier bij de administratie, een uur daar bij de klantenservice - waardoor niemand het totaalplaatje ziet totdat het te laat is.
Bij twijfel is het verstandig om beide kanten van de rekening te maken - de kosten van vervanging tegenover de opgetelde kosten van blijven doormodderen, inclusief het risico op een storing die het systeem volledig platlegt op een cruciaal moment. Voor een volledig overzicht van wat een maatwerktraject kost, inclusief richtprijzen, lees onze gids maatwerk software laten maken.
In veel organisaties is er niet één verouderd systeem, maar een cluster van oudere tools die in de loop der jaren naast elkaar zijn ontstaan. In dat geval is prioriteren nog belangrijker dan bij één losstaand systeem: probeer niet alles tegelijk aan te pakken, maar breng in kaart welk systeem het meeste risico of de meeste dagelijkse frictie veroorzaakt, en begin daar.
Een handige vuistregel: begin bij het systeem waarvan uitval de grootste impact zou hebben op je bedrijfsvoering, niet bij het systeem dat toevallig het oudst oogt. Een verouderd maar stabiel systeem dat weinig gebruikt wordt, is minder urgent dan een wat jonger systeem dat dagelijks door je hele team gebruikt wordt en al vaker haperingen heeft vertoond.
Bij ProtoForge beginnen we een vervangingstraject nooit met “alles opnieuw bouwen.” We brengen eerst in kaart wat er is, wat behouden kan blijven en waar het echte risico zit - zodat je niet meer vervangt dan nodig is. Wil je laten beoordelen of jouw systeem aan vervanging toe is? Plan een vrijblijvend kennismakingsgesprek - we reageren binnen 24 uur.
Vertel ons waar je naartoe wilt. We helpen je de snelste, eerlijke route daarheen te vinden.