Het lijkt erop dat je uit {country} komt
Automatisering
Met Zapier laten apps met elkaar praten zonder code: een formulier wordt een CRM-contact, een nieuwe order start een factuur. Voor zo’n simpele eenrichtingskoppeling is het vaak genoeg.
Het is niet meer genoeg als geld, btw, retouren of dubbele klantgegevens meespelen. Dan wil je een heldere opzet: welke automatiseringen blijven, welke horen in een echte koppeling, en hoe je merkt als er eentje stil is gestopt.
Zapier koppelt je tools met “als dit gebeurt, doe dan dat”: een nieuwe webshoporder, een deal die in HubSpot opschuift, een betaling in Stripe. Dat zet je snel op en is vaak perfect voor marketing en dagelijks kantoorwerk.
De grenzen zijn voorspelbaar. Ingewikkelde regels (“betaald, geen retour, en deze btw-code”) worden rommelig. Fouten belanden vaak als mail die niemand leest. Bij meer volume wordt het duur. En zonder één duidelijke eigenaar van het klantrecord maken meerdere automatiseringen al snel drie keer hetzelfde contact.
Tools als Make doen iets vergelijkbaars met meer vertakkingen; Zapier wint op hoeveel apps het ondersteunt. Wij duwen niet één tool. De echte vraag is: hoort deze flow in een no-code tool, of in een onderhouden koppeling met logging en een seintje als iets misgaat?
Zapier “faalde” niet. Het bedrijf groeide voorbij een tool die nooit de hele ruggengraat moest zijn.
Na een plugin-update faalt de automatisering, zet zichzelf uit, en de foutmail verdwijnt in een gedeelde inbox. Orders komen nog in de shop; ze bereiken de boekhouding alleen niet. Finance vindt dertig orders zonder factuur.
Wat je in plaats daarvan ziet
Belangrijke flows krijgen monitoring en alerts. Fragiele stappen gaan naar een echte koppeling die opnieuw probeert en meldt als iets misgaat — niet alleen een stille mail.
Marketing, sales en de shop zetten elk hun eigen automatisering. Niemand sprak af welk e-mailveld leidend is. Binnen maanden is duplicaten samenvoegen wekelijks werk en betekent “nieuwe klanten” drie verschillende getallen.
Wat je in plaats daarvan ziet
Eén systeem is eigenaar van het contact. Automatiseringen schrijven ernaar of lezen ervan — ze maken geen parallelle kopieën. We leggen vast wat waar hoort en ruimen overlap op.
Een factuur maken als Stripe “betaald” zegt is makkelijk. Een retour weken later vraagt een creditnota, kostencorrectie en misschien een CRM-update — stappen die zelden kloppen blijven als gestapelde automatiseringen.
Wat je in plaats daarvan ziet
Het hele betaalpad — betaald, mislukt, terugbetaald, betwist — leeft in één duidelijke laag, of dat nu maatwerk is of een kleine, begrensde set automatiseringen met heldere regels.
Gebruikskosten lopen op als elke order meerdere automatiseringen afvuurt. Dat is geen reden om Zapier te verbieden — wel om te weten wanneer je stopt met stapelen.
De grotere kostenpost is tijd: duplicaten samenvoegen, gaten in de maandafsluiting dichtzetten, en dashboards niet meer vertrouwen omdat niemand weet of de data compleet is.
We beginnen vaak met inventariseren wat je al in Zapier hebt — de helft van het werk is automatiseringen opruimen die elkaar tegenwerken, niet nieuwe bijzetten.
Een koppeling heeft twee kanten. Er zijn genoeg bureaus die de API-call voor je bouwen en je een JSON-payload overhandigen; dat is de makkelijke helft. De moeilijke helft is waar die data in landt — een website, een webshop, een portaal waar je klanten op inloggen, een intern hulpmiddel dat een spreadsheet vervangt. JKC bouwt beide kanten, en daarom blijven de koppelingen die wij bouwen meestal werken: aan de ontvangende kant is voor ons niets een zwarte doos.
De koppeling zelf: authenticatie, veldmapping, rate limits, retries en een wachtrij die overleeft dat het andere systeem een uur uit de lucht is. Gebouwd op de gedocumenteerde API als die er is, en op wat de leverancier werkelijk aanbiedt als die er niet is.
WordPress-sites die uit je systemen lezen in plaats van ze met de hand na te typen: een vacaturepagina die uit je HR-systeem komt, een teampagina die je salarisadministratie volgt, prijzen en beschikbaarheid die de echte zijn.
WooCommerce-shops waarin de order de laatste keer is dat iemand hem intypt: hij wordt een factuur in je boekhoudpakket, een label bij je vervoerder, een voorraadmutatie in je warehouse en een regel in je CRM, uit zichzelf.
Als het proces in geen enkel standaardproduct past: een klantportaal, een offertetool, een planbord, een dashboard dat drie systemen tegelijk uitleest. Gebouwd op jouw data, met jouw systemen als bron in plaats van een kopie ervan.
Dit zijn de flows waar klanten ons het vaakst om vragen ze in Zapier te repareren of eruit te halen.
Formulier- en shopleads naar CRM (beide kanten)
Nieuw contact, brontag, eerste deal of lifecycle stage — met deduplicatie op e-mail of extern ID zodat de vijfde formulierinzending niet de vijfde registratie maakt.
Betaalde orders naar boekhouding (in de tool)
Klant, factuurregels, belasting en betaalstatus naar QuickBooks of een ander grootboek — meestal de eerste Zap die klanten bouwen en de eerste die we naar code verhuizen zodra terugbetalingen opduiken.
Meldingen en taken in Slack of e-mail (uit het gereedschap)
Meldingen bij hoge orders, waarschuwingen bij mislukte betalingen, support-overdrachten — flows die thuishoren in Zapier omdat snelheid belangrijker is dan grootboekprecisie.
Stripe- en paymentprovider-events (beide kanten)
Webhooks genormaliseerd voordat ze businesslogica raken — zodat hetzelfde payment.succeeded-event shop, CRM en boeken bijwerkt zonder dat drie Zaps de payload anders interpreteren.
Houd de meldings-Zaps. Stel de geld-Zaps ter discussie. Vervang alles dat klopt moet zijn bij maandafsluiting door iets dat fouten dezelfde dag logt.
Elke keer dezelfde vier stappen, om welke tool het ook gaat. Niets hiervan is een workshop waar je voor betaalt: stap één bestaat omdat een koppeling verkeerd afbakenen het duurste is wat er met zo'n koppeling kan gebeuren.
Niet "welke velden bestaan er" maar "welke velden verplaatst iemand nu met de hand, hoe vaak, en wat gaat er stuk als het misgaat". De meeste projecten blijken twee of drie stromen nodig te hebben, geen volledige tweerichtingssync van alles. Dat gesprek is wat de offerte laag houdt.
Een onderhouden connector van de leverancier, een platform als Make of Zapier, of een maatwerkkoppeling op de API. Goedkoopste eerst, niet maatwerk eerst: als een ondersteunde plugin precies doet wat je nodig hebt, dan is dat het antwoord en zeggen we dat ook. Maatwerk is voor de gevallen waarin de kant-en-klare optie zoveel configuratie vraagt dat hij juist het fragiele onderdeel wordt.
Elke koppeling krijgt retries, een wachtrij en een idempotency-sleutel mee, zodat een order die binnenkomt terwijl de andere kant eruit ligt later wordt afgeleverd in plaats van verdwijnt, en een retry geen tweede factuur aanmaakt. Eerst op een testomgeving waar de leverancier die aanbiedt, zodat het eerste wat je echte administratie ziet een werkende koppeling is.
Welke meldingen je krijgt, wat elke melding betekent, wat je eraan doet en wie je belt. Plus de inloggegevens op jouw naam, in jouw eigen kluis — niet in de onze. Een koppeling die niemand behalve wij kan onderhouden is een koppeling die niet van jou is.
Dit is het deel dat in de meeste offertes ontbreekt. Een koppeling die stopt met werken zonder dat iemand het merkt is erger dan handwerk, want bij handwerk merkt iemand het tenminste als het niet gedaan is. Elke koppeling die JKC bouwt wordt gemonitord, en die monitoring is geen bijverkoop — die zit in de servicekosten.
Een bericht dat niet doorkomt geeft binnen het uur een melding, met de regel waar het over ging. Geen dashboard dat je moet onthouden om te bekijken.
Wat mislukt is blijft in een wachtrij staan en kan opnieuw verstuurd worden zodra de oorzaak weg is, in de juiste volgorde. Niemand hoeft gisteren door te spitten op zoek naar de vier orders die niet zijn aangekomen.
API's krijgen nieuwe versies, worden uitgefaseerd en gaan op rate limits. Kondigt een leverancier een wijziging aan die jouw koppeling raakt, dan is meebewegen onderdeel van de servicekosten en geen nieuw project.
Een bestaande Zapier-setup auditen en repareren is een echt project — vaak kleiner dan alles in code herbouwen, en vaak de juiste eerste stap voordat iemand zich commit aan maatwerk-API-werk.
Een koppeling begint vanaf € 1.700 plus maandelijkse servicekosten, waar de monitoring, de wachtrij en het bijhouden van API-wijzigingen van de leverancier in zitten. Werk buiten een vaste scope is € 95 per uur.
Wat het bedrag beweegt is niet de tool — het is hoe goed het systeem aan de andere kant bekend is. Heeft JKC je website, je webshop of je webapplicatie gebouwd, dan kennen we het datamodel, de uitzonderingen en waar de voorraadaantallen echt vandaan komen, en is een koppeling erin vooral configureren en testen. Is het een systeem dat we nooit hebben opengeslagen, dan beginnen we met een korte technische check aan beide kanten en offreren we daarna, zodat je niet op uurbasis betaalt voor ons uitzoekwerk.
Twee dingen die het bedrag verder bewegen, in onze ervaring meer dan al het andere: of de tool een echte API heeft of alleen een CSV-export, en of de sync twee kanten op moet. Eenrichting is ruwweg de helft van het werk van tweerichting, want tweerichting betekent per veld beslissen welk systeem wint als ze het oneens zijn — en die beslissing is het dure deel, niet de code.
Zapier wanneer de flow simpel is, volume matig, en falen irritant is in plaats of duur — een leadmelding, een Slack-bericht, een tag op een contact.
Maatwerk wanneer geld beweegt, belasting kloppen moet, duplicaten rapportages breken, of je dezelfde dag moet weten dat iets faalde. We vertellen aan welke kant jouw flow zit voordat we iets offereren.
Omdat het abonnement connectoren koopt, geen ontwerp. Vijf Zaps gebouwd door vijf mensen in twee jaar is een veelvoorkomend startpunt — en het werk is beslissen welke je houdt, hoe ze ID's delen, en wat er gebeurt als er één breekt.
Goed koppelwerk verlaagt Zapier-kosten vaak door de dure task-zware Zaps te vervangen door één onderhouden codepad. De fee is voor de architectuur, niet voor het aanklikken van stappen die je zelf had kunnen aanklikken.
Ja — dat is een veelvoorkomend startpunt. We exporteren wat er is, mappen triggers aan businessresultaten, en markeren Zaps die overlappen of geen foutafhandeling hebben.
We schrijven niet automatisch alles om in code. Soms is de fix drie documentatiepagina's en een alert bij taskfouten; soms is het de helft van de Zaps pensioneren en één payment handler bouwen. De audit beslist.
Make biedt meer vertakking en vaak betere prijzen bij volume; Zapier biedt meer apps en meer mensen in je team die ervan gehoord hebben. Voor veel klanten is het antwoord "gebruik waar je al voor betaalt tot het breekt".
Wanneer we wisselen aanraden, is het meestal omdat het visuele scenario in Make een flow uitdrukt die Zapier zonder hacks niet aankan — niet omdat het ene logo universeel beter is.
Bijna niemand koppelt één tool. Dit zijn de tools die in hetzelfde gesprek langskomen, of omdat ze in hetzelfde deel van het bedrijf zitten of omdat mensen om die twee samen vragen.
