Start med arbejdet, ikke modellen
En god case har en tydelig bruger, gentageligt input, et ønsket output og en kendt beslutning eller handling. Først derefter vælges AI, regler, integration eller klassisk automation.
engineering autonomous
Vi kortlægger det faktiske arbejde, så teknologi ikke automatiserer uklare ansvar, unødige overleveringer eller fejlbehæftede data.
En god case har en tydelig bruger, gentageligt input, et ønsket output og en kendt beslutning eller handling. Først derefter vælges AI, regler, integration eller klassisk automation.
Værdi beskrives som forventet type, ikke som et opdigtet ROI-tal. Eksempler kan være kortere forberedelsestid, færre manglende oplysninger, bedre sporbarhed eller mere ensartet dokumentation. Baseline og målemetode aftales før pilot.
Faste regler
Når trin og undtagelser kan beskrives præcist.
Fortolkning
Når opgaven kræver søgning, klassificering eller vurdering af ustruktureret input.
Arbejdsflade
Når brugeren har brug for status, kilder, formularer og godkendelser samlet.
Fysisk proces
Når sensorer, PLC/SCADA, maskiner og operatørflow indgår.
En løsning kan kun være så god som forståelsen af processen. Før der bygges noget, skal seks ting kunne beskrives: input og output, roller og ansvar, regler og lovlige variationer, undtagelser, eskalationsveje, og hvad der i dag forsinker eller skaber fejl.
Automatiseres en uklar proces, forsvinder problemerne ikke. De udføres bare hurtigere og mere konsekvent, og fejlene bliver sværere at opdage, fordi et system nu udfører dem med selvsikkerhed.
En baseline gør værdien målbar: hvor lang tid tager opgaven i dag, hvor ofte fejler den, og hvad koster fejlene. Uden baseline kan ingen efterfølgende sige, om løsningen virkede.
Kortlægningen afgør også værktøjsvalget. Kan alle trin beskrives med faste regler, er klassisk automation ofte nok, billigere og lettere at teste. AI er relevant, hvor input kræver fortolkning: fritekst, dokumenter, billeder eller skøn. Mange gode løsninger kombinerer begge dele.
Der skal som minimum være en tilstrækkelig procesafgrænsning. Omfanget afhænger af kompleksitet og risiko.
Ja, men variationer, undtagelser og ansvar skal først gøres synlige, så løsningen kan håndtere eller eskalere dem.
Med en baseline og få konkrete indikatorer, der passer til opgaven, eksempelvis tid, mangler, fejl eller svartid.
Næste skridt
Beskriv opgaven, brugerne, datakilderne og det ønskede output. Så vurderer vi den enkleste forsvarlige vej til en pilot.
Kontakt os →