Na oplevering hoort één persoon eigenaar te zijn van elke workflow. Automatisering beheren na oplevering kan op drie manieren: het eigen team doet het, een partner doet het, of je verdeelt het. Welke vorm past, hangt af van het aantal workflows, hoe vaak ze wijzigen en wat stilstand kost.
Dit stuk is geschreven voor de operationeel verantwoordelijke in een bedrijf van 5 tot 50 mensen die op het punt staat een workflow in gebruik te nemen. Niet voor de vraag of je moet automatiseren, wel voor de vraag wie er maandag verantwoordelijk is.
Wie onderhoudt een automatisering na oplevering?
De persoon die aangewezen is, en niemand anders. Beheer is een rol, geen bijzaak die vanzelf bij de laatste bouwer blijft liggen. In de praktijk gaat het om vier taken: signalen opvangen als er iets misgaat, kleine wijzigingen doorvoeren, toegang en koppelingen bijhouden, en beoordelen of de workflow nog doet wat het proces vraagt.
Dat is minder werk dan het klinkt, maar het is werk. Een systeem dat op zichzelf draait, draait op aannames: dat de bron zijn veldnamen niet verandert, dat het CRM bereikbaar blijft, dat niemand de map hernoemt waar de bestanden binnenkomen. Elke aanname heeft een houdbaarheidsdatum.
De meeste bureaus beantwoorden deze vraag met hun eigen aanbod. Dat is begrijpelijk, maar het maakt de keuze niet makkelijker. De eerlijke versie is dat alle drie de vormen werken, mits de rol belegd is en de techniek erop is ingericht. AI-projecten die van iedereen zijn, zijn in de praktijk van niemand: dat is precies de fout die ook bij beheer terugkomt, zie waarom mkb-bedrijven vaker falen met AI-implementaties.
Welke beheervorm past bij jouw bedrijf?
Drie vormen, zes situaties. Zoek de rij die het dichtst bij je eigen situatie ligt en lees de kolom ernaast. De tabel is een richtlijn, geen uitspraak over wat beter is.
| Situatie | Eigen team | Partner | Gedeeld (team doet inhoud, partner de techniek) |
|---|---|---|---|
| 1 tot 3 workflows, weinig wijzigingen | Past. Eén aangewezen persoon volstaat. | Overkill, tenzij niemand het aandurft. | Niet nodig. |
| 5 of meer workflows, wekelijkse wijzigingen | Past als er iemand is met tijd én mandaat. | Past als die persoon er niet is. | Meestal de beste keuze. |
| Stilstand kost direct omzet (bestellingen, offertes, leads) | Alleen met een tweede persoon als achtervang. | Past, maar leg vast wie wanneer kijkt. | Past. |
| Stilstand is hinderlijk, niet duur (interne rapportage) | Past. | Zonde van het geld. | Past als de inhoud vaak wijzigt. |
| Geen technische rol in huis | Niet doen zonder training. | Past. | Past zodra één persoon is opgeleid. |
| Meer dan vijf gekoppelde systemen | Zwaar; koppelingen vragen onderhoud. | Past. | Past. |
De vraag achter de tabel is niet “kunnen wij dit zelf”. Die is bijna altijd met ja te beantwoorden. De vraag is wat je doet op de dag dat het misgaat terwijl de persoon die het bouwde met vakantie is. Beheer regel je voor die dag, niet voor de goede weken.
WeAdapt levert elk systeem op met training en documentatie, zodat het dagelijks beheer niet van een bureau afhangt. Wil je weten welke vorm bij jouw processen past? Plan een gesprek. De Quickscan, vanaf 995 euro en binnen 1 tot 2 weken, brengt eerst in kaart wat er te beheren valt.
Wat moet er geregeld zijn voordat je overdraagt?
Zeven punten. Ontbreekt er één, dan is de overdracht een gesprek in plaats van een overdracht. De mechanismen hieronder staan beschreven in de documentatie van n8n, het platform waarop WeAdapt het meeste bouwt; Make en Zapier lossen hetzelfde op hun eigen manier op.
- Een trigger die zonder mens start. Elke productie-workflow heeft minstens één trigger-node nodig, de node die bepaalt wanneer de workflow draait [S-030]. Handmatig starten is geen productie.
- Een fout-workflow. Wijs in de instellingen een workflow aan die start als deze workflow faalt [S-037]. Die ontvangt de details van de mislukte workflow en de fouten [S-031], en stuurt ze naar de plek waar iemand kijkt.
- Bewaarinstellingen die kloppen. Leg vast of mislukte en geslaagde productie-uitvoeringen bewaard worden, en na hoeveel tijd een vastgelopen uitvoering wordt afgebroken [S-037]. Zonder bewaarde uitvoeringen is een storing achteraf niet te reconstrueren.
- Een eigenaar met naam. In n8n is de maker van een workflow de eigenaar, en die eigenaar is niet zomaar te wijzigen; er zijn twee rollen, creator en editor, en alleen de creator kan delen en verwijderen [S-032]. Bouwt een externe partij in jouw omgeving, controleer dan vóór de oplevering onder welk account de workflows staan.
- Toegang voor minstens twee mensen. Eén eigenaar, één achtervang. Deel de workflow expliciet, in plaats van een wachtwoord door te geven.
- Versies en goedkeuring. Er komt een nieuwe versie bij elke opslag, bij het terugzetten van een oude versie en bij een pull uit Git, en terugzetten vervangt de huidige workflow door de gekozen versie [S-033]. Werkt er meer dan één persoon aan, dan kun je een specifieke versie laten goedkeuren vóór publicatie door de toegewezen reviewer of een admin [S-034].
- Documentatie van een halve pagina. Wat doet de workflow, wat start hem, welke systemen raakt hij, wie is eigenaar, wat te doen bij een storing. Langer wordt toch niet gelezen.
Wat gebeurt er als een workflow faalt?
Zonder fout-workflow gebeurt er niets zichtbaars: de uitvoering stopt en de rest van de dag gaat door alsof er niets is gebeurd. Dat is de duurste variant, omdat iemand het pas merkt als de gegevens ontbreken die eruit hadden moeten komen.
Met een fout-workflow ligt de route vast. De Error Trigger-node haalt de details van de mislukte workflow en de fouten op en draait de fout-workflow [S-031]. Wat daarin staat, bepaal je zelf: een bericht in het kanaal waar het team al kijkt, een regel in een logboek, of een taak in het systeem waar het werk toch al in staat. De regel die telt is dat de melding terechtkomt bij de persoon die hem kan oplossen, en niet in een mailbox die niemand leest.
Bouw er één keer één en hergebruik hem. Een fout-workflow per workflow is onderhoud dat zichzelf niet terugverdient.
Kan ik na oplevering zelf aanpassingen doen?
Ja, en dat is ook het uitgangspunt. Het systeem doet de uitvoering, je team houdt de beslissingen. De grens ligt bij het type wijziging: tekst, drempelwaarden, ontvangers en velden zijn dagelijks werk; een nieuwe koppeling of een nieuwe stap in het proces vraagt iemand die de gevolgen overziet.
Twee dingen maken zelf aanpassen veilig. Het eerste is de versiegeschiedenis: gaat een wijziging mis, dan zet je de vorige versie terug [S-033]. Het tweede is de rolverdeling: laat niet iedereen publiceren. Wie mag wijzigen en wie goedkeurt, leg je vast voordat de eerste wijziging nodig is [S-032], [S-034]. In de veelgestelde vragen staat hoe WeAdapt dat bij een oplevering inricht.
Hoe weet je of het beheer werkt?
Aan twee getallen en één gewoonte. Het eerste getal is het aantal productie-uitvoeringen: draait de workflow nog zo vaak als verwacht, of is hij stilgevallen zonder dat iemand het merkte. Het tweede is het faalpercentage van die uitvoeringen. Beide staan in het overzicht van n8n, samen met de gemiddelde looptijd en de bespaarde tijd zoals die per workflow is ingesteld [S-035].
De gewoonte is een vast moment. Eén keer per maand tien minuten: kijk naar de twee getallen, loop de openstaande foutmeldingen door, en controleer of de eigenaar nog dezelfde persoon is. Dat laatste klinkt overbodig tot iemand van functie wisselt.
Wat je niet meet, is of de workflow nog het juiste doet. Daar is het gesprek met de mensen die ermee werken voor. Als zij het resultaat handmatig nabewerken, klopt er iets niet meer, en dan telt het faalpercentage van nul dat de tool laat zien niet.
Veelgestelde vragen
Wie onderhoudt een automatisering na oplevering? De aangewezen eigenaar. Dat kan iemand uit het eigen team zijn, een partner, of een combinatie waarbij het team de inhoud beheert en een partner de techniek. De vorm maakt minder uit dan de vraag of de rol op naam staat vóór de oplevering.
Kan ik na oplevering zelf aanpassingen doen? Ja. Tekst, drempels, ontvangers en velden zijn dagelijks werk voor je eigen team. Gaat een wijziging mis, dan zet je de vorige versie terug [S-033]. Een nieuwe koppeling of een extra processtap vraagt iemand die overziet wat er verderop gebeurt.
Wat kost beheer per maand? Dat hangt af van het aantal workflows, het aantal koppelingen en hoe vaak het proces wijzigt. Een eerlijk antwoord vraagt eerst een inventarisatie van wat er draait. Vaste bedragen per workflow zeggen weinig zolang niemand weet hoeveel systemen eraan hangen.
Wat als de persoon die het bouwde vertrekt? Dan valt het beheer stil, tenzij er een tweede persoon toegang heeft en de eigenaar op naam staat. Controleer daarom bij de overdracht onder welk account de workflows staan; eigenaarschap is niet zomaar over te zetten [S-032].
Automatisering die niemand beheert, is uitgesteld handwerk. Beheer begint bij de bouw: WeAdapt levert workflow automatisering op met documentatie, en legt het onderhoud via training en workshops bij het team zelf.
Wil je de beheervorm en de overdracht voor je eigen workflows op papier hebben? Plan een gesprek. Van discovery call tot live duurt bij WeAdapt vier weken, inclusief de training die het beheer bij je eigen team legt. Wat dat oplevert, staat in de cases.