Een startpunt kiezen · 3 minuten lezen
Waar begin je met AI in je bedrijf?
Begin bij het werk van een afdeling: waar lopen processen vast en welke opdrachten willen medewerkers zelf aan AI kunnen geven? Gebruik hun vakkennis om de gewenste werkwijze te ontwerpen. Kies een eerste scope met een herkenbare uitkomst, de benodigde systeemtoegang en duidelijke verantwoordelijkheden.
Volg het werk over teams en systemen heen
Laat medewerkers een recent dossier van aanvraag tot afhandeling doorlopen. Welke schermen worden geopend? Welke gegevens worden overgenomen? Waar moet iemand wachten, zoeken of een collega vragen? Kijk ook naar de overdracht: een verkoop kan administratief klaar zijn terwijl operations nog op orderinformatie wacht.
Noteer de handelingen en hun onderlinge afhankelijkheden. Bij een klantvraag kan dat zijn: order vinden, verzendstatus controleren, ontbrekende informatie opvragen, antwoord versturen en ticket bijwerken. Beoordeel waar gewone software volstaat, waar interpretatie nodig is en welke beslissingen bij een medewerker horen.
Onderzoek de afdeling breed genoeg om samenhang te zien; baken de eerste bouwstap daarna af. Eén complete order- of supportworkflow kan al zelfstandig waarde leveren. Gedeelde koppelingen en procesregels kunnen vervolgens andere workflows ondersteunen. Zo voorkom je een verzameling losse demonstraties.
Vraag wat medewerkers zelf willen kunnen
Een medewerker kent afspraken en uitzonderingen die niet volledig in een procesbeschrijving staan. Vraag welke onderzoeken, controles of vervolgacties die persoon aan AI zou willen delegeren. Bijvoorbeeld: een controller wil een margeverschil laten uitzoeken en weten of dezelfde afwijking volgende maand terugkomt. Die opdracht kan vanuit vakkennis worden beschreven, zonder technische kennis. Neem zulke eigen opdrachten mee in het ontwerp en de test, naast processen die zelfstandig moeten draaien.
Schrijf de eerste opdracht op
Vul deze zes regels in:
- Aanleiding: de gebeurtenis die het werk start.
- Informatie: de gegevens die een medewerker erbij pakt.
- Oplevering: welke afhandeling voltooid moet zijn en welke systemen zijn bijgewerkt.
- Beoordeling: hoe je ziet of de uitkomst klopt.
- Uitzondering: wanneer iemand extra onderzoek moet doen.
- Verantwoordelijke: wie de voorbeelden en uitkomsten kan beoordelen.
Het hoeft nog geen technische specificatie te zijn. Ontbrekende antwoorden zijn onderwerpen om te onderzoeken, geen reden om je vraag niet te stellen.
Een ingevuld voorbeeld
Fictief voorbeeld: een vraag over een vertraagde bestelling.
- Aanleiding: een klant vraagt waar bestelling S-1048 blijft.
- Informatie: het klantbericht, de order en de beschikbare verzendstatus.
- Oplevering: de klant heeft een gecontroleerde statusupdate ontvangen en het ticket bevat de juiste afhandeling.
- Beoordeling: het antwoord gaat over de juiste order en belooft geen onbekende bezorgdatum.
- Uitzondering: het ordernummer ontbreekt of bronnen spreken elkaar tegen.
- Verantwoordelijke: een medewerker uit het supportteam.
Tijdens de test kun je antwoorden eerst laten controleren. Het beoogde eindproces kan standaardvragen zelfstandig afhandelen zodra de voorwaarden zijn getest. Een verzoek om compensatie volgt een apart goedkeuringspad. Maak onderscheid tussen de veilige testfase en wat de uiteindelijke implementatie moet overnemen.
Vergelijk de nieuwe werkwijze met de huidige
Leg een paar normale situaties en een paar lastige uitzonderingen naast elkaar. Kijk hoeveel dossiers werkelijk worden afgerond, welke wachttijd verdwijnt en hoeveel controle en correctie overblijft. Vergelijk die verbetering met de kosten voor bouw, gebruik en beheer.
Beslis daarna of je de workflow in gebruik neemt, de scope bijstelt of eerst ontbrekende gegevens oplost. Beoordeel ook of bestaande software of een vaste koppeling het werk al kan afhandelen.