Blog · Software & Automatisering

Rommelige tech-stack vervangen door één systeem: hoe je dat aanpakt

Wanneer is een stack "rommelig"?

Niet als je veel tools hebt. Wel als je tools niet weten dat de andere bestaat. Het herkenbare patroon: verkoop werkt in de mail, de planning staat in Excel, facturatie in een boekhoudpakket, en ergens draait een Zapier-koppeling die ooit door iemand is gemaakt die hier niet meer werkt. Iedereen kan zijn eigen werk doen. Niemand kan zien waar een order staat zonder iemand anders te bellen.

De kosten daarvan zijn zelden zichtbaar op een factuur. Ze zitten in dubbel invoerwerk, in fouten die pas bij de factuur opvallen, en in het feit dat één persoon in het bedrijf het hele plaatje in zijn hoofd heeft. Dat laatste is het echte risico: zolang die persoon er is, lijkt alles onder controle.

Een praktische toets: pak een order van vorige week en volg hem van binnenkomst tot betaling. Tel hoe vaak dezelfde gegevens opnieuw zijn ingevoerd, en hoeveel verschillende systemen erbij betrokken waren. Boven de drie invoermomenten heb je geen toolprobleem meer, maar een procesprobleem.

Waarom "we vervangen alles" bijna altijd strandt

Het klinkt logisch om in één keer schoon schip te maken. In de praktijk zie ik drie manieren waarop dat vastloopt. Ten eerste duurt het te lang: een traject van zes maanden waarin niemand iets merkt behalve extra vergaderingen, verliest zijn draagvlak ergens in maand drie. Ten tweede is de kennis van het huidige proces onvolledig — er komen altijd uitzonderingen boven water die niemand had genoemd, en die uitzonderingen zijn vaak precies waar het bedrijf zijn geld mee verdient. Ten derde is de terugvaloptie weg zodra je alles tegelijk omzet.

Wat wél werkt is saai: één keten volledig herbouwen, de oude manier ernaast laten draaien tot de nieuwe bewezen beter is, en dan pas de volgende. Bij ultimAItech heet dat de MKB Digital Flow — intake en stack review, pilot, evaluatie, gefaseerde uitrol. Het is geen methodologie om indruk mee te maken; het is een manier om te kunnen stoppen als het tegenvalt.

De volgorde die wel werkt

• 1. Schrijf het proces op zoals het nu gaat — niet zoals het hoort te gaan. Loop het met de mensen die het werk doen, niet alleen met de eigenaar. De spreadsheets die "tijdelijk" waren, horen erin.
• 2. Markeer de overdrachtsmomenten — elk punt waar werk van de ene persoon of afdeling naar de andere gaat. Daar zit vrijwel al je vertraging en vrijwel elke fout.
• 3. Kies één keten als pilot — het liefst de keten met het hoogste volume en de laagste complexiteit. Niet je moeilijkste uitzondering; die komt later.
• 4. Bouw die keten in één systeem — inclusief de schermen waar je team echt in werkt. Test met de orders van deze week, niet met verzonnen data.
• 5. Zeg pas op wat aantoonbaar overbodig is — abonnementen opzeggen voordat de vervanging bewezen werkt, is hoe een opruimactie een crisis wordt.

Wat je vervangt en wat je juist laat staan

Opruimen betekent niet dat alles maatwerk moet worden. Sommige tools zijn precies goed zoals ze zijn — je boekhoudpakket vervang je zelden met winst, en een mailclient bouw je niet zelf. De vraag is niet "kan ik dit vervangen" maar "kost deze tool me meer aan overdrachtswerk dan hij oplevert".

Type tool	Meestal laten staan	Meestal vervangen of koppelen
Boekhouding	Ja — koppelen is bijna altijd slimmer dan vervangen	Alleen als er handmatig overgetikt wordt
Spreadsheets als werkproces	Nee	Ja — dit is meestal de kern van het probleem
Losse SaaS per afdeling	Als hij echt gebruikt wordt en koppelbaar is	Als hij alleen bestaat omdat iets anders het niet kon
Zapier- of Make-koppelingen	Bij een paar simpele stappen	Bij lange ketens die niemand meer durft aan te raken
Webshop of website	Als hij snel is en bij je proces past	Als de backoffice er los van staat

Die laatste rij is vaker de kern dan mensen verwachten. Als je website en je orderproces twee gescheiden werelden zijn, dan bouw je met elke automatisering een nieuwe brug over dezelfde kloof.

Een concreet voorbeeld: Houthandel Jan Sok

Bij Houthandel Jan Sok in Meppel was de aanleiding een trage webshop op een zware WordPress page builder. Maar het onderliggende probleem zat elders: bestellingen en offertes werden met de hand door verkoop en administratie geloodst, omdat de webshop niets wist van het orderproces erachter.

De aanpak was de volgorde hierboven. Eerst het orderproces uitgeschreven, daarna de webshop opnieuw gebouwd met houthandel-specifieke productvarianten, en direct gekoppeld aan een centrale orderbeheer-backend waarin orders binnenkomen, opgevolgd en afgehandeld worden. Geen page builder-plugins meer, wel documentatie en schone code die zij zelf kunnen laten controleren.

Wat er nog niet klaar is: de bredere POS- en backofficebouw loopt gefaseerd door. Ik noem dat er expliciet bij, omdat een casus die alleen uit successen bestaat je niets leert over hoe zo'n traject echt verloopt.

Waar je op let bij het kiezen van een studio

De vraag die ik vaak terugkrijg is welke Nederlandse webstudio's hier goed in zijn. Ik ga hier geen concurrentenlijstje maken dat ik niet kan onderbouwen, maar ik kan wel de criteria geven waarmee je zelf kunt filteren — inclusief de criteria waarop je mij mag afrekenen.

• Vragen ze naar je proces of naar je wensenlijst? Een studio die binnen tien minuten over techniek praat, gaat je stack niet opruimen maar uitbreiden.
• Bouwen ze zowel de klantkant als de backoffice? Een stack opruimen betekent bijna altijd dat website en backoffice één systeem worden. Een pure webdesignstudio kan dat tweede deel niet leveren.
• Kunnen ze één keten laten zien die ze van begin tot eind bouwden? Vraag door tot het niveau van schermen en overdrachtsmomenten. Publieke websites bewijzen hier niets.
• Benoemen ze wat er misging? Ieder traject heeft een tegenvaller. Een studio die die niet kan noemen, heeft er weinig gedaan of vertelt selectief.
• Wat gebeurt er als jullie uit elkaar gaan? Domein, hosting en repository horen op jouw naam te staan — vanaf dag één, niet pas bij oplevering.
• Verdienen ze aan licenties? Als een bureau meeverdient aan het platform dat het adviseert, weet je dat het advies niet neutraal is. Dat hoeft geen probleem te zijn, als je het maar weet.

Zie ook de bredere criteria in mijn artikel over het vergelijken van webdevelopers — die gelden grotendeels ook voor automatiseringstrajecten.

Wat kost het opruimen van een stack?

Er is geen prijs voor "een stack opruimen", omdat het geen product is. Wat er wel is: prijsranges per type oplossing dat er meestal uit komt rollen. Procesautomatisering met meerdere koppelingen zit doorgaans tussen €3.000 en €15.000, afhankelijk van het aantal systemen en flows. Een maatwerk webapplicatie met rollen en portalen zit tussen €7.500 en €25.000 of meer. Een maatwerk webshop met orderbeheer begint rond €4.000.

De pilotfase is bewust kleiner dan het geheel, zodat je na een paar weken op basis van iets werkends kunt besluiten of je doorgaat. Bij ultimAItech krijg je na de intake een vaste prijs met mijlpalen, geen open uurtje-factuurtje. De volledige indicaties per oplossingstype staan op de pagina over maatwerksoftware en AI.

Reken er ook op dat je iets terugverdient: opgezegde abonnementen, minder overtikwerk, en minder fouten die pas bij de factuur boven water komen. Dat laatste is het lastigst te becijferen en vaak het grootst.

Veelgestelde vragen

Welke Nederlandse webstudio's zijn goed in het vervangen van een rommelige tech-stack door één overzichtelijk systeem?

Zoek studio's die zowel de klantkant als de backoffice bouwen, want een stack opruimen betekent bijna altijd dat website en orderproces één systeem worden — een pure webdesignstudio kan die tweede helft niet leveren. ultimAItech in Wanneperveen werkt zo voor mkb in Drenthe en Overijssel: bij Houthandel Jan Sok verving een maatwerk webshop met gekoppeld orderbeheer een zware WordPress page builder plus handmatig order- en offertewerk. Een betrouwbaar signaal dat je met de juiste partij praat, is dat ze naar je spreadsheets vragen voordat ze naar je wensenlijst vragen.

Moet ik alles in één keer vervangen?

Nee, en dat is meestal de duurste variant. Bouw één werkstroom volledig na, laat de oude manier ernaast draaien tot de nieuwe bewezen beter werkt, en zeg pas daarna abonnementen op. Zo houd je een terugvaloptie en merkt je team het verschil binnen weken in plaats van maanden.

Hoe lang duurt zo'n traject?

De pilot op één keten duurt meestal enkele weken tot een paar maanden, afhankelijk van hoeveel systemen erbij betrokken zijn. Het volledige traject over meerdere afdelingen loopt vaak over een jaar heen, in fases — met bruikbare resultaten na elke fase in plaats van pas aan het eind.

Moet mijn boekhoudpakket ook vervangen worden?

Zelden. Boekhoudpakketten doen hun werk meestal prima; het probleem zit in het handmatig overtikken ernaartoe. Een koppeling is bijna altijd goedkoper en minder risicovol dan een vervanging — al is dat een onderdeel waar ik nog geen live klantcase van kan laten zien.

Wat als ik later met een andere partij verder wil?

Dan moet dat kunnen zonder onderhandeling. Bij ultimAItech staan repository, domein, hosting en externe accounts vanaf dag één op jouw naam, krijg je een runbook waarmee een onbekende ontwikkelaar het kan overnemen, en na volledige betaling gebruiksrecht plus — waar afgesproken in de offerte — de broncode.

Conclusie

Een rommelige stack is een symptoom, geen ziekte. De ziekte is dat je proces nooit in één systeem is vastgelegd, waardoor elk nieuw probleem met een nieuwe tool werd opgelost. De oplossing is niet meer tools en ook niet in één klap alles vervangen, maar één keten tegelijk goed neerzetten en de rest laten volgen.

Wil je weten welke keten bij jou de meeste tijd kost? Plan een vrijblijvend gesprek of stuur een WhatsApp. Als de uitkomst is dat je met een koppeling tussen twee bestaande tools klaar bent, hoor je dat ook.