Er is meestal een moment waarop je het doorhebt, ruim voordat iemand het hardop zegt. Je meldt iets kleins bij support en krijgt pas de volgende middag antwoord. Je vraagt naar die koppeling waar al twee jaar over wordt gesproken, en opnieuw staat die op de roadmap. De laatste release was ergens vorig jaar en bevatte vooral correcties.
Het pakket doet nog gewoon wat het altijd deed. Je mensen werken er tien of twintig jaar mee en kennen elke hoek ervan. Alleen is het stilletjes gestopt met meegroeien, en dat voelt anders dan een storing. Er is niets kapot, er gebeurt alleen niets meer.
Dit komt vaker voor dan je denkt, en bijna nooit met een aankondiging. Soms is de leverancier overgenomen door een grotere partij die het pakket in onderhoudsmodus zet. Soms gaat de oorspronkelijke bouwer met pensioen. Soms zijn er te weinig klanten om doorontwikkeling te betalen. Het gevolg is telkens hetzelfde, en jij hoort het als laatste.
De signalen zie je eerder dan de aankondiging.
Voordat een leverancier iets communiceert, is het patroon vaak al jaren zichtbaar:
- Releases liggen steeds verder uit elkaar en bevatten steeds minder functionaliteit.
- Support reageert trager, en je krijgt vaker een omweg aangeboden in plaats van een oplossing.
- Dezelfde wensen staan al jaren op de roadmap, zonder datum erbij.
- Je accountmanager wisselt regelmatig, of je hebt er in de praktijk geen meer.
- Er komen geen nieuwe klanten meer bij in jouw branche. De referenties op de site zijn oud.
- Handleidingen, trainingen en releasenotes worden niet meer bijgewerkt.
Eén signaal zegt weinig. Drie of meer tegelijk is een patroon. Vraag het na bij andere bedrijven met hetzelfde pakket. Als zij hetzelfde beeld hebben, ligt het niet aan jouw contract.
Je hebt meer speelruimte dan het voelt.
Software die niet meer wordt doorontwikkeld, stopt niet met werken. Morgen draait het nog precies zoals vandaag. Er is geen knop die omgaat.
Wat je wel verliest, is meebewegen. Nieuwe wettelijke eisen rond facturatie en rapportage worden niet meer verwerkt, koppelingen met systemen die wél doorontwikkelen gaan knellen, en de groep mensen die het pakket echt kent wordt elk jaar kleiner. Dat zijn risico's die langzaam oplopen, niet van de ene op de andere dag.
Het werk is dus niet om meteen te kiezen, maar om vast te stellen waarop het gaat knellen en wanneer. Leg je vragen ook schriftelijk bij je leverancier neer: wat staat er de komende drie jaar op de planning, wat gebeurt er bij een wetswijziging, en hoe kom ik bij mijn eigen data als ik weg wil. Het antwoord is informatie. Het uitblijven ervan ook.
Welke branchekennis zit er echt in de software.
Dit is de kern van de angst, en terecht. Een branchepakket bevat jaren opgebouwde kennis die in een standaardpakket niet zit. Daarom voelt vervangen als teruggaan naar af. Het helpt om die kennis in drie lagen uit elkaar te trekken.
Wat echt in de software zit. Rekenregels die je niet zelf onderhoudt, een datamodel dat past bij hoe jouw werk loopt (een project dat in fasen uiteenvalt, een order die per meter of per ton wordt afgerekend) en branchespecifieke documenten. Dit is wat je bij een vervanging echt moet oplossen.
Wat in je data zit. Je artikelstructuur, prijsafspraken, historie en stuklijsten. Waardevol, maar het is niet het pakket. Data verhuist, mits je erbij kunt.
Wat in je mensen en je werkafspraken zit. Wanneer je een opdracht wel of niet aanneemt, hoe je nacalculeert, wie tekent voor welk bedrag, hoe je omgaat met meerwerk. Dat zit in hoofden en gewoontes, niet in schermen.
Zet het een keer naast elkaar en je ziet bijna altijd hetzelfde: de eerste lijst is korter dan verwacht en de derde veel langer. Alleen die eerste lijst is een echt selectievraagstuk.
Waarom een ander branchepakket zoeken het probleem verplaatst.
De voor de hand liggende conclusie is: zoek een ander pakket voor onze branche dat alles weer precies zo doet. Begrijpelijk, want dat belooft de minste verandering.
Alleen was het probleem niet dat je het verkeerde pakket had. Het probleem is dat de partij erachter te weinig klanten, te weinig mensen of te weinig belang had om te blijven ontwikkelen. Kies je opnieuw voor een klein pakket met dezelfde kenmerken, een beperkte klantenkring, een handvol ontwikkelaars en één markt, dan koop je dezelfde afhankelijkheid opnieuw met de klok weer op nul. Over vijf of tien jaar kun je hier weer zitten.
Bij een één-op-één overzetting neem je bovendien alle keuzes mee die ooit zijn gemaakt voor klanten die je niet meer hebt. Je betaalt dan opnieuw voor je eigen verleden.
De betere vraag is welk deel van je proces echt uniek is voor jouw branche en welk deel je gewoon standaard kunt doen. Debiteuren, crediteuren, inkoop, urenregistratie, voorraad en klantcontact zijn bij een installatiebedrijf niet wezenlijk anders dan bij een groothandel. Dat kan op iets breeds dat door veel meer bedrijven wordt gebruikt en daardoor blijft doorontwikkelen. Wat overblijft, denk aan calculatie, planning, keuringen of nacalculatie per project, verdient je aandacht en je geld.
Dan krijg je een andere vorm: een brede administratieve kern die blijft bestaan, met daarbovenop een beperkte laag die van jou is. Die laag is veel kleiner dan een heel pakket. En als die over acht jaar niet meer voldoet, vervang je die laag en niet je hele administratie.
Hoe je hier een besluit van maakt zonder paniek.
De volgorde die werkt is mens, proces, technologie. Pakketten komen als laatste, niet als eerste.
- Schrijf per afdeling op welke stappen er werkelijk worden gezet, ook wat buiten het pakket om gaat in Excel of de mail.
- Markeer de stappen die niet in een standaardpakket zouden passen, en schrijf erbij waarom.
- Zoek uit hoe je bij je eigen data komt en test dat een keer echt. Dit is wel tijdkritisch, want bij een leverancier die afbouwt wordt het niet makkelijker.
- Kies zelf een moment waarop je beslist. Anders beslist de situatie het voor je.
Praat pas over pakketten als die lijst er ligt. Dan gaat het gesprek over jouw werk in plaats van over een demo.
Waar je kunt beginnen.
Voordat je met wie dan ook over vervanging praat, is het nuttig om je processen en je risico's één keer uitgetekend te hebben. Dan zie je zwart op wit welk deel van je branchekennis echt in de software zit en waar je nu kwetsbaar bent.
Dat is wat wij in een procesrisico-analyse doen. Geen demo, geen pakketadvies, gewoon een tekening en een eerlijk oordeel. Die tekening blijft van jou, ook als je met een andere partij verdergaat.
