Workflowautomatisering en AI-implementatie

Workflowautomatisering past bij een terugkerende taak of informatieoverdracht waarvan het doel duidelijk is. Er is een verantwoordelijke die het proces kent, kan aangeven waar het knelt en mee bepaalt wat een bruikbare uitkomst is.

Een goed vertrekpunt is bijvoorbeeld een team dat gegevens meermaals overneemt, documenten handmatig controleert of berichten telkens naar de juiste medewerker moet doorsturen. De betrokken systemen, beschikbare data en uitzonderingen moeten voldoende onderzocht kunnen worden om de uitvoering af te bakenen.

Is nog niet duidelijk welk proces prioriteit heeft? Of is een cruciale technische aanname nog onzeker? Dan kan eerst procesanalyse of een begrensde proef nodig zijn. Het overzicht van onze samenwerkingsvormen helpt de verschillende startsituaties vergelijken. Een scan of proef is geen verplicht voortraject voor elke implementatie.

Voorspelbare invoer en duidelijke regels vragen om gewone software. Denk aan gegevens controleren, een vaste beslisregel toepassen of informatie doorgeven aan een volgende processtap.

AI kan een gerichte rol krijgen wanneer taal, documenten of context moeten worden geïnterpreteerd. Die stap blijft onderdeel van een begrensde workflow met een duidelijk doel en passende beoordeling.

Belangrijke, onzekere of uitzonderlijke beslissingen blijven bij een bevoegde medewerker. Bij het ontwerp bepalen we welke informatie die medewerker nodig heeft en op welk moment menselijke beoordeling vereist is.

Dit zijn conceptuele voorbeelden om de aanpak uit te leggen. Het zijn geen beschrijvingen van uitgevoerde klantopdrachten of reeds werkende integraties.

Voorbeeld: e-mails ordenen en doorgeven

Dit is een fictief, conceptueel voorbeeld van een mogelijke inrichting. Het toont geen uitgevoerde klantopdracht, bestaande software of werkende AI-integratie.

Stel: een team ontvangt terugkerende verzoeken per e-mail en bepaalt wie ze behandelt. Eén fictief bericht luidt: “Kunnen jullie de leverdag van onze bestelling aanpassen? Het referentienummer heb ik niet bij de hand.” De vraag is herkenbaar, maar de referentie en gewenste leverdag ontbreken.

In dit voorbeeld zouden vaste regels kunnen nagaan of een referentienummer en de gewenste leverdag zijn ingevuld. Beide ontbreken in het bericht. Die open punten zouden bij de behandeling zichtbaar moeten blijven; ze worden niet aangevuld met aannames.

Voor de interpretatie zou AI eventueel de categorie “levering wijzigen” kunnen voorstellen, met de vraag om een andere leverdag als toelichting. Dit is een mogelijke indeling, geen werkelijk uitgevoerde classificatie. Welke categorieën toegestaan zijn, wordt vooraf bepaald.

Een aangewezen medewerker van het team zou het voorstel beoordelen en bepalen wie het verzoek mag behandelen. Bij een onzekere indeling blijft het bericht ter handmatige beoordeling; het wordt niet stilzwijgend naar een volgende processtap doorgestuurd. Een wijziging met belangrijke gevolgen vraagt een beslissing van een bevoegde medewerker.

Ontbrekende informatie, geen passende categorie, een onduidelijke verantwoordelijke of een verzoek buiten de afgesproken scope zijn uitzonderingen. Daarvoor moet vooraf worden bepaald wie handmatig beoordeelt en welke informatie eerst nodig is.

Een mogelijke uitkomst is een voorbereid overdrachtsvoorstel: het oorspronkelijke bericht, de voorgestelde categorie met toelichting, de referentie en gewenste leverdag als open punten, en de medewerker die zou moeten beoordelen. Er wordt in dit voorbeeld niets verzonden of opgeslagen en geen bestelling aangepast.

Vóór implementatie moeten proces- en systeemeigenaarschap, beschikbare gegevens en toegang, toegestane categorieën en vervolgstappen, acceptatiecriteria en verantwoordelijkheden bij uitzonderingen worden afgesproken.

Voorbeeld: informatie uit documenten structureren

Software kan gegevens uit documenten samenbrengen voor een volgende processtap. Waar de inhoud interpretatie vraagt, kan AI ondersteunen. De relevante uitkomst moet gecontroleerd kunnen worden voordat zij verder wordt gebruikt.

Welke gegevens nodig zijn, waar afwijkingen kunnen voorkomen en welke controle passend is, bepaalt mee het ontwerp.

Voorbeeld: gegevens tussen systemen overdragen

Een workflow kan het handmatig overnemen van gegevens tussen processtappen ondersteunen. Daarbij moet duidelijk zijn welk systeem de bron is, welke informatie nodig is en welke toegang mogelijk is.

Ontbrekende of afwijkende gegevens vragen een afgesproken behandeling. Bij een beslissing met belangrijke gevolgen moet duidelijk zijn wie beoordeelt of de workflow verder mag. De concrete koppelingen hangen af van de technische mogelijkheden en de afgesproken scope.

De diepte van elke stap wordt afgestemd op het proces, de risico's en de opdracht.

Proces en afspraken afbakenen

We brengen de huidige stappen, betrokken mensen, systemen en data in kaart. Waar gebeurt handwerk? Welke fouten of wachttijden zijn relevant? Wat moet voor de organisatie merkbaar verbeteren?

Vervolgens bakenen we af wat de workflow wel en niet uitvoert. Daarbij horen een proceseigenaar, gewenste uitkomst, afhankelijkheden en criteria waarmee de werking beoordeeld wordt.

Ontwerpen en koppelen

Het ontwerp legt vast welke stappen met regels worden uitgevoerd, waar AI eventueel helpt en waar een medewerker beslist. We bekijken de benodigde gegevensstromen, systeemgrenzen en beschikbare toegang.

De afgesproken software en koppelingen worden vanuit die context opgebouwd. Een technische mogelijkheid is pas bruikbaar wanneer zij aansluit op het werk en de verantwoordelijkheden van de betrokken mensen.

Bouwen en toetsen

De werking wordt getoetst aan afgesproken kwaliteitscriteria. Daarbij krijgen ook ontbrekende gegevens, afwijkende invoer, onzekere AI-uitkomsten en uitzonderingen aandacht.

We bepalen welke controles passend zijn, wat er bij een fout moet gebeuren en wie een geval overneemt. De gevolgen van een verkeerde uitkomst bepalen mee hoe uitgebreid die beoordeling moet zijn.

Opleveren en overdragen

De oplevering richt zich op de afgesproken workflow, kwaliteitscontroles en documentatie voor operationele overdracht. De verantwoordelijke mensen moeten de werking, grenzen en beheerafspraken kunnen begrijpen.

Welke documentatie en kennisoverdracht nodig zijn, wordt binnen de opdracht vastgelegd. Ook monitoring, herstel, onderhoud en ondersteuning vragen expliciete afspraken over omvang en verantwoordelijkheid.

Bekijk het profiel van Maxime Clonen voor zijn achtergrond in software-integratie en AI-engineering.

De omvang van een implementatie hangt onder meer af van:

• het aantal processtappen en betrokken systemen;
• de beschikbare koppelmogelijkheden en systeemtoegang;
• de kwaliteit en beschikbaarheid van de data;
• het aantal uitzonderingen en de gevolgen van fouten;
• de benodigde tests en menselijke controles;
• de gewenste documentatie, overdracht en beheerscope.

Naast de bouw kunnen ook infrastructuur, licenties, API- of modelgebruik en onderhoud kosten meebrengen. Welke daarvan relevant zijn, hangt af van de gekozen oplossing en afspraken. Scope en operationele verantwoordelijkheden moeten daarom duidelijk zijn voordat prijs en planning worden vastgelegd.

Moet het volledige proces automatisch verlopen?

Nee. Een workflow kan handmatige en geautomatiseerde stappen combineren. Belangrijke of onzekere beslissingen blijven bij een bevoegde medewerker wanneer de situatie dat vereist.

Welke systemen kunnen worden gekoppeld?

Dat hangt af van de beschikbare technische mogelijkheden, gegevens en toegangsrechten. De benodigde koppelingen en hun grenzen worden voor uw proces onderzocht en afgebakend. Een algemene integratiemogelijkheid betekent niet dat elke toepassing zonder meer kan worden aangesloten.

Zijn monitoring en ondersteuning inbegrepen?

De omvang van monitoring, herstel, onderhoud en ondersteuning wordt binnen de samenwerking afgesproken. Ook de verantwoordelijkheid na overdracht en de verwachtingen rond opvolging moeten duidelijk zijn.

Beschrijf welke taak of overdracht u wilt verbeteren, waar het knelt en welke systemen betrokken zijn. Vermeld wie verantwoordelijk is, wat er merkbaar moet verbeteren en welke data beschikbaar is.

Een technisch dossier is niet nodig. Een korte, feitelijke beschrijving van één proces is een bruikbaar vertrekpunt.