Från prompt till arbetsflöde

Det viktigaste

Mogen för ett förlopp är en prompt som har fungerat likadant tre gånger, vars indata går att sätta ord på och vars fel skulle vara märkbara.
Fyra byggstenar hör till: utlösare, indata, anvisning, utdatamål – plus ett avbrottsvillkor.
En människa stannar kvar på exakt två ställen: vid bedömningen och vid allt med verkan utåt.
Det vanligaste felet är förloppet utan nödbroms och utan logg – då märker ingen när något tippar över.

I chattfönstret är varje fel följdlöst: man läser svaret och förkastar det. Ett förlopp körs utan åskådare – och just det utgör skillnaden mellan de två formerna.

När en prompt är mogen för ett förlopp

Tre villkor, alla samtidigt:

Den har fungerat likadant tre gånger. Inte liknande – likadant. Den som automatiserar en prompt som måste efterjusteras varje gång automatiserar bort efterjusteringen, inte arbetet.
Indata går att sätta ord på. Vad exakt går in, och varifrån kommer det? Om svaret lyder «det beror på» går förloppet ännu inte att beskriva.
Ett fel skulle vara märkbart. Om ett felaktigt resultat ser ut som ett riktigt och ingen tittar efter saknas kontrollen – inte automatiseringen.

Observera «Jag gör det här ofta» är inget mognadsvillkor. Frekvens säger ingenting om likformighet. Uppgifter som man gör ofta och varje gång på ett nytt sätt är de sämsta kandidaterna över huvud taget – och de föreslås oftast.

De fyra byggstenarna

1. Utlösare

Vad startar förloppet? En tidpunkt («varje måndag klockan 8»), en händelse («ny förfrågan i formuläret») eller en handling («fil lagd i katalogen»).

Vanligt fel: En utlösare som avfyrar för ofta. Varje ändring i en post är oftast för mycket; en gång om dagen räcker.

2. Indata

Vilka data flyter in, ur vilken källa, i vilken omfattning? Här hör en mängdbegränsning till – annars går det till slut in en lista med 5 000 poster.

Vanligt fel: Ingen övre gräns. Det märks inte vid testet och omedelbart i drift.

3. Anvisning

Prompten, nu fast inkopplad: utgångsläge, numrerade uppgifter, regler, utdataform. Med platshållare för indata.

Vanligt fel: Inget påhittsförbud. I chattfönstret märks ett påhittat tal, i förloppet inte.

4. Utdatamål

Vart går resultatet? Ett utkast, en anteckning, en fil, ett meddelande till en person. Helst dit där någon ändå tittar på det.

Vanligt fel: Direkt utåt. Utskick, publicering eller ändring av en post utan mellansteg.

Ett förlopp i detalj

Som exempel den veckovisa utvärderingen av inkomna förfrågningar – ett förlopp som är vettigt i nästan varje företag.

Byggsten	Fastställande
Utlösare	Måndag, klockan 7
Indata	Förfrågningar från de senaste 7 dagarna, högst 100, fält: datum, källa, ärende, status
Anvisning	Gruppera efter ärende, benämn de tre vanligaste, avvikelser mot föregående vecka, hitta inte på något tal
Utdatamål	E-post till företagsledningen, högst 200 ord
Avbrottsvillkor	Färre än 3 förfrågningar: inget utskick
Logg	Tidpunkt, antal indata, lyckat eller fel

Visste du att…?

Avbrottsvillkoret är den byggsten som oftast saknas – och den som förhindrar mest förtret. Utan den körs förloppet även när ingenting föreligger, och skapar en rapport om ingenting.

Skadan är inte den enda meningslösa rapporten. Det är att en veckorapport som ofta inte innehåller något inte längre läses efter två månader – inte heller när den en gång innehåller något viktigt. Ett förlopp som bara rapporterar när det finns något att rapportera förblir nyttigt i åratal.

Var människan stannar kvar

Två ställen, och de är inte förhandlingsbara:

Vid bedömningen. Om en kontakt är allvarligt intresserad, om en text träffar rätt tonläge, om en avvikelse är ett problem eller en tillfällighet – sådana omdömen vilar på sammanhang som inte står i data.

Vid allt med verkan utåt. Utskick, publicering, radering, betalning. Inte för att en modell skulle vara oförmögen till det, utan för att ett fel där inte längre går att hämta hem.

Från praktiken

Ett mönster som upprepar sig: förloppet går bra i tre månader, sedan ändras en småsak i datakällan – ett fält heter något annat, en vy har byggts om. Förloppet fortsätter att köras och skapar resultat som är felaktiga men ser riktiga ut.

Mot det hjälper bara en sak: en rimlighetskontroll i förloppet självt. «Om färre än tre fält är ifyllda, avbryt och rapportera.» Fem minuter vid bygget, och skillnaden mellan ett förlopp som stannar vid ett problem och ett som skriver felaktiga rapporter i månader.

Vad som går fel

Ingen nödbroms. Varje förlopp behöver ett ställe där det omedelbart kan stoppas – känt innan man behöver det.
Ingen logg. Utan uppteckning går det inte att rekonstruera vad som hände när och med vilka data.
Ingen ansvarig. Förlopp åldras tyst. Utan en genomgång varje kvartal skadar ett förlopp efter ett år mer än det gör nytta.
Inskjutna anvisningar. När förloppet läser text ur en främmande källa – mejl, formulär, dokument – kan det stå en uppmaning i den som verkar som ett uppdrag. Verksamt mot det är framför allt en snäv behörighet.

Prompt

Jag vill föra över en återkommande prompt till ett fast förlopp.
Granska förslaget och skriv ned förloppet.

Prompten som jag i dag använder för hand:
[Klistra in prompt]

Utgångsläge:
- Hur ofta jag gör det här: [Frekvens]
- Varifrån indata kommer: [Källa]
- Vad som händer med resultatet: [Beskrivning]
- Har jag hittills behövt anpassa prompten varje gång? [ja / nej]
- Flyter data från främmande källa in (mejl, formulär)?
  [ja / nej]

Uppgifter:
1. Pröva de tre mognadsvillkoren: fungerat likadant tre gånger,
   indata går att sätta ord på, fel märkbara. Säg tydligt om ett
   inte är uppfyllt – då är förloppet ännu inte aktuellt.
2. Skriv ned de fyra byggstenarna: utlösare, indata (med
   mängdbegränsning), anvisning med platshållare, utdatamål.
3. Formulera ett avbrottsvillkor och en
   rimlighetskontroll som hindrar att felaktiga
   resultat ser riktiga ut.
4. Nämn de ställen där en människa måste besluta.
5. Nämn vad som måste loggas och hur förloppet
   stoppas.

Om förslaget i den här formen inte är bärkraftigt, säg det
tydligt och nämn den mindre versionen.

Slutsats

Steget från prompt till förlopp är ingen teknisk tröskel, utan en fråga om beskrivbarhet. Den som kan skriva ned utlösare, indata, anvisning och mål har den svåra delen bakom sig.

Det som därefter gör skillnaden är de ospektakulära delarna: avbrottsvillkor, rimlighetskontroll, logg, nödbroms. De kostar tillsammans tjugo minuter och avgör om ett förlopp fortfarande gör nytta efter ett år eller tyst ställer till skada.

Vanliga frågor

Hur automatiserar man arbetsflöden med AI?

Genom att föra över en beprövad prompt till fyra byggstenar: utlösare (tidpunkt eller händelse), indata (med källa och mängdbegränsning), anvisningen med platshållare, och ett utdatamål – helst där någon ändå tittar. Till det hör ett avbrottsvillkor, en rimlighetskontroll och en logg.

När är en prompt mogen för ett förlopp?

När tre villkor är uppfyllda samtidigt: den har fungerat exakt likadant minst tre gånger, dess indata går att sätta ord på, och ett felaktigt resultat skulle vara märkbart. Att man gör en uppgift ofta räcker inte – ofta förekommande uppgifter som går olika varje gång är de sämsta kandidaterna.

Vad hör tvingande hemma i varje förlopp?

Ett avbrottsvillkor, så att förloppet inte körs när ingenting föreligger; en rimlighetskontroll som stoppar när indata ser oväntade ut; en logg med tidpunkt, omfattning och resultat; och en känd möjlighet att stoppa det omedelbart.

På vilka ställen måste en människa stanna kvar?

På två: vid bedömningar som vilar på sammanhang som inte står i data – till exempel om en kontakt är allvarligt intresserad – och vid allt med verkan utåt: utskick, publicering, radering, betalning. Där går ett fel inte att hämta hem.

Varför levererar ett förlopp felaktiga resultat efter månader?

Oftast för att datakällan har ändrats obemärkt – ett fält heter något annat, en vy har byggts om. Förloppet fortsätter att köras och skapar resultat som är felaktiga men ser riktiga ut. Mot det hjälper en rimlighetskontroll i förloppet självt och en fast genomgång varje kvartal.