Sådan laver du et flowchart med AI
Lav et flowchart med AI: beskriv processen i almindeligt sprog, lad modellen tegne trin og forgreninger, og ret så det, den selv har fundet på. Med et levende eksempel fra rekruttering.
At lave et flowchart med AI fungerer bedst som et udkast: beskriv processen i almindeligt sprog, lad modellen producere trin, beslutninger og baner, og ret bagefter det, den har antaget.
Kort fortalt
- AI er et udkastværktøj: den omsætter en beskrivelse til trin, forgreninger og baner.
- Beskriv jeres proces konkret (roller, grænseværdier, undtagelser), ellers får I en generisk proces.
- Alt det, modellen har tilføjet, som du ikke selv sagde, er en antagelse, der skal tjekkes.
- Tjek forgreningerne først: opfundne hovedveje er nemme at få øje på, opfundne undtagelser er ikke.
- Diagrammet er jeres efter første rettelse: arbejd videre i editoren, ikke i prompten.
Det, AI faktisk er god til her, og det, den ikke er
Det trælse ved at lave et flowchart har aldrig været tænkearbejdet. Det er afskrivningen: at oversætte en beskrivelse til afgrænsede trin, afgøre hvilke sætninger der i virkeligheden er beslutninger, nummerere forbindelserne og sætte navn på de ansvarlige. Netop den slags struktureret omskrivning er en sprogmodel god til, og det er derfor, et AI-udkast kan spare dig en time på en proces, du allerede kunne forklare mundtligt.
Det, den ikke kan, er at kende jeres organisation. Beder du en model om en rekrutteringsproces, får du en kompetent generisk én: komplet med den godkendelse, I ikke har, og uden den, I faktisk har. Den løser også tvetydigheder i stilhed ved at finde på noget sandsynligt, og et opfundet trin ser præcis ud som et rigtigt på lærredet. Det er den konkrete risiko, der skal styres.
Arbejdsgangen er derfor: beskriv, generér, og ret så op mod virkeligheden. Eksemplet herunder er en rekrutteringsproces af den type, et AI-udkast lander på. Gå den igennem fase for fase, og læs hver fase som et kontrolspørgsmål: findes den godkendelse hos jer, findes den sløjfe, og er det den afdeling, der reelt udfører trinnet?
Et AI-formet førsteudkast, læst igennem
En rekrutteringsproces af den type, en første generering lander på. Læs hver fase som et spørgsmål til jeres egen organisation.
Det, AI rammer rigtigt
Definer rolle og succesprofil, bekræft indplacering og lønbånd, og få stillingen godkendt, med en vej til en stilling sat i bero. Strukturelt solidt og genkendeligt med det samme: det er her, et genereret udkast sparer dig reel afskrivningstid.
Godkendelsen, I skal tjekke
Screening mod minimumskravene og derefter en beslutning om kandidatlisten, der kan genåbne søgningen. Spørg, om jeres kandidatliste reelt har en godkendelse, og hvem der ejer den. En model indsætter gladeligt en godkendelse, der findes i de fleste virksomheder, men ikke i jeres.
Trinnene, der kræver jeres egne detaljer
Kompetencebaserede samtaler, en rollerelateret test og derefter referencer og tjek af arbejdstilladelse. Genererede trin er altid sandsynlige og sjældent præcise: jeres test har et navn, jeres tjek har et lovgrundlag, og begge dele hører hjemme i diagrammet.
Der, hvor et udkast typisk er tyndest
Beslutningen om lønbåndet sløjfer tilbage til at forberede et justeret tilbud, og et afvist tilbud går tilbage til kandidatlisten. Undtagelsesveje er der, hvor et genereret diagram er svagest, fordi den beskrivelse, modellen fik, sjældent nævnte dem.
Sådan fungerer det
Beskriv processen, ikke diagrammet
Skriv nogle få sætninger i almindeligt sprog: hvad sætter processen i gang, hvem er involveret, hvad skal godkendes og af hvem, og hvad sker der, når noget bliver afvist. At sætte navn på roller og grænseværdier er det, der adskiller et brugbart udkast fra et generisk: modellen kan kun være lige så konkret som din beskrivelse.
Generér førsteudkastet direkte i diagrammet
Åbn et nyt diagram i QueryChart og beskriv processen for AI-assistenten. Den skriver trinnene som rækker, sætter beslutningsfigurerne, forbinder dem via rækkenumre og tildeler baner, så det, du får tilbage, er et redigerbart diagram og ikke et billede, du skal bygge op forfra.
Læs det som en reviewer, ikke som en læser
Gå det igennem trin for trin og spørg ved hvert enkelt: sagde jeg selv det her? Alt andet er en antagelse. Antagelser er tit nyttige (de får trin frem, du havde glemt), men hver enkelt kræver en beslutning fra dig og ikke bare et nik.
Ret forgreningerne, før du retter formuleringerne
Tjek hver beslutning: er kriterierne jeres, findes begge udgange hos jer, og mangler der en? Genererede diagrammer er stærkest på hovedvejen og svagest på undtagelserne, altså omvendt af, hvor værdien ligger.
Ret banerne til
Flyt hvert trin til den afdeling, der reelt udfører det hos jer. En model gætter baner ud fra konvention (HR screener, økonomi godkender), og konventioner varierer mere fra virksomhed til virksomhed end noget andet i en proces.
Tag det med til dem, der udfører arbejdet
Gennemgå det rettede udkast med dem, der kører processen i praksis. Et AI-udkast forkorter den tomme side; det forkorter ikke enigheden. At behandle et genereret diagram som vedtaget, fordi det ser færdigt ud, er den ene fejl, det virkelig kan betale sig at gardere sig mod.
Faldgruber du skal undgå
At acceptere udkastet, fordi det ser færdigt ud
Et genereret diagram er lige selvsikkert hele vejen igennem. De trin, du selv leverede, og dem den fandt på, tegnes fuldstændig ens, så gennemgangen skal være systematisk og ikke bare et helhedsindtryk.
En upræcis prompt
»Lav en rekrutteringsproces« giver gennemsnittet af alle rekrutteringsprocesser. Sæt navn på jeres roller, jeres godkendelser og jeres grænseværdier, så bliver udkastet værd at rette i stedet for værd at slette.
At iterere i prompten i stedet for i diagrammet
Efter førsteudkastet er det hurtigere og mere præcist at rette en enkelt række end at beskrive hele processen igen. En ny generering smider desuden de rettelser væk, du allerede har lavet.
At springe gennemgangen med praktikerne over
Formålet med et procesdiagram er enighed. Et udkast, som ingen af dem, der udfører arbejdet, har set, er en hypotese, uanset hvor godt det er skrevet.
Lav dit eget flowchart med AI
Åbn rekrutteringseksemplet som dit eget diagram, eller start på en tom side og beskriv din proces for assistenten.
Relaterede guides
Ofte stillede spørgsmål
Kan AI lave et flowchart ud fra en beskrivelse?
Ja. QueryCharts assistent tager en beskrivelse i almindeligt sprog og laver et rigtigt diagram (trin som rækker, beslutninger med navngivne forgreninger, forbindelser via rækkenumre og swimlanes efter rolle), som du derefter redigerer som ethvert andet diagram. Kvaliteten følger, hvor konkret du er: en beskrivelse, der nævner rollerne, godkendelsesgrænserne og undtagelserne, giver et udkast, der er værd at rette, mens en enkelt linje giver en lærebogsproces.
Hvor præcise er AI-genererede flowcharts?
Strukturelt pålidelige, fagligt kun så gode som dit input. Modeller er konsekvent gode til at dele prosa op i trin, opdage betingelser og foreslå en fornuftig rækkefølge. De er upålidelige om alt, der er specifikt for jeres organisation (hvem der godkender hvad, ved hvilken grænse, og hvad der sker ved et afslag), og de udfylder de huller med sandsynlige standardsvar i stedet for at markere dem. Behandl hvert element, du ikke selv leverede, som et åbent spørgsmål.
Skal jeg bruge AI eller tegne diagrammet selv?
Brug AI til førsteudkastet, og lav gennemgangen selv. Genereringen erstatter afskrivningen, som er den del, der ikke kræver vurdering; gennemgangen er der, hvor du afgør, hvad der faktisk passer, og det er den del, der gør diagrammet noget værd. Er der derimod tale om en proces, du endnu ikke kan forklare mundtligt, slår interviews prompten, for så mangler informationen også inde i dit eget hoved.
Kan AI omdanne et eksisterende dokument til et flowchart?
Ja, og at indsætte en skreven procedure er som regel en bedre prompt end at beskrive den efter hukommelsen, fordi dokumentet allerede indeholder rækkefølgen og betingelserne. Det, det ikke indeholder, er svaret på, hvad der sker, når et trin fejler, for skrevne procedurer stopper vanemæssigt ved fejlen. De huller kommer tilbage som spørgsmål til procesejeren, ikke som noget, modellen kan afgøre.
