Het Zapier-jaar dat altijd terugkomt

Bijna elke MKB-klant die we overnemen heeft een variant op hetzelfde verhaal. Drie jaar geleden bouwde iemand in Zapier of Make een mooie eerste flow: formulier in, ActiveCampaign uit, Slack-bericht erbij, klaar. Het werkte. Toen kwam er een klant-funnel bij. Een lead-scoring. Een WhatsApp-flow. Een refund-proces. En nu staan er 47 zaps actief waarvan niemand precies weet wie wat triggert. Iemand vertrekt, niemand kan de helft uitleggen, en zo begint elk gesprek over automation met spaghetti opruimen.

Dat moment komt voor iedereen, vroeg of laat. De vraag is: hoe weet je dat je dat moment hebt bereikt, en wat doe je dan?

Zes signalen dat je platform stuk loopt

1. Je Zapier-rekening is hoger dan een freelance-developer-uur

Zapier rekent per task. Een typische MKB met serieuze automation komt op het $80-150 per maand pakket en groeit van daaruit. Op enige schaal (50.000+ tasks per maand) ben je in code voor 10-20% van die maandelijkse kost klaar. Niet meteen, maar de break-even ligt sneller dan je denkt.

2. Je hebt vorige week een productie-issue niet kunnen reproduceren

Een zap stopte met werken. Of werkte intermitterend. Of werd ineens twee keer getriggerd. Geen logs, geen versiebeheer, geen rollback-mogelijkheid. Code-gebaseerde automation heeft Git, deploy-historie en logs by default. Platform-automation heeft een uitvoer-historie van je laatste 50 runs en that's it.

3. Je weet niet meer wat alle zaps doen

Klassiek symptoom van het Zapier-jaar. 47 actieve zaps, drie mensen die ooit iets hebben gebouwd, geen documentatie. Een nieuwe medewerker krijgt de opdracht om het uit te zoeken en geeft na een week op. Code in een repo met README, type-defs en commit-messages is documentatie van zichzelf.

4. Je flow heeft logica die in een drag-and-drop niet meer past

Vier loops, drie filter-stappen, een conditional die naar twee paden splitst, en in elk pad nog twee sub-conditionals. In Zapier wordt dit een onleesbare horizontale wand. In code is het 30 regels overzichtelijke functie. Voor flows met serieuze business-logica is platform-automation het verkeerde gereedschap.

5. Je hebt data-transformaties die platforms niet aankunnen

Een phone-number formatten naar internationale notatie. Een datum-conversie tussen tijdzones. Een tekst-normalisatie voor matching. Drie regels Python, of een Zapier-stap met "Run Code" waar je alsnog Python schrijft maar dan binnen een UI. Op dat punt heb je code, alleen op een vreemde plek.

6. Je platform heeft een rate-limit waar je tegenaan loopt

Je Zapier-account doet 100 tasks per minuut. Je seizoenspiek genereert 250. Resultaat: tasks worden vertraagd, klanten krijgen hun bevestigingsmail een halfuur later, je support-inbox loopt vol. Code op een serverless platform schaalt automatisch.

Wat een overstap praktisch inhoudt

Dit is niet "alles in één keer omzetten". De pragmatische aanpak is anders, in drie fases.

Fase 1: dood hout kappen

Open Zapier of Make en pak de actieve zaps door. Markeer welke je deze maand actief hebt gebruikt en welke je nooit meer gebruikt. Zet de inactieve uit (niet weggooien). Documenteer per actieve flow in één regel wat 'ie doet. Tijd: een halve dag. Effect: je hebt overzicht, je rekening daalt.

Fase 2: kritieke flows in code

De top vijf flows op volume of kritiek-niveau migreer je naar code. Een Node.js of Python script op Vercel Functions, AWS Lambda, of Cloudflare Workers. Eén flow per pull request, met tests. Drie weken werk voor een part-time developer.

Fase 3: rest in platform houden

Niet alles hoeft in code. Eenvoudige, lage-volume flows zonder kritieke logica blijven in Zapier of Make. Een Slack-notificatie als iemand een formulier invult? Prima. Een lead die wordt verrijkt en in CRM gezet met afgeleide data? Code.

De eindstaat is een mix: 5-10 kern-flows in code, 10-15 randzaken in platform, alle dood hout weg. Dat is geen schoonheidsideaal, dat is werkbare praktijk.

Wanneer je beter niet overstapt

Drie situaties waarin platform-automation de juiste keuze blijft. Eén, als je geen developer in huis hebt en geen budget om er een in te huren. Een platform dat 100% wordt onderhouden door iemand die hun werk niet snapt is beter dan code die niemand kan onderhouden. Twee, als je flows écht eenvoudig zijn en blijven. Drie tot vijf zaps zonder complexe logica is geen overstap waard. Drie, als je organisatie nog niet stabiel genoeg is om een tweede systeem (codebase, deployment, monitoring) te beheren.

Wie wel overstapt: doe het gefaseerd, niet als big bang.

Eerste stap

Open vandaag je Zapier of Make-dashboard. Tel hoeveel zaps actief zijn. Klik op de top vijf op volume. Stel jezelf per zap deze vraag: "als deze morgen kapot zou gaan, hoe zou ik daarachter komen?" Als het antwoord is "ik weet het niet", staat die zap op de overstap-lijst.