Eksempel på en AI-audit af én arbejdsgang

Fiktivt eksempel: en servicehenvendelse mangler oplysninger

Dette er et udarbejdet demonstrationseksempel med fiktive oplysninger. Det er ikke en kundecase, en udført audit af din virksomhed eller dokumentation for besparelser. Det viser den type beslutningsgrundlag, som kan aftales i et rådgivningsforløb. Downloadversionen har samme afgrænsning.

Eksempelvirksomheden er et mindre servicefirma. Opgaven begynder, når en kunde spørger om hjælp, og slutter, når en medarbejder har nok oplysninger til at vælge næste skridt. Tilbud, faglig vurdering, endelig pris og en eventuel aftale ligger uden for denne afgrænsning.

Proceskort: fra besked til ansvarlig medarbejder

I den nuværende proces finder medarbejderen beskeden, spørger efter manglende oplysninger og forsøger at finde rette kollega. I den foreslåede proces bliver kontaktvej, opgavetype, område og ønsket tidspunkt samlet først. Kunden ser derefter det aftalte næste skridt - ikke en opfundet pris eller ledig tid.

Proceskortet nedenfor er en illustration, ikke et live booking- eller beskedsystem. En godkendt svartekst kan hjælpe, men ukendte forhold og bindende beslutninger skal gå til en medarbejder. En kalenderaftale må kun kaldes bekræftet efter et faktisk bekræftet resultat i det aftalte system.

Datagrundlag og ansvar

Kilden til åbningstider og serviceområde er virksomhedens godkendte servicebeskrivelse. En udpeget ejer skal datere og vedligeholde den. Kundens aktuelle besked er kilde til kundens ønsker, men beviser ikke identiteten bag en e-mailadresse og giver ikke adgang til en anden kundes historik.

Eksemplet bruger kun et navn, en kontaktvej, opgavetype, område og et tidsønske. Det kræver ikke betalingskort, følsomme sagsakter eller adgangskoder. Hvis opgaven senere kræver andre data eller integrationer, skal nødvendighed, adgang og ansvarsfordeling afklares først.

Undtagelser er en del af leverancen

Manglende pris bliver et spørgsmål til den ansvarlige. Modstridende åbningstider bliver en kildeopgave, som skal rettes. En forespørgsel uden for det godkendte område sendes til manuel vurdering. En afbrudt forbindelse må ikke blive til en falsk besked om, at noget er gemt eller booket.

Når kunden beder om et menneske, skal overleveringen have en tydelig ejer. Teamet skal kunne standse automatiseringen og finde fejlen. En automatisk opfølgning kræver sin egen tilladte kontaktvej, stopregel og kontrol; den følger ikke automatisk med dette proceskort.

Test før en beslutning om pilot

Brug et fast sæt fiktive beskeder, før der anvendes kundedata. Notér forventet handling, faktisk resultat og rettelser. Tabellen er et forslag til acceptkriterier, ikke påstande om at disse kundetest allerede er gennemført.

• Komplet henvendelse: oplysningerne samles én gang og får en ansvarlig ejer.
• Manglende område eller kontaktvej: spørg efter det nødvendige; udfyld ikke med gæt.
• Ukendt pris eller tidsønske: giv ingen bindende pris eller bookingbekræftelse.
• Ønske om menneskelig hjælp: vis korrekt kontaktvej og afprøv overleveringen.
• Dublet og afbrudt forbindelse: undgå dobbeltregistrering og vis ærlig status.
• Forkert eller forældet kilde: stop den berørte handling, ret kilden og gentest.

Måleark: baseline, kvalitet og faktisk tidsforbrug

Før en afprøvning registreres måleperiode, antal relevante henvendelser, median tid til første menneskelige opfølgning, andel med manglende oplysninger og medarbejdernes behandlingstid. Efter afprøvningen sammenlignes samme type opgaver, med ændringer i bemanding og mængde beskrevet.

Registrér også forkerte svar, rettelser og mislykkede overleveringer. Ingen resultatfelter er udfyldt i dette eksempel, fordi der ikke foreligger en kundemåling. Frigjort tid og en økonomisk beregning er forskellige ting; brug tidsberegnerens scenarier til at undersøge antagelserne.

Eksemplets anbefaling og afslutning

Start med en godkendt kontaktproces og én medarbejder som ejer. Afprøv anonymiserede eksempler, og ret de kilder, der giver tvivl. Tag først derefter stilling til en afgrænset pilot. En bedre formular kan være nok; en ny AI-løsning er ikke et mål i sig selv.

Leverancen er klar til gennemgang, når proces, kilder, ansvar, undtagelser, åbne spørgsmål og næste kontrol er beskrevet. I aftaler selv den konkrete opgave og pris med Procora. Integrationer, implementering og løbende drift er separate beslutninger.