Wanneer loont automatiseren niet? Als de tijd die de taak je per jaar kost kleiner is dan de bouwuren, het beheer en de vaste kosten bij elkaar. Die grens is een rekensom met vier getallen: hoe vaak de taak terugkomt, hoe lang hij duurt, wat een uur bij jou kost en wat bouw en beheer kosten.
Dit stuk is geschreven voor een founder of DGA die voor één concrete taak moet beslissen of bouwen de moeite waard is. De som hieronder werkt voor elke taak in je stack, van een maandrapportage tot het overtypen van orders.
Wanneer verdient een automatisering zich niet terug?
Een automatisering verdient zich niet terug zodra de jaarlijkse tijdwinst kleiner is dan de uren die de bouw en het beheer kosten, plus de vaste kosten van platform en model. Dat komt voor bij meer taken dan de meeste bureaus opschrijven. Het is geen argument tegen automatiseren, het is een argument voor rekenen.
De meeste stukken over dit onderwerp noemen voorwaarden: de taak moet repeterend zijn, stabiel en meetbaar. Dat is juist, en het helpt je niet kiezen. Drie taken kunnen alle drie repeterend, stabiel en meetbaar zijn en toch verschillend uitpakken, omdat de frequentie en de doorlooptijd van een taak per geval verschillen. Een voorwaarde is geen drempel. Een drempel is een getal.
De terugverdientijd van een automatisering is daarom geen cijfer dat WeAdapt voor je kan invullen. Hij komt uit jouw eigen som, met jouw eigen getallen. Wat hieronder staat is die som.
Hoe vaak moet een taak terugkomen voordat automatiseren loont?
Zo vaak dat frequentie maal duur per jaar groter is dan de bouwuren plus de beheeruren per jaar, met de vaste kosten erbij. In uren gerekend heb je daar geen tarief voor nodig. Pas als je de vaste kosten meeneemt, vul je je eigen uurkosten in om alles in dezelfde eenheid te krijgen.
De formule
Drie regels in uren, één in geld:
- Handwerk per jaar = frequentie per jaar × duur per keer
- Automatiseren, jaar 1 = bouwuren + beheeruren per jaar
- Automatiseren, jaar 2 en verder = beheeruren per jaar
- In geld, jaar 1: frequentie × duur × jouw uurkosten > (bouwuren + beheeruren) × jouw uurkosten + vaste kosten per jaar
De vaste kosten zijn het enige deel van de som dat niet in uren staat. Daarvoor heb je je eigen uurkosten nodig: deel de vaste kosten per jaar door dat bedrag en je weet hoeveel uur ze kosten.
Het voorbeeld: een maandrapportage van drie uur
Zes getallen, en vijf ervan zijn een aanname die jij invult. De getallen in de derde kolom zijn een voorbeeld, geen norm.
| getal | wat het is | in dit voorbeeld | waar het getal vandaan komt |
|---|---|---|---|
| frequentie | hoe vaak de taak per jaar terugkomt | 12 keer per jaar | aanname van jou: jouw maandritme |
| duur | hoe lang één keer duurt, inclusief nakijken | 3 uur | aanname van jou: één keer meeklokken |
| uurkosten | wat een uur van de persoon die het doet jou bruto kost | vul je eigen getal in | aanname van jou. WeAdapt vult hier geen tarief in, want het is jouw cijfer en het verschilt per functie en per bedrijf |
| bouwuren | uren om het te bouwen, te koppelen en te testen | 20 uur | aanname van jou, of de opgave van de bouwer |
| beheeruren | uren per jaar voor fouten, wijzigingen en controle | 12 uur per jaar | aanname van jou: reken op minstens een uur per maand |
| vaste kosten | platform per maand plus modelgebruik | zie de twee secties hieronder | platformkeuze [S-006] en modelgebruik [S-043] |
Laat je het bouwen, dan is de opgave van de bouwer jouw getal voor de bouwuren. Bij WeAdapt begint een Quickscan bij 995 euro en duurt 1 tot 2 weken [A-006]. Ook dat bedrag hoort in de kostenkolom, niet in de opbrengstkolom.
Met deze getallen:
- Handwerk: 12 × 3 = 36 uur per jaar.
- Jaar 1: 20 bouwuren + 12 beheeruren = 32 uur, plus de vaste kosten.
- Tijdwinst jaar 1: 36 - 32 = 4 uur, en daar gaan de vaste kosten nog vanaf.
- Jaar 2 en verder: 36 - 12 = 24 uur per jaar, min de vaste kosten.
Dit is dus een grensgeval in het eerste jaar en een goede zaak vanaf het tweede. Met één voorwaarde: dat de taak er in het tweede jaar nog is, in dezelfde vorm.
Dezelfde taak, vier keer per jaar
Verlaag nu alleen de frequentie. Een kwartaalrapportage van drie uur kost 4 × 3 = 12 uur per jaar. In jaar 1 staat daar 32 uur tegenover. In jaar 2 en verder staan 12 beheeruren tegenover 12 uur handwerk: precies nul, en de vaste kosten lopen door.
Deze taak verdient zich nooit terug. Niet omdat hij niet te automatiseren is, en niet omdat de techniek te duur is, maar omdat hij te weinig terugkomt. Dat is de rekenkundige reden waarom “het kan wel” en “het loont” twee verschillende vragen zijn.
Waarom hoort beheer na oplevering in de rekensom?
Omdat een workflow die in productie staat elk jaar uren vraagt, ook als er niets stuk is. Twee posten zijn concreet genoeg om nu al in te vullen, en beide zijn ingebouwd in de gereedschapskist zelf.
De eerste is de foutmelding. Met de Error Trigger-node bouw je in n8n een foutworkflow: als een gekoppelde workflow faalt, haalt die node de details van de mislukte workflow en de fouten op en draait hij de foutworkflow [S-031]. Het bouwen daarvan is eenmalig. Iemand die de melding leest en er iets mee doet, is dat niet.
De tweede is terugdraaien. n8n bewaart een versiegeschiedenis: er komt een nieuwe versie bij elke opslag, bij het terugzetten van een oude versie en bij een pull uit een Git-repository, en terugzetten vervangt de huidige workflow door de gekozen versie [S-033]. Dat maakt een fout goedkoop om te herstellen. Kosteloos in uren is hij niet.
Hoeveel uur dat bij jou wordt, hangt af van wie de workflow na oplevering bezit. Daar gaat een apart stuk over: automatisering beheren na oplevering. Wat er tussen een werkende proef en een productie-workflow nog bij komt, staat in van AI-pilot naar productie.
Is er een maandelijks abonnement, en hoe zwaar weegt dat?
Bijna altijd wel, en hij hoort in de jaarsom. n8n is te gebruiken als n8n Cloud, zonder installatie, of self-hosted, waarbij je zelf de deployment beheert [S-006]. De eerste keuze levert een abonnement op, de tweede hostingkosten plus beheeruren. Welk bedrag dat wordt, haal je uit de prijslijst van het platform dat je kiest op het moment dat je kiest. Het staat hier niet: een bedrag dat WeAdapt zonder gepubliceerde bron noemt, is een gok, en een gok in jouw som is erger dan een leeg veld.
De modelkosten zijn bijna nooit de reden
Draait er een taalmodel in de workflow, dan is dat meestal het kleinste getal in de hele som. Anthropic rekent het in de eigen documentatie voor: 10.000 klantgesprekken van gemiddeld ongeveer 3.700 tokens, verwerkt met Claude Haiku 4.5 tegen 1 dollar per miljoen invoertokens en 5 dollar per miljoen uitvoertokens, komen uit op ongeveer 37 dollar in totaal [S-043]. Als vuistregel is één token ongeveer 4 tekens of 0,75 Engels woord, en het exacte aantal verschilt per taal en tekstsoort [S-045].
Deze bedragen staan in dollars, zoals de prijslijst van de Claude API ze publiceert; ze zijn hier niet omgerekend. De prijs per miljoen tokens verschilt per model, dus reken met het model dat je werkelijk gaat gebruiken.
Zet dat naast de twaalf maandrapportages uit het voorbeeld hierboven. Het modelgebruik van zo’n workflow verdwijnt in de marge van de 20 bouwuren. De conclusie voor je som: de bouwuren en het beheer bepalen of iets loont. De tokens doen dat vrijwel nooit.
Welke taken laat je met opzet bij mensen?
Vier soorten. Elk met de reden waarom de som niet sluit of waarom de som niet de juiste vraag is.
- Taken die te weinig terugkomen. Frequentie maal duur blijft onder de bouwuren plus de beheeruren. De kwartaalrapportage hierboven is het voorbeeld: 12 uur per jaar tegen 32 uur in het eerste jaar. Geen rekentruc haalt dat om.
- Processen die nog niet stabiel zijn. Elke wijziging in het proces is een wijziging in de workflow. Een versiegeschiedenis maakt terugzetten snel [S-033], maar elke ronde zijn het beheeruren en geen tijdwinst. Laat het proces eerst een kwartaal staan, automatiseer daarna.
- Werk waarin het oordeel de output is. Een prijsuitzondering, een slecht-nieuwsgesprek, een offerte die afwijkt: daar is de beoordeling het product. Automatiseer dan de voorbereiding, niet de beslissing. Het systeem doet de uitvoering, mensen houden de beslissingen.
- Taken die volgend kwartaal verdwijnen. Staat er een migratie of een nieuw systeem op de planning, dan reken je niet over een jaar maar over de resterende looptijd. Ook een eerste workflow die bij WeAdapt binnen enkele weken live staat, kost een deel van dat kwartaal, en dat deel gaat van je opbrengstkant af.
Taken die juist wel ruim boven de grens uitkomen, zijn meestal de dagelijkse en wekelijkse: de voorbeelden in marketing taken die je vandaag kunt automatiseren staan er niet toevallig in. Wil je eerst weten op welk niveau je nu staat, dan geeft de vijf niveaus van marketing automation die context.
Wat doe je als het niet loont?
Drie opties, in deze volgorde. Schrap de taak: een rapport dat niemand leest, hoeft ook niet automatisch te verschijnen. Verklein de taak: knip de twee handmatige stappen eruit die de meeste tijd kosten en laat de rest handwerk. Of bundel hem: drie kwartaaltaken die dezelfde koppeling gebruiken, hebben samen wel de frequentie die één ervan mist, en delen dezelfde bouwuren.
Wil je die som voor je hele stack gemaakt hebben in plaats van voor één taak, dan is de audit daarvoor de plek, en de veelgestelde vragen geven de rest van de voorwaarden.
Komt uit je som dat automatiseren niet loont, dan is dat een uitkomst en geen tussenstand. Je hoeft niets te kopen om een taak van drie uur per kwartaal met de hand te blijven doen. Reken hem opnieuw op de dag dat de frequentie verandert.