Een automatiseringsconsultant inhuren is een vreemd soort aankoop. Je betaalt iemand om iets te bouwen dat je zelf niet volledig doorziet, op basis van een gesprek en misschien een portfolio-link. Wat een workflow goed of slecht maakt is grotendeels onzichtbaar totdat het kapot gaat, dus je koopt eigenlijk vertrouwen, niet iets wat je zelf kunt controleren.
Ik bouw deze systemen voor de kost, dus dit is geen neutrale lijst. Maar het is ook precies wat ik zou willen weten als ik degene was die aan het inhuren was, en het is hoe ik mijn eigen werk inricht, want ik verlies liever een klant aan deze standaarden dan dat ik er een houd die het nooit vraagt.
Wat een goede automatisering écht onderscheidt van een slechte
In de praktijk komt het op drie dingen neer.
Wie het bezit als het klaar is. Sommige opzetten draaien binnen het eigen account van de consultant, op hun eigen infrastructuur, onder hun eigen abonnement. Dat betekent dat als je ooit stopt met die persoon, je automatisering ook stopt. Een bouw die echt van jou is draait in jouw eigen n8n-omgeving, jouw eigen accounts, jouw eigen inloggegevens. Je moet degene die het gebouwd heeft kunnen ontslaan en alles gewoon laten doordraaien.
Of de prijs kan verschuiven. Veel automatiseringswerk wordt losjes geoffreerd en groeit daarna: "nog één integratie," "een kleine aanpassing," allemaal apart gefactureerd. Dat is niet per se oneerlijk, maar het betekent dat je pas weet wat je betaalt als het project voorbij is. Een vaste prijs, afgesproken voordat het werk begint, dwingt de scope om vooraf goed vastgelegd te worden in plaats van gaandeweg ontdekt.
Wat er gebeurt na oplevering. Automatiseringen staan niet stil. API's veranderen, volumes groeien, edge cases duiken op die niemand in week één had bedacht. Als "klaar" betekent dat de persoon verdwijnt zodra het werkt, sta je er in je eentje voor. Een vastgestelde supportperiode na oplevering laat zien of iemand iets bouwt dat moet blijven werken, of iets dat alleen één keer hoeft te werken, in de demo.
Vragen die het waard zijn om te stellen voordat je iemand inhuurt
"Word ik eigenaar van de workflows en de infrastructuur waar ze op draaien?" Als het antwoord vaag is, of inhoudt dat je permanent op hun platform blijft, is dat het antwoord.
"Is de prijs vast, of hangt die af van hoe het project loopt?" Vaste prijs betekent dat iemand de scope goed heeft doordacht. Open prijzen betekenen dat jullie het samen uitzoeken, op jouw budget.
"Kan ik een echte workflow zien die je gebouwd hebt, niet alleen een case study?" Een case study is marketing. Een echte n8n-workflow, zelfs een geanonimiseerde screenshot, laat zien hoe iemand denkt: hoe fouten worden afgehandeld, hoe dingen benoemd zijn, of het bij elkaar geplakt is of echt gebouwd om onbeheerd te draaien.
"Wat gebeurt er als er over drie maanden iets kapot gaat?" Vraag om een concreet antwoord. "Ik help je wel" is geen concreet antwoord. Een supportperiode met een echte einddatum wel.
"Wie bouwt dit eigenlijk?" Bij veel automatiseringsprojecten is de persoon met wie je tijdens het verkoopgesprek praat niet degene die het uiteindelijk bouwt. Geen van beide is per se fout, maar je moet weten wie je krijgt, want het bepaalt hoeveel er verloren gaat in de vertaling.
"Moet ik je elke maand blijven betalen, of is dit een eenmalige bouw?" Sommige dingen hebben echt doorlopend onderhoud nodig. Veel niet. Wees kritisch op iedereen wiens verdienmodel vereist dat je nooit echt klaar bent.
Hoe dit er bij mij uitziet
Ik bouw tegen een vaste prijs, op maat van jouw bedrijf, in jouw eigen accounts, en jij bezit alles zodra ik het opgeleverd heb. Elk pakket bevat een supportperiode na oplevering, specifiek zodat je niet vastzit zodra er iets verandert. Geen abonnement nodig om te houden wat je hebt betaald.
Wil je zien hoe dat er voor jouw situatie uitziet? Boek een gratis discovery call en ik loop het eerlijk met je door, inclusief eerlijk zeggen als automatisering nog niet is wat je nodig hebt.