Van prompt naar proces: buiten het chatvenster

Het belangrijkste kort

Rijp voor een proces is een prompt die drie keer hetzelfde heeft gewerkt, waarvan de invoer te benoemen is en waarvan een fout herkenbaar zou zijn.
Vier bouwstenen horen erbij: aanleiding, invoer, instructie, uitvoerbestemming – plus een afbreekvoorwaarde.
Een mens blijft op precies twee plekken: bij de inschatting en bij alles met werking naar buiten.
De meest voorkomende fout is het proces zonder noodrem en zonder log – dan merkt niemand het wanneer er iets kantelt.

In het chatvenster blijft elke fout zonder gevolgen: je leest het antwoord en gooit het weg. Een proces loopt zonder toeschouwers – en precies dat maakt het verschil tussen die twee vormen uit.

Wanneer een prompt rijp is voor een proces

Drie voorwaarden, alle tegelijk:

Hij heeft drie keer hetzelfde gewerkt. Niet vergelijkbaar – hetzelfde. Wie een prompt automatiseert die telkens moest worden bijgesteld, automatiseert het bijstellen weg, niet het werk.
De invoer is te benoemen. Wat gaat er precies in, en waar komt het vandaan? Als het antwoord «dat hangt ervan af» luidt, is het proces nog niet te beschrijven.
Een fout zou herkenbaar zijn. Als een verkeerd resultaat er hetzelfde uitziet als een goed en niemand kijkt, ontbreekt de controle – niet de automatisering.

Let op «Ik doe dat vaak» is geen rijpheidsvoorwaarde. Frequentie zegt niets over gelijkvormigheid. Taken die je vaak en elke keer anders doet, zijn de slechtste kandidaten van allemaal – en worden het vaakst voorgesteld.

De vier bouwstenen

1. Aanleiding

Wat start het proces? Een tijdstip («elke maandag om 8 uur»), een gebeurtenis («nieuwe aanvraag in het formulier») of een handeling («bestand in map geplaatst»).

Veelgemaakte fout: een aanleiding die te vaak afgaat. Elke wijziging aan een record is meestal te veel; één keer per dag volstaat.

2. Invoer

Welke gegevens gaan erin, uit welke bron, in welke omvang? Hier hoort een hoeveelheidsbegrenzing bij – anders gaat er op enig moment een lijst met 5.000 records in.

Veelgemaakte fout: geen bovengrens. Dat valt bij het testen niet op en in bedrijf meteen.

3. Instructie

De prompt, nu vast bedraad: uitgangssituatie, genummerde opdrachten, regels, uitvoervorm. Met plaatshouders voor de invoer.

Veelgemaakte fout: geen verzinverbod. In het chatvenster valt een verzonnen cijfer op, in een proces niet.

4. Uitvoerbestemming

Waar gaat het resultaat heen? Een concept, een notitie, een bestand, een bericht aan een persoon. Het liefst daarheen waar toch al iemand kijkt.

Veelgemaakte fout: rechtstreeks naar buiten. Verzending, publicatie of recordwijziging zonder tussenstap.

Eén proces in detail

Als voorbeeld de wekelijkse analyse van de binnengekomen aanvragen – een proces dat in vrijwel elk bedrijf zin heeft.

Bouwsteen	Vastlegging
Aanleiding	Maandag, 7 uur
Invoer	Aanvragen van de laatste 7 dagen, hoogstens 100, velden: datum, bron, vraag, status
Instructie	Bundelen op vraag, drie meest voorkomende benoemen, afwijkingen ten opzichte van de vorige week, geen cijfer verzinnen
Uitvoerbestemming	E-mail aan de directie, hoogstens 200 woorden
Afbreekvoorwaarde	Minder dan 3 aanvragen: geen verzending
Log	Tijdstip, aantal invoerrecords, geslaagd of fout

Wist je dat?

De afbreekvoorwaarde is de bouwsteen die het vaakst ontbreekt – en die de meeste ergernis voorkomt. Zonder die voorwaarde loopt het proces ook wanneer er niets ligt, en produceert het een rapport over niets.

De schade is niet dat ene zinloze rapport. Het is dat een wekelijks rapport dat vaak niets bevat, na twee maanden niet meer wordt gelezen – ook niet wanneer er een keer iets belangrijks in staat. Een proces dat alleen meldt wanneer er iets te melden valt, blijft jarenlang nuttig.

Waar de mens blijft

Twee plekken, en ze zijn niet onderhandelbaar:

Bij de inschatting. Of een contact serieus geïnteresseerd is, of een tekst de juiste toon treft, of een afwijking een probleem of toeval is – zulke oordelen berusten op verbanden die niet in de data staan.

Bij alles met werking naar buiten. Verzending, publicatie, verwijdering, betaling. Niet omdat een model daartoe niet in staat zou zijn, maar omdat een fout daar niet meer is terug te halen.

Uit de praktijk

Een patroon dat zich herhaalt: het proces loopt drie maanden goed, dan verandert er een kleinigheid aan de gegevensbron – een veld heet anders, een weergave is verbouwd. Het proces loopt door en produceert resultaten die fout zijn maar er goed uitzien.

Daartegen helpt maar één ding: een plausibiliteitstoets in het proces zelf. «Als er minder dan drie velden gevuld zijn, breek af en meld.» Vijf minuten bij het bouwen, en het verschil tussen een proces dat bij een probleem stopt en een dat maandenlang verkeerde rapporten schrijft.

Wat er misgaat

Geen noodrem. Elk proces heeft een plek nodig waar het meteen kan worden stilgezet – bekend voordat je haar nodig hebt.
Geen log. Zonder vastlegging valt niet te reconstrueren wat wanneer met welke gegevens is gebeurd.
Geen verantwoordelijke. Processen verouderen stil. Zonder een doorlichting per kwartaal schaadt een proces na een jaar meer dan het nut heeft.
Binnengesmokkelde opdrachten. Wanneer het proces tekst uit een externe bron leest – e-mails, formulieren, documenten – kan daarin een oproep staan die als een opdracht overkomt. Wat daartegen vooral werkt, is een eng afgebakend recht.

Prompt

Ik wil een terugkerende prompt omzetten in een vast proces.
Toets het plan en schrijf het proces uit.

De prompt die ik vandaag met de hand gebruik:
[prompt invoegen]

Uitgangssituatie:
- Hoe vaak ik dit doe: [frequentie]
- Waar de invoer vandaan komt: [bron]
- Wat er met het resultaat gebeurt: [beschrijving]
- Moest ik de prompt tot nu toe elke keer aanpassen? [ja / nee]
- Komen er gegevens uit een externe bron binnen (e-mails,
  formulieren)? [ja / nee]

Opdrachten:
1. Toets de drie rijpheidsvoorwaarden: drie keer hetzelfde
   gewerkt, invoer te benoemen, fout herkenbaar. Zeg duidelijk
   wanneer er een niet is vervuld – dan is het proces nog niet
   aan de beurt.
2. Schrijf de vier bouwstenen uit: aanleiding, invoer (met
   hoeveelheidsbegrenzing), instructie met plaatshouders,
   uitvoerbestemming.
3. Formuleer een afbreekvoorwaarde en een plausibiliteitstoets
   die verhindert dat verkeerde resultaten er goed uitzien.
4. Noem de plekken waar een mens moet beslissen.
5. Noem wat er gelogd moet worden en hoe het proces wordt
   stilgezet.

Als het plan in deze vorm niet draagkrachtig is, zeg dat dan
duidelijk en noem de kleinere versie.

Conclusie

De stap van prompt naar proces is geen technische drempel, maar een kwestie van beschrijfbaarheid. Wie aanleiding, invoer, instructie en bestemming kan opschrijven, heeft het moeilijke deel achter de rug.

Wat daarna het verschil maakt, zijn de onspectaculaire delen: afbreekvoorwaarde, plausibiliteitstoets, log, noodrem. Ze kosten samen twintig minuten en beslissen of een proces na een jaar nog nuttig is of stilletjes schade aanricht.

Veelgestelde vragen

Hoe automatiseer je werkprocessen met AI?

Door een beproefde prompt om te zetten in vier bouwstenen: aanleiding (tijdstip of gebeurtenis), invoer (met bron en hoeveelheidsbegrenzing), de instructie met plaatshouders, en een uitvoerbestemming – het liefst daar waar toch al iemand kijkt. Daarbij horen een afbreekvoorwaarde, een plausibiliteitstoets en een log.

Wanneer is een prompt rijp voor een proces?

Wanneer drie voorwaarden tegelijk zijn vervuld: hij heeft minstens drie keer precies hetzelfde gewerkt, zijn invoer is te benoemen, en een verkeerd resultaat zou herkenbaar zijn. Dat je een taak vaak doet, volstaat niet – vaak voorkomende taken die elke keer anders lopen, zijn de slechtste kandidaten.

Wat hoort dwingend in elk proces?

Een afbreekvoorwaarde, zodat het proces niet loopt wanneer er niets ligt; een plausibiliteitstoets die stopt wanneer de invoer er onverwacht uitziet; een log met tijdstip, omvang en resultaat; en een bekende manier om het meteen stil te zetten.

Op welke plekken moet een mens blijven?

Op twee: bij inschattingen die berusten op verbanden die niet in de data staan – bijvoorbeeld of een contact serieus geïnteresseerd is – en bij alles met werking naar buiten: verzending, publicatie, verwijdering, betaling. Daar is een fout niet terug te halen.

Waarom levert een proces na maanden verkeerde resultaten?

Meestal omdat de gegevensbron ongemerkt is veranderd – een veld heet anders, een weergave is verbouwd. Het proces loopt door en produceert resultaten die fout zijn maar er goed uitzien. Daartegen helpt een plausibiliteitstoets in het proces zelf en een vaste doorlichting per kwartaal.