Automatisering versus service automation:
waarom losse automatiseringen niet genoeg zijn

Een proces kan volledig geautomatiseerd lijken, totdat die ene medewerker een dag vrij is en ineens blijkt dat een order handmatig moet worden gecontroleerd, gegevens tussen twee systemen worden overgezet en alleen één collega weet wat er moet gebeuren wanneer een aanvraag net even anders loopt dan normaal. Op papier is het proces geautomatiseerd. In de praktijk houdt iemand de losse onderdelen nog altijd bij elkaar.

Dat is een belangrijk verschil tussen automatisering en service automation. Automatisering maakt afzonderlijke werkzaamheden sneller, terwijl service automation naar de volledige dienstverlening kijkt: van het moment waarop iets wordt aangevraagd tot het moment waarop het resultaat daadwerkelijk is geleverd. Juist tussen die twee momenten zit bij veel organisaties nog verrassend veel handwerk.

Automatiseren betekent nog niet dat het proces geautomatiseerd is

Organisaties automatiseren al jaren. Een aanvraag wordt automatisch geregistreerd, een offerte gegenereerd vanuit het CRM, een nieuwe gebruiker aangemaakt en een factuur automatisch naar de klant gestuurd. Een workflow geeft ondertussen keurig een melding zodra iemand iets moet beoordelen. Stuk voor stuk nuttige automatiseringen die tijd besparen en fouten kunnen voorkomen.

Maar zet al die stappen achter elkaar en er ontstaat een interessantere vraag: kan het volledige proces ook zonder onnodige handmatige overdrachten worden uitgevoerd?

Een afzonderlijke taak kan volledig geautomatiseerd zijn, terwijl het proces waarin die taak voorkomt nog afhankelijk is van verschillende medewerkers, systemen en controles. Zolang dezelfde mensen blijven zitten, werkt dat soms verrassend goed. Het staat alleen nergens beschreven, behalve misschien in een Teams-bericht uit 2023 dat niemand meer kan vinden.

De grootste winst van automatisering zit daarom niet alleen in het sneller uitvoeren van afzonderlijke taken. Die ontstaat wanneer ook de verbinding tussen die taken goed is ingericht en de hele keten beter gaat werken.

De handmatige stappen die niemand als handmatig ziet

De interessantste onderdelen van een proces staan lang niet altijd in een procesbeschrijving. Het zijn vaak kleine handelingen die medewerkers zo vanzelfsprekend uitvoeren dat niemand ze nog als afzonderlijke processtap ziet: een bestand downloaden en ergens anders uploaden, controleren of gegevens uit systeem A overeenkomen met systeem B, een collega een bericht sturen omdat een aanvraag anders blijft liggen of uit ervaring weten wie je moet hebben wanneer iets afwijkt.

Op vrijdagmiddag blijkt ineens hoe belangrijk die kennis is. Een oplevering dreigt niet door te gaan, maar ergens zit een collega die precies weet welke stappen nog nodig zijn en welke deur je moet intrappen om het voor vijf uur geregeld te krijgen. Het staat nergens beschreven, maar het werkt.

Totdat die collega er niet is.

Zolang medewerkers dit soort gaten opvullen, kan een proces betrouwbaar aanvoelen. Alleen zit die betrouwbaarheid dan niet volledig in het proces of het systeem, maar voor een deel in de mensen die de losse onderdelen bij elkaar houden. Precies die afhankelijkheden worden zichtbaar wanneer je niet langer naar afzonderlijke taken kijkt, maar naar de volledige dienstverlening.

Wanneer automatisering kwetsbaar wordt

Een workflow kan jarenlang probleemloos draaien en toch kwetsbaar zijn. Misschien weet slechts één medewerker hoe uitzonderingen moeten worden afgehandeld, is een script afhankelijk van een systeem dat inmiddels is veranderd of is een cruciale controle nooit onderdeel van de automatisering geworden.

Google beschrijft in Site Reliability Engineering het verschil tussen automatisering die als losse oplossing naast een systeem bestaat en automatisering die daadwerkelijk onderdeel van het systeem is. Dat onderscheid is belangrijk. Een script kan een probleem uitstekend oplossen, maar daarmee heb je nog niet automatisch een robuust proces.

Een script in de persoonlijke omgeving van één developer kan bijvoorbeeld jarenlang prima functioneren. Totdat die developer vertrekt en iemand voorzichtig vraagt wie eigenlijk weet wat final_final_v3.py doet.

Naarmate processen belangrijker worden voor de dagelijkse bedrijfsvoering, moet automatisering daarom meegroeien. Losse scripts en workflows moeten uiteindelijk plaatsmaken voor oplossingen die beheersbaar en controleerbaar zijn en daadwerkelijk onderdeel vormen van de dienstverlening.

Van taken automatiseren naar dienstverlening automatiseren

Daar komt service automation in beeld. Bij traditionele automatisering ligt de aandacht vaak op één concrete vraag: hoe kunnen we deze taak automatisch uitvoeren? Bij service automation verandert die vraag in: hoe kunnen we deze dienstverlening van begin tot eind slimmer organiseren?

Neem de onboarding van een nieuwe klant. Je kunt automatisch een klantrecord aanmaken in het CRM, een overeenkomst genereren, een project klaarzetten, de facturatie starten en taken toewijzen aan medewerkers. Afzonderlijk zijn dat allemaal nuttige automatiseringen.

Maar als iemand tussendoor nog gegevens moet kopiëren, handmatig moet controleren welke dienst is verkocht, een collega moet waarschuwen dat het project kan beginnen of zelf moet bepalen welke vervolgstap nodig is, heb je nog geen end-to-end geautomatiseerde dienstverlening. Je hebt vooral een verzameling automatiseringen die heel efficiënt op elkaar staan te wachten.

Service automation kijkt daarom niet alleen naar wat er binnen één taak gebeurt, maar juist naar de verbinding tussen taken, systemen, medewerkers en beslissingen. Daar wordt zichtbaar of je daadwerkelijk een dienst hebt geautomatiseerd of vooral verschillende onderdelen ervan.

De moeilijkste stap is meestal niet technisch

Organisaties die verder willen automatiseren, lopen lang niet altijd tegen een technisch probleem aan. De technologie om systemen met elkaar te verbinden is er vaak al. De moeilijkere vragen gaan over de organisatie eromheen.

Wie is verantwoordelijk voor het volledige proces? Welke uitzonderingen bestaan er? Welke beslissingen nemen medewerkers onderweg? Welke informatie heeft iedere stap nodig? Wat gebeurt er wanneer iets misgaat? En welke kennis bestaat alleen in het hoofd van een medewerker?

Dat laatste ontdek je meestal niet tijdens de eerste workshop. Dan loopt ieder proces namelijk precies zoals het ooit in een diagram is getekend. De werkelijkheid meldt zich later wel.

Vanaf dat moment is automatisering niet langer alleen een technisch project, maar ook een organisatievraagstuk. Je moet begrijpen hoe het werk daadwerkelijk wordt uitgevoerd, inclusief uitzonderingen en informele tussenstappen, voordat je kunt bepalen wat verstandig is om verder te automatiseren.

Waarom succesvolle automatisering verdere vooruitgang kan afremmen

Daar zit een interessante paradox. De eerste automatiseringen leveren vaak snel resultaat op. Een taak die twintig minuten kostte, duurt nog maar enkele seconden, medewerkers hoeven minder gegevens over te typen en een proces dat voorheen twee dagen duurde, is misschien binnen een paar uur afgerond.

De businesscase lijkt bewezen, de doorlooptijd daalt, iedereen is tevreden en ergens verschijnt een PowerPoint met een groene pijl omhoog. Missie geslaagd.

Juist daar ontstaat het risico dat organisaties stoppen op het moment waarop automatisering interessant begint te worden. De volgende stap gaat namelijk niet alleen over nóg een taak sneller uitvoeren. Het gaat om het verwijderen van onnodige overdrachten, afhankelijkheden en wachttijden tussen al die geautomatiseerde taken.

Dat is ingewikkelder dan het automatiseren van één duidelijk afgebakende handeling. Maar daar zit vaak ook een veel groter deel van de structurele waarde, omdat niet alleen een taak sneller wordt uitgevoerd, maar de dienstverlening als geheel beter gaat functioneren.

Kijk niet alleen naar wat al automatisch gaat

Een lijst met alle geautomatiseerde workflows binnen een organisatie vertelt daarom maar een deel van het verhaal. Een interessantere vraag is: waar moet een medewerker nog ingrijpen om ervoor te zorgen dat het proces verder kan?

Volg daarvoor één concrete dienstverlening van begin tot eind. Niet hoe het proces volgens het handboek zou moeten verlopen, maar hoe het in de praktijk werkelijk gaat. Kijk waar informatie opnieuw wordt ingevoerd, waar mensen op elkaar wachten, waar controles plaatsvinden, welke beslissingen nog handmatig worden genomen en welke uitzonderingen regelmatig voorkomen.

Een goede aanwijzing is de medewerker over wie collega's zeggen: “Vraag het even aan hem, die weet hoe dat werkt.” Grote kans dat daar kennis zit die nergens in een systeem of procesbeschrijving is vastgelegd.

Dat betekent overigens niet dat iedere menselijke handeling moet verdwijnen. Sommige controles, beslissingen en contactmomenten hebben juist waarde. Het gaat erom onderscheid te maken tussen menselijke tussenkomst die bewust onderdeel is van de dienstverlening en menselijke tussenkomst die alleen nodig is omdat systemen of processen nog niet goed op elkaar aansluiten.

Van technische KPI naar bedrijfsresultaat

Voor een IT-team kan het interessant zijn hoeveel workflows er draaien of hoeveel handmatige taken zijn verdwenen. Voor een directie wordt het pas interessant wanneer daardoor bijvoorbeeld meer klanten kunnen worden bediend zonder dat voor iedere groeispurt een nieuwe rij bureaus hoeft te worden besteld.

Een directie stuurt op resultaat, niet op scripts.

Daarom zeggen andere cijfers vaak meer. Hoe lang duurt het voordat een nieuwe klant volledig is onboard? Hoeveel handmatige overdrachten zijn daarvoor nodig? Hoeveel aanvragen kan een team verwerken zonder extra capaciteit? Hoe vaak moet iemand ingrijpen? En hoeveel tijd zit er tussen de aanvraag en het daadwerkelijke resultaat voor de klant?

Dan wordt automatisering meetbaar in termen die voor de organisatie relevant zijn: doorlooptijd, capaciteit, kosten, kwaliteit en schaalbaarheid. Service automation is daarmee uiteindelijk geen doel op zichzelf, maar een manier om de dienstverlening slimmer te organiseren.

Waar begin je?

Je hoeft daarvoor niet direct de hele organisatie opnieuw in te richten. Kies één proces dat belangrijk genoeg is om verschil te maken en volg dat van aanvraag tot resultaat.

Breng eerst in kaart welke taken en systeemhandelingen al automatisch verlopen. Kijk daarna naar de overdrachten: waar moet informatie van het ene systeem, team of proces naar het andere? En onderzoek ten slotte waar menselijke kennis noodzakelijk is. Welke beslissingen, controles en uitzonderingen kunnen alleen worden afgehandeld omdat medewerkers uit ervaring weten wat ze moeten doen?

Die laatste categorie is vaak het interessantst. Daar ontdek je het verschil tussen een organisatie die veel automatiseringen heeft en een organisatie waarin automatisering daadwerkelijk onderdeel is geworden van de dienstverlening.

De belangrijkste vraag is daarom niet hoeveel automatiseringen je hebt, maar hoeveel van je dienstverlening zonder onnodige handmatige schakels kan worden uitgevoerd.

Daar begint de stap van automatisering naar service automation.

Waar zitten de onnodige schakels in jouw proces?

Veel organisaties hebben al meer geautomatiseerd dan ze denken. De vraag is vooral waar processen nog afhankelijk zijn van handmatige overdrachten, losse systemen of kennis die alleen bij medewerkers zit.

Nomiedge helpt organisaties die processen in kaart te brengen en te bepalen waar automatisering daadwerkelijk waarde toevoegt. Soms vraagt dat om AI, soms om slimme automatisering of maatwerksoftware en soms blijkt een proces eerst anders ingericht te moeten worden.

Benieuwd waar in jouw organisatie kansen liggen?
Plan een kennismaking.

Veelgestelde vragen

Wat is het verschil tussen automatisering en service automation?

Automatisering richt zich meestal op het automatisch uitvoeren van afzonderlijke taken. Service automation kijkt naar de volledige dienstverlening en verbindt taken, systemen, beslissingen en processen van aanvraag tot resultaat.

Wanneer is een proces echt end-to-end geautomatiseerd?

Een proces is end-to-end geautomatiseerd wanneer het van begin tot eind kan worden uitgevoerd zonder onnodige handmatige overdrachten tussen medewerkers of systemen. Dat betekent niet dat mensen volledig uit het proces moeten verdwijnen. Menselijke tussenkomst kan bewust nodig blijven voor bijvoorbeeld beoordeling, persoonlijk contact of besluitvorming.

Waarom zijn losse automatiseringen niet altijd voldoende?

Een geautomatiseerde taak kan onderdeel zijn van een proces dat verder nog grotendeels handmatig verloopt. Vertraging en afhankelijkheid ontstaan vaak juist bij de overdrachten tussen systemen, teams en processtappen. Daardoor kan een organisatie veel automatiseringen hebben zonder dat de volledige dienstverlening daadwerkelijk geautomatiseerd is.

Waar begin je met service automation?

Kies één concrete dienstverlening en volg deze van aanvraag tot resultaat. Kijk niet alleen naar de formele processtappen, maar vooral naar de momenten waarop medewerkers informatie overzetten, controles uitvoeren, uitzonderingen oplossen, beslissingen nemen of op elkaar wachten.

Moet service automation volledig zero-touch zijn?

Nee. Volledige automatisering is niet altijd wenselijk of noodzakelijk. Het doel is niet om mensen uit ieder proces te verwijderen, maar om te bepalen waar menselijke tussenkomst waarde toevoegt en waar deze alleen nodig is omdat systemen of processen nog niet goed op elkaar aansluiten.