DIGITAL MOTIONS INZICHT
Upgrade of kiezen we toch een ander ERP?
Wanneer een ERP-systeem niet meer goed ondersteunt, lijkt de keuze overzichtelijk: upgraden naar een nieuwe versie of overstappen naar een ander pakket. Een upgrade heeft duidelijke voordelen. Medewerkers herkennen de software, de leverancier kent de organisatie en bestaande licenties kunnen mogelijk behouden blijven. Toch is er eerst een andere vraag nodig: waarom heeft de huidige oplossing onvoldoende gewerkt? Zonder dat inzicht bestaat het risico dat dezelfde problemen meegaan naar de volgende versie of naar een nieuw ERP.
De softwarekeuze begint bij een eerlijke diagnose
• Onderzoek eerst of de knelpunten werkelijk door de software ontstaan of door onvoldoende beheer, eigenaarschap, updates en procesdiscipline
• Beschrijf daarna de gewenste processen, zodat duidelijk wordt wat een nieuwe versie of een ander ERP daadwerkelijk moet ondersteunen
• Laat ook de huidige leverancier een gerichte demonstratie geven op basis van eigen processen, uitzonderingen en praktijksituaties
• Vergelijk niet alleen licenties en implementatiekosten, maar ook maatwerk, beheer, veranderimpact, toekomstvastheid en het vermogen van de organisatie om het ERP blijvend te ontwikkelen
WAAROM DIT INZICHT ERTOE DOET
Veel middelgrote bedrijven komen op enig moment voor een onvermijdelijke ERP-beslissing te staan. De huidige versie wordt minder goed ondersteund, koppelingen worden kwetsbaar of verdere ontwikkeling wordt steeds moeilijker. Ondertussen zijn processen veranderd en zijn aanvullende spreadsheets, rapportages en losse applicaties ontstaan.
Een upgrade lijkt dan vaak de veiligste route. Medewerkers kennen de schermen en begrippen. De leverancier weet hoe de omgeving is opgebouwd. Historische gegevens blijven beschikbaar en mogelijk hoeven geen volledig nieuwe licenties te worden aangeschaft. Ook de hoeveelheid opleiding en verandering lijkt op voorhand beperkter.
Dat zijn serieuze voordelen. Maar vertrouwdheid zegt weinig over de vraag of de nieuwe versie past bij de manier waarop de organisatie in de toekomst wil werken. Een upgrade kan technisch logisch zijn en bedrijfskundig toch tekortschieten.
Voordat de directie een softwarekeuze maakt, moet zij begrijpen waarom het huidige ERP niet goed functioneert. Die vraag wordt vaak te snel beantwoord met: het systeem is verouderd, niet gebruiksvriendelijk of onvoldoende flexibel.
Soms klopt dat. Maar in veel organisaties ligt een deel van de oorzaak dichter bij huis. Applicatiebeheer krijgt vooral tijd voor incidenten en nauwelijks voor structurele verbetering. Updates worden uitgesteld, waardoor nieuwe functies niet worden benut. Er zijn geen duidelijke proceseigenaren of zij hebben onvoldoende mandaat om werkwijzen te standaardiseren. Wijzigingen worden per afdeling opgelost zonder te kijken naar de gevolgen voor de hele keten.
Het resultaat is voorspelbaar. Medewerkers bouwen eigen hulpmiddelen, gegevens worden dubbel bijgehouden en uitzonderingen worden steeds normaler. Uiteindelijk krijgt het ERP de schuld van problemen die deels zijn ontstaan door keuzes in beheer, besluitvorming en eigenaarschap.
Wanneer deze oorzaken niet worden aangepakt, keren ze terug. In een nieuwe versie én in een ander pakket.
WAAROM DIT INZICHT ERTOE DOET
Onderzoek eerst waarom het huidige ERP niet voldoet
Een goede diagnose kijkt verder dan klachten van gebruikers. Het feit dat medewerkers veel handmatig werk uitvoeren, bewijst nog niet dat de software tekortschiet. De vraag is waarom dat handmatige werk is ontstaan.
Mogelijk is het systeem jaren geleden ingericht op processen die inmiddels zijn veranderd. Misschien is maatwerk gebouwd voor uitzonderingen die niet meer bestaan. Het kan ook zijn dat beschikbare functionaliteit nooit is geactiveerd, omdat kennis ontbreekt of updates zijn uitgesteld. Soms zijn gegevens onbetrouwbaar, waardoor gebruikers buiten het ERP eigen controles zijn gaan uitvoeren.
Daarom moet de organisatie zichzelf enkele ongemakkelijke vragen stellen. Is er voldoende functioneel applicatiebeheer? Wordt actief bijgehouden welke nieuwe mogelijkheden updates bieden? Zijn proceseigenaren verantwoordelijk voor de werking van hun hele proces, ook over afdelingsgrenzen heen? Is er een overleg waarin verbeteringen worden geprioriteerd en besluiten daadwerkelijk worden genomen?
Deze analyse is geen reden om bij het huidige pakket te blijven. Het is nodig om te voorkomen dat de organisatie verkeerde conclusies trekt en dezelfde tekortkomingen opnieuw organiseert.
Ontwerp eerst hoe de organisatie wil werken
Pas na de diagnose kan het gewenste proces worden ontworpen. Dat betekent niet dat ieder detail vooraf volledig vastligt. Wel moet duidelijk zijn welke hoofdprocessen leidend zijn en welke keuzes de organisatie daarin maakt.
Hoe moet een klantorder door verkoop, planning, magazijn, productie en facturatie lopen? Wie beslist bij afwijkingen? Welke informatie moet één keer worden vastgelegd en daarna in de hele keten beschikbaar zijn? Welke verschillen tussen vestigingen zijn echt noodzakelijk en welke zijn vooral historisch gegroeid?
Deze vragen maken duidelijk wat het ERP moet ondersteunen. Ze brengen ook organisatorische besluiten aan het licht. Een systeem kan bijvoorbeeld een centrale planning ondersteunen, maar alleen als de organisatie bereid is lokale werkwijzen los te laten. Software kan gegevens beschikbaar maken, maar geen onduidelijk eigenaarschap oplossen.
De gewenste processen vormen vervolgens de basis voor de vergelijking tussen upgraden en vervangen. Zonder die basis wordt vooral gekeken naar functies, schermen en bekende werkwijzen. Met die basis wordt beoordeeld of de oplossing de toekomstige bedrijfsvoering ondersteunt.
Laat de huidige leverancier de nieuwe versie bewijzen
Een bestaande leverancier verdient een serieuze plek in de beoordeling, maar geen voorkeurspositie zonder inhoudelijke onderbouwing. Ook een upgrade moet worden getoetst alsof het om een nieuwe oplossing gaat.
Een algemene productdemonstratie is daarvoor onvoldoende. Mooie dashboards, moderne schermen en losse functies zeggen weinig over de dagelijkse praktijk. De leverancier moet laten zien hoe de nieuwe versie omgaat met herkenbare processen en uitzonderingen.
Denk aan een klantorder met een afwijkende levertijd, een tekort aan materiaal vlak voor productie, een wijziging in receptuur of stuklijst, een retour met kwaliteitscontrole of een serviceopdracht waarvoor onderdelen en uren moeten worden geregistreerd.
Tijdens zo’n demonstratie moet zichtbaar worden wat standaard kan, waar configuratie nodig is en waar maatwerk of een aanvullende toepassing nodig blijft. Ook moet duidelijk zijn welke bestaande werkwijzen de organisatie moet aanpassen om beter gebruik te maken van de standaard.
Dat gesprek levert meer op dan de vraag of een functie aanwezig is. Het maakt zichtbaar of de leverancier de organisatie begrijpt, kritisch meedenkt en realistisch is over beperkingen, kosten en veranderimpact.
UIT DE PRAKTIJK
Een herkenbaar praktijkpatroon laat zien waarom deze volgorde belangrijk is.
Niet de versie, maar het beheer bleek het eerste probleem
Een middelgroot productiebedrijf ervaart al jaren problemen met planning, voorraadbetrouwbaarheid en rapportages. Gebruikers werken met verschillende Excel-bestanden en de directie concludeert dat het ERP niet meer voldoet. De bestaande leverancier stelt een upgrade voor, terwijl intern ook wordt gesproken over een volledig nieuw pakket.
Bij de analyse blijkt dat applicatiebeheer vooral storingen oplost en nauwelijks tijd heeft voor ontwikkeling. Meerdere updates zijn uitgesteld. Proceseigenaren zijn niet formeel benoemd en afdelingen hebben in de loop der jaren eigen werkwijzen ingericht. Een deel van de problemen komt daardoor niet voort uit ontbrekende software, maar uit onvoldoende beheer en besluitvorming.
De organisatie beschrijft vervolgens de gewenste processen en laat de huidige leverancier deze in de nieuwe versie demonstreren. Daaruit blijkt dat verschillende knelpunten met standaardfunctionaliteit kunnen worden opgelost, mits processen worden gestandaardiseerd en eigenaarschap beter wordt ingericht. Voor één belangrijk planningsvraagstuk blijft een duidelijke tekortkoming bestaan. Daardoor kan de directie gericht beslissen of dit acceptabel is, aanvullend moet worden opgelost of alsnog reden is om een ander ERP te kiezen.
CONCLUSIE
De keuze tussen upgraden en vervangen wordt pas betrouwbaar wanneer duidelijk is waarom het huidige ERP tekortschiet, hoe de organisatie wil werken en welke oplossing dat aantoonbaar ondersteunt.
MEER INZICHTEN
