Hoe je weet dat je je systemen ontgroeid bent
by Niels, Enterprise architect

De vijf signalen
Deze duiken op bij bijna elke groeiende kmo die we spreken. Niet allemaal tegelijk. Maar klinken er drie bekend, dan weet je het eigenlijk al.
1. Je draait je bedrijf op spreadsheets die je schrik aanjagen
De omzetprognose leeft in een Excel die één persoon onderhoudt. De voorraad zit in een Google Sheet die sinds maart niet meer klopt met het magazijn. Je productieplanning hangt af van een bestand met zeventien tabbladen en een macro die elk kwartaal breekt.
Je weet dat het fragiel is. Je weet ook dat niemand tijd heeft om het te vervangen, omdat iedereen te druk bezig is met het te onderhouden.
2. Er is geen single source of truth
Sales zegt één cijfer. Finance zegt een ander. Het magazijn zegt nog iets anders. Vraagt de directie "hoe doen we het?", dan hangt het antwoord af van wie je het vraagt en welk systeem die persoon checkte.
Dubbele data. Tegenstrijdige rapporten. Afdelingen die elkaars werk niet zien. Je bent meer tijd kwijt aan cijfers verzoenen dan aan ernaar handelen.
3. Je processen breken bij volume
Wat werkte voor tien orders per dag, overleeft er geen vijftig. Manuele stappen van vijf minuten vreten nu een halve dag van iemand op. Dingen vallen tussen de plooien, niet omdat mensen slordig zijn, maar omdat het systeem niet gebouwd is voor de last die het draagt.
Jij groeit. Je operatie volgt niet.
4. Je zit vast in een systeem dat vijf jaar geleden juist was
Misschien is het SAP Business One. Misschien Exact. Misschien een oude Odoo-instantie die iemand zwaar customiseerde en waar niemand nog aan durft te komen. Het systeem draait nog, maar het is rigide. Elke wijziging kost te veel. Elke upgrade is een project. Je betaalt voor complexiteit die je niet nodig hebt en mist features die je wel nodig hebt.
De tool die je hielp groeien, houdt je nu tegen.
5. Nieuwe medewerkers zijn te traag productief
Onboarding betekent twee weken naast iemand zitten die uitlegt welke spreadsheet waarvoor dient. Documentatie is er niet, want het proces verandert te vaak. Tribal knowledge zit in hoofden. Vertrekt iemand, dan vertrekt de kennis mee.
Je verliest niet alleen efficiëntie. Je verliest bedrijfskennis, elke keer als iemand de deur uitstapt.
Waarom dit gebeurt
Het is geen onkunde. Het is groei.
De meeste Belgische kmo's bouwen hun systemen organisch. Je start met wat je kan betalen. Je voegt tools toe wanneer je ze nodig hebt. Elke tool lost een specifiek probleem op, maar niemand ontwerpt het geheel. Na verloop van tijd zit je met een lappendeken: een boekhoudtool hier, een CRM daar, spreadsheets in de gaten en e-mail dat alles bijeenhoudt.
Het werkt tot het niet meer werkt. Het kantelpunt ligt meestal ergens tussen 15 en 50 medewerkers: wanneer de complexiteit van het bedrijf de tools voorbijsteekt die voor een eenvoudigere versie ervan gebouwd zijn.
Wat dit je kost (ook als niemand het telt)
De directe kosten zijn duidelijk: dubbele invoer, manuele fouten, tijd verloren aan workarounds.
De verborgen kosten zijn erger.
Trage beslissingen. Als je je data niet kan vertrouwen, vraagt elke beslissing een sanity check. De directie is tijd kwijt aan verifiëren in plaats van handelen.
Gemiste kansen. Je kan niet snel genoeg offreren en niet accuraat voorspellen. Je ziet niet welke producten winstgevend zijn en welke je naar beneden trekken, want de data zit op drie plaatsen en niemand heeft het volledige beeld.
Mensenproblemen. Je beste medewerkers raken gefrustreerd door werk dat een systeem hoort te doen. Ze vertrekken. Wie blijft, leert leven met de chaos, en stopt ze in vraag te stellen.
Schaalfrictie. Je wil een nieuwe productlijn, een tweede locatie of een nieuwe markt. Maar elke uitbreiding vermenigvuldigt de workarounds. Groeien wordt moeilijker in plaats van makkelijker.
Wat mensen tegenhoudt
Klinkt dit bekend, dan heb je waarschijnlijk al overwogen om het aan te pakken. En waarschijnlijk beslist dat het nu niet het moment is.
De bezwaren zijn altijd dezelfde:
"Een groot ERP-project schrikt ons af." Terecht. De meeste kmo's kennen de horrorverhalen over implementaties die dubbel zo lang duurden en drie keer zoveel kostten. Die schrik is rationeel.
"We kunnen het bedrijf niet stilleggen terwijl we van systeem wisselen." Ook terecht. Een slechte migratie kan erger zijn dan het probleem dat ze oplost.
"We weten niet wat we eigenlijk nodig hebben." Het eerlijkste antwoord. En het juiste vertrekpunt.
De eerste stap is geen software
Het is klaarheid.
Voor je tools evalueert, voor je met leveranciers praat, voor je een requirementsdocument schrijft, moet je begrijpen waar het echt pijn doet. Niet waar je denkt dat het pijn doet. Waar de mensen die het werk elke dag doen, de frictie voelen.
Dat betekent door je echte workflows lopen. Kijken wat er gebeurt tussen order en factuur. Begrijpen waar de tijd verdwijnt.
De 20% van je processen die 80% van de pijn veroorzaken: die fix je eerst. Niet alles tegelijk. Geen project van twaalf maanden. Alleen de delen die het meest tellen, degelijk aangepakt.
Al de rest kan wachten.
Komen drie van deze signalen te dichtbij, dan is de vraag niet of je iets doet, maar waar je begint. Dat gesprek is de moeite waard, ook als het antwoord "nog niet" blijkt.