No-code-automatisering versus maatwerk

De keuze wordt meestal neergezet als snel en goedkoop tegenover degelijk en duur. Die voorstelling klopt vaak genoeg niet om hem recht te zetten, want er zijn processen die nooit in code geschreven hadden moeten worden, en er zijn no-codeworkflows die over drie jaar meer kosten dan het maatwerk dat ze vervingen.

De bruikbare vraag is niet welke beter is. Het is welke vorm van falen u kunt dragen.

Waar no-code echt goed in is

Platformen als Zapier, Make en n8n bestaan omdat het meeste koppelwerk hetzelfde werk is: iets uit systeem A halen, omvormen, in systeem B zetten en de fouten afvangen. Zij leveren de connectoren, het opnieuw proberen, de planning en de opslag van inloggegevens, en dat is een echte besparing en geen marketingbesparing.

Ze zijn op hun best als de workflow kort is, de systemen gangbaar zijn, de logica op één scherm past en de proceseigenaar zelf kan zien wat er gebeurt. Dat laatste wordt onderschat. Een financieel manager die een scenario kan openen en lezen, is voor een organisatie meer waard dan een elegante dienst die niemand behalve de maker begrijpt.

Ze zijn bovendien goedkoop om weg te gooien. Blijkt het proces niet te kloppen, dan verwijdert u een workflow in plaats van een investering af te schrijven. Voor alles waar u nog niet zeker van bent, is dat op zichzelf al doorslaggevend.

Waar het ophoudt te lonen

Vijf grenzen, in de volgorde waarin ze zich meestal aandienen.

De logica past niet meer op een scherm. Vertakkingen vermenigvuldigen zich. Ergens voorbij de twintig of dertig stappen helpt de visuele weergave niet meer maar verbergt hij de logica, en is degene die het kan uitleggen degene die het heeft gebouwd.

Niemand kan een wijziging beoordelen. Code heeft versiebeheer, review en een geschiedenis van waarom iets is zoals het is. De meeste no-codeplatformen hebben een canvas en een knop om terug te gaan. Raakt een workflow geld of klantgegevens aan, dan is het ontbreken van review een beheersingsprobleem en geen ongemak.

Volume ontmoet de prijslijst. Deze platformen rekenen per taak, per verrichting of per gebruiker. De kosten schalen mee met het aantal runs, en dat aantal volgt uit het schema en niet uit de omvang van het team. Een workflow die in de pilot gratis was, is op productievolume een post. Reken het schema door voordat u zich vastlegt, en tel de herhaalpogingen mee.

De gegevens zijn gevoelig. De inhoud loopt door de infrastructuur van het platform. Bij een beheerd platform is dat een extra verwerker, een extra verwerkersovereenkomst en een extra regio om te verantwoorden. Dat kan prima zijn, of precies wat het contract van uw klant verbiedt.

Een stap heeft toch echte code nodig. De meeste platformen kennen een codeblok, en zodra de belangrijke logica in codeblokken over een canvas verspreid ligt, heeft u maatwerk met slechter gereedschap.

De test

Zeven vragen. Drie of meer antwoorden aan de rechterkant en u kijkt naar maatwerk.

De tussenweg verdient meer krediet dan hij krijgt. Zelf gehoste n8n behoudt de connectoren en het canvas, voegt codestappen toe waar dat nodig is en draait op uw eigen infrastructuur, waarmee de vraag over gegevens is beantwoord zonder dat u alles zelf hoeft te schrijven. Een maatwerkdienst met een kleine no-codelaag voor de delen die vaak wijzigen, is dezelfde gedachte van de andere kant.

Wanneer maatwerk niet het juiste antwoord is

Heeft u geen ontwikkelaar en geen onderhoudsbudget, dan is maatwerk een verplichting met uitgestelde factuur. Het werkt een jaar lang uitstekend en heeft daarna iemand nodig, en die iemand is er niet. Neem dan het abonnement.

Is het proces eenmalig, schrijf dan een script of doe het met de hand. Wordt het proces nog uitgevonden, dan legt een bouwtraject een versie vast die bij oplevering al achterhaald is. En is het volume werkelijk laag, dan is geen van beide te verantwoorden met besparingen; dat gesprek hoort eerst gevoerd te worden.

De ongemakkelijke versie, aangezien wij maatwerk bouwen voor de kost: een flink deel van wat mensen ons vragen te bouwen, is beter af met een betaald no-codeabonnement en twee middagen inrichten. Dat zeggen we dan ook, want het alternatief is een systeem dat niemand kan onderhouden.

Het scenario om voor ogen te houden

Een scenario van zestig stappen, gebouwd door één persoon, dat een formulier aan een CRM en een facturatiepakket knoopt. Het draait al acht maanden.

Een leverancier wijzigt een API-antwoord. De stap mislukt. De foutafhandeling is nooit ingericht, omdat het scenario vanaf dag één werkte en niemand er nog naar heeft omgekeken. Fouten belanden in een uitvoeringsgeschiedenis die niemand opent. Twee weken later vraagt sales waarom er geen leads meer binnenkomen van de website, en degene die het bouwde, werkt er niet meer.

De tweede versie is erger. In plaats van te mislukken verwerkt een lus 200 records en struikelt bij nummer 40. De uitvoering wordt als geslaagd gemarkeerd. Er zijn 160 records nooit weggeschreven, en geen logboek onderscheidt ze van de records die het wel haalden.

Geen van beide fouten komt door no-code. Beide komen doordat een workflow wordt behandeld als iets dat je bouwt in plaats van iets dat je draait. Wat u ook kiest, de vraag uit het driejarige kostenmodel blijft staan: wie ontvangt de melding, en wat doet die persoon ermee?

Ons automatiseringswerk begint met dezelfde test als hierboven, en de overige vergelijkingen behandelen de besluiten die erop volgen.

Veelgestelde vragen

Is n8n no-code of maatwerk?

Allebei, en daarom duikt het steeds op in dit gesprek. U krijgt een visueel canvas met connectoren, codestappen waar u ze nodig heeft, en de mogelijkheid om zelf te hosten. Die combinatie dekt veel middenterrein, tegen de prijs dat iemand de server beheert als u zelf host.

Kunnen we met no-code beginnen en later herbouwen?

Ja, en vaak is dat de juiste volgorde. Het herbouwen is realistisch omdat de no-codeversie het proces nauwkeurig vastlegt: elke veldkoppeling en elk randgeval is zichtbaar. Behandel de eerste versie als een specificatie die toevallig draait.

Wat kost een no-codeworkflow bij volume?

De kosten volgen het aantal runs en niet het aantal gebruikers. Neem het schema, reken het om naar een maandtotaal, vermenigvuldig met het aantal verrichtingen per run en tel er een factor voor herhaalpogingen bij op. Doe dat voordat u een proces met hoge frequentie aan een platform per verrichting toevertrouwt.

Wie is eigenaar van een automatisering die live staat?

Iemand binnen de organisatie die vaak genoeg naar de uitvoer kijkt om te merken dat er iets raars gebeurt, niet de leverancier en niet degene die erom vroeg. Kunt u die persoon niet noemen, dan is de platformkeuze niet uw grootste probleem.