De vraag komt bijna altijd, en meestal pas laat in het gesprek: "Maar wie houdt dit straks draaiende? Wij hebben geen IT'er." Het is een goede vraag, en het is een andere vraag dan of je zelf technische kennis hebt. Dit gaat niet over kunnen, maar over beheer: wie is eigenaar, wie merkt het als er iets misgaat, en wie kan er iets aan doen.

Het korte antwoord: je hebt geen IT-afdeling nodig om te automatiseren. Je hebt wel afspraken nodig over vijf dingen. Regel je die vooraf, dan is het beheer van een automatisering niet zwaarder dan het beheer van je boekhoudpakket.

1. Eén eigenaar, geen commissie

Elke automatisering heeft één persoon nodig die er iets van vindt. Niet iemand die hem bouwt of onderhoudt, maar iemand die weet hoe het proces hoort te lopen en die het merkt als het resultaat niet meer klopt. Dat is bijna altijd degene die het werk vóór de automatisering deed.

Die eigenaar hoeft niets technisch te doen. Zijn rol is: bevestigen dat de uitzonderingen nog kloppen, melden als het proces verandert, en beslissen wanneer iets naar een mens moet.

Wat je wilt voorkomen is een automatisering die "van iedereen" is. Die valt stil zonder dat iemand het merkt, en niemand voelt zich verantwoordelijk om dat op te lossen.

2. Toegang die niet aan één persoon hangt

De klassieke valkuil in een klein bedrijf: de koppeling draait onder het account van de medewerker die 'm heeft opgezet. Die gaat weg, het account wordt opgeheven, en de automatisering stopt zonder waarschuwing.

Koppelingen horen te draaien op een eigen account of een gedeelde bedrijfsidentiteit, niet op een persoonlijk account. Datzelfde geldt voor de rechten: een automatisering die facturen archiveert heeft toegang nodig tot die map, niet tot je hele SharePoint. Minder toegang is niet alleen veiliger, het maakt ook makkelijker uit te leggen wat er precies gebeurt.

Leg vast welke systemen gekoppeld zijn, onder welk account, en wie dat account beheert. Eén A4 is genoeg. Dat A4 is je IT-administratie.

3. Het merkt zichzelf als het misgaat

Zonder IT-afdeling is er niemand die dagelijks logbestanden bekijkt. Dus moet de automatisering het zelf melden. Niet in een dashboard dat niemand opent, maar op de plek waar je toch al kijkt: een bericht in Teams, een mail naar de eigenaar.

Dat betekent ook dat een automatisering nooit stilletjes mag gokken. Een factuur waarvan het bedrag niet te lezen is, hoort niet "voor de zekerheid" op nul te worden gezet. Die hoort in een wachtrij te belanden met de melding dat iemand ernaar moet kijken. Een systeem dat af en toe hulp vraagt is beheersbaar; een systeem dat altijd doorgaat is dat niet.

4. Terugvallen op handwerk moet kunnen

Vraag vóór de bouw: wat doen we als dit een dag niet werkt? Bij de meeste MKB-processen is het antwoord "dan doen we het even met de hand", en dat is een prima antwoord. Maar dan moet iemand nog weten hóé. Een korte werkinstructie van de oude route, één keer opgeschreven, is genoeg.

Dat is meteen de reden waarom we adviseren om klein te beginnen. Een automatisering die één afgebakende stap overneemt, kun je een dag missen. Een automatisering waarvan je hele orderproces afhangt, niet.

5. Onderhoud is niet nul, maar wel klein

Automatiseringen slijten niet, maar hun omgeving verandert wel. Een leverancier wijzigt zijn factuurlay-out, je stapt over naar een ander CRM, een systeem vernieuwt zijn API. Dat gebeurt niet vaak, maar het gebeurt.

Reken op een paar momenten per jaar waarop er iets moet worden bijgesteld, en spreek vooraf af wie dat doet. Bij ons zit dat onderhoud in de afspraak; bouw je zelf, reserveer er dan bewust tijd voor. Wat je niet wilt is ontdekken dat er niemand is als het moment zich aandient.

Wat je juist niet nodig hebt

Om deze vijf dingen te regelen heb je geen IT-afdeling nodig, en meestal ook geen extra software. Wat vaak wél wordt aangeraden en wat je in het MKB kunt overslaan:

  • Een eigen server. Vrijwel alles draait tegenwoordig op de systemen die je al hebt.
  • Een ticketsysteem voor storingen. Met een handvol automatiseringen is een mail naar de eigenaar effectiever.
  • Een technische medewerker "voor de zekerheid". Een goed ontworpen automatisering vraagt niet om dagelijkse aandacht. Vraagt hij dat wel, dan is het ontwerp het probleem, niet het gebrek aan een IT'er.

Begin met het proces, niet met de vraag

Merk je dat deze vragen je tegenhouden, dan is de kortste route: kies één proces en kijk hoe de automatisering er concreet uit zou zien. Met de Procesarchitect doe je dat in een paar stappen: je ziet welke stappen automatisch gaan, waar een mens blijft meekijken en wat er gebeurt als er iets misgaat. Precies de informatie die je nodig hebt om te beoordelen of jouw organisatie dit kan dragen.

Weet je nog niet welk proces het meest oplevert, begin dan bij de gratis procesanalyse. En wil je eerst weten wat de eerste stappen zijn, los van beheer: lees hoe je begint met automatisering zonder technische kennis.