Welk bedrijfsproces kun je het beste automatiseren?

Beschrijf eerst het resultaat

Schrijf niet alleen op dat facturen, aanvragen of e-mails automatisch moeten worden verwerkt. Benoem het resultaat dat de volgende medewerker nodig heeft. Bij een aanvraag kan dat een compleet dossier zijn met een contactpersoon, productkeuze en ontbrekende gegevens. Een automatisch aangemaakt CRM-record zonder die informatie verplaatst het uitzoekwerk. Kies een startpunt dat herkenbaar is en een eindpunt dat je objectief kunt controleren.

Leg ook vast wat buiten de eerste versie blijft. Een verkoopaanvraag registreren is iets anders dan een offerte beoordelen, korting toezeggen en een levering plannen. Door die beslissingen te scheiden, kun je één nuttige overdracht verbeteren zonder direct het hele verkoopproces te veranderen. De grens moet duidelijk zijn voor de mensen die straks met de uitkomst werken.

Meet werk dat werkelijk gebeurt

Volg een reeks recente gevallen en noteer actieve behandeltijd, wachttijd en herstelwerk afzonderlijk. Een aanvraag kan twee werkdagen openstaan, maar slechts zes minuten aandacht vragen. De wachttijd verkorten kan commercieel waardevol zijn, terwijl de arbeidsbesparing beperkt blijft. Andersom kan een korte doorlooptijd veel handmatig kopieerwerk verbergen. Eén gemiddelde geeft dan geen volledig beeld.

Maak onderscheid tussen normale en drukke perioden. Noteer hoeveel gevallen onvolledig zijn, hoeveel terugkomen en hoeveel een inhoudelijke beslissing vragen. Gebruik geen veronderstelde tijd per taak omdat een platform die standaard toont. Laat de proceseigenaar controleren of de meting herkenbaar is en beschrijf welke informatie ontbreekt. Een grove maar eerlijke nulmeting is bruikbaarder dan een precieze berekening met ongecontroleerde aannames.

Vergelijk drie soorten kansen

Een eerste kans is overdracht: gegevens worden opnieuw ingevoerd in een ander systeem. Een tweede is controle: medewerkers controleren steeds dezelfde voorwaarden. Een derde is opvolging: taken blijven liggen omdat niemand een signaal krijgt. Deze kansen vragen verschillende oplossingen. Overdracht vraagt betrouwbare identiteit en veldafspraken; controle vraagt expliciete regels; opvolging vraagt eigenaar, termijn en een betekenisvolle status.

Een fictieve groothandel heeft alle drie. Verkoop typt aanvragen over, administratie controleert klantnummers en planning wacht op akkoord. Alleen sneller overtypen helpt niet als klantnummers structureel ontbreken. De eerste versie kan daarom aanvragen vollediger verzamelen en één controlelijst aanbieden. Een eenvoudige verbetering vóór de automatisering kan het vervolg goedkoper en betrouwbaarder maken.

Vertaal de gekozen proceskans naar een beperkte proef met een meetbare uitgangssituatie: Een automatiseringspilot opzetten: bewijs verzamelen voor de volgende stap.

Onderzoek uitzonderingen voordat je bouwt

Vraag medewerkers om gevallen die niet in het standaardplaatje passen. Denk aan een bestaande klant met een ander e-mailadres, een annulering na verwerking, twee aanvragen over hetzelfde werk of een document dat niet leesbaar is. Beschrijf per uitzondering hoe vaak ze voorkomt, wie beslist en of de normale verwerking mag doorgaan. Onbekende gevallen moeten een zichtbare uitzoekroute krijgen.

Niet iedere uitzondering hoeft direct automatisch te worden opgelost. Een handmatige wachtrij kan passend zijn wanneer de eigenaar, beschikbare informatie en vervolgactie helder zijn. Wel moet je voorkomen dat de wachtrij ongemerkt het grootste deel van het proces wordt. Meet daarom ook hoeveel gevallen uitvallen en hoeveel tijd de controle kost. De uitzonderingsroute hoort bij de businesscase, niet bij een latere verrassing.

Gebruik een vergelijkbaar beoordelingsblad

Beoordeel kandidaten langs dezelfde vragen: komt het werk vaak genoeg terug, zijn invoer en uitvoer herkenbaar, zijn de regels uitlegbaar en zijn de noodzakelijke systemen toegankelijk? Voeg impact van fouten, herstelbaarheid en beschikbaar beheer toe. Een proces met veel volume kan toch een slechte eerste keuze zijn wanneer een verkeerde wijziging nauwelijks terug te draaien is.

Gebruik scores als gespreksmiddel, niet als automatisch besluit. Laat een hoge opbrengst geen ontbrekende toestemming of onbeheersbaar risico wegmiddelen. Schrijf bij elke score het bewijs: een gemeten weekvolume, een API-test of de naam van een beschikbare controleur. Onbewezen aannames krijgen een onderzoekstaak. Zo zie je of het volgende werk een kleine technische proef, een procesafspraak of een volledige bouwopdracht moet zijn.

Reken een fictieve aanvraagroute door

Stel dat een team maandelijks 300 aanvragen verwerkt en per aanvraag vier minuten kwijt is aan registratie en een eerste compleetheidscontrole. Dat is twintig uur actieve tijd. Een ontwerp vermindert de normale behandeling tot één minuut, maar vijftien procent van de aanvragen vraagt daarnaast vijf minuten extra onderzoek. De resterende tijd is dan vijf uur plus 3,75 uur uitzonderingswerk.

De theoretisch vrijgemaakte capaciteit bedraagt in dat scenario 11,25 uur per maand. Daar moeten beheer en extra kwaliteitscontrole nog vanaf. Deze capaciteit is geen automatische kasbesparing: salarissen dalen er niet vanzelf door. Bespreek wat het team met de tijd kan doen, zoals achterstanden verminderen of sneller reageren. Zet daarnaast kosten, doorlooptijd en onzekerheid van de implementatie. Dan vergelijk je een concrete verandering in plaats van alleen een aantrekkelijk urengetal.

Bepaal wanneer vaste regels genoeg zijn

Een statusmelding, veldcontrole of gecontroleerde synchronisatie heeft vaak geen AI nodig. Als dezelfde invoer volgens vaste afspraken dezelfde uitvoer moet geven, begin dan met uitlegbare regels. AI kan bruikbaar zijn bij variabele tekst of classificatie, maar introduceert een extra beoordeling: is de voorgestelde interpretatie voldoende ondersteund? Voeg die stap alleen toe wanneer hij het proces aantoonbaar helpt.

Bij de fictieve aanvraagroute kan een formulier ontbrekende velden betrouwbaar signaleren. Een taalmodel is mogelijk nuttig om een lange toelichting samen te vatten, maar de samenvatting mag het oorspronkelijke verzoek niet vervangen. Test moeilijke gevallen, tegenstrijdigheden en ontbrekende informatie. Kies vervolgens welke uitkomsten direct bruikbaar zijn en welke een medewerker moet controleren. Daarmee blijft de keuze voor technologie gekoppeld aan de werkelijke taak.

Ontwerp een uitvoerbare eerste proef

Kies één team, één bron en één duidelijk eindresultaat. Spreek af welke representatieve gevallen worden gebruikt en wie fouten beoordeelt. Begin waar mogelijk met meelezen of conceptuitvoer voordat de workflow externe wijzigingen doet. De proef moet niet alleen laten zien dat de normale route werkt, maar ook dat ontbrekende invoer, dubbele gebeurtenissen en een onbereikbaar doelsysteem worden opgemerkt.

Leg vooraf stopvoorwaarden vast. Wanneer de controlelast hoger wordt dan de gewonnen tijd, een noodzakelijke bron niet beschikbaar is of de uitzonderingsroute onvoldoende bemenst blijkt, moet de scope worden aangepast. Een proef is geslaagd wanneer hij een besluit mogelijk maakt: verder bouwen, eenvoudiger oplossen of voorlopig stoppen. Dat is waardevoller dan een demonstratie die alleen zorgvuldig gekozen voorbeelden laat zien.

n8n: Handle errors gracefully ↗

Maak eigenaarschap onderdeel van de keuze

Een kandidaat is pas uitvoerbaar als iemand de regels mag aanpassen en iemand het resultaat dagelijks kan beoordelen. Noteer wie een melding krijgt, wie toegang beheert en wie bij afwezigheid overneemt. Bespreek ook wat gebeurt als de automatisering tijdelijk uit staat. Een herkenbare handmatige route beschermt het proces tijdens onderhoud, maar moet voorkomen dat later dubbel wordt verwerkt.

Vraag vóór een offerte om een overzicht met startmoment, uitvoer, volumes, uitzonderingen, betrokken systemen en meetwijze. Voeg recente geanonimiseerde voorbeelden toe en benoem wat nog onzeker is. Een ontwikkelaar kan dan aangeven welke aannames eerst bewezen moeten worden. De beste eerste automatisering is meestal de kleinste verbetering die een echte overdracht afrondt, meetbaar voordeel biedt en beheersbaar blijft wanneer iets afwijkt.

Van uitleg naar een concrete projectkeuze

Leg je aannames, open vragen en oplevercriteria vast in de bijbehorende tool. Gebruik de dienstengidsen om uitvoering en afbakening te bespreken.

• n8n Consultant ↗
• Bedrijfsprocessen Automatiseren ↗

Vragen over dit onderwerp

Verder met een aansluitende vraag