Kundeservice-svar med Make og human godkendelse
Ticket → Make Agent → knowledge → godkendelse → helpdesk
Sådan hænger workflowet sammen
Se trigger, fast logik, AI-vurderinger, menneskelig kontrol og output som ét samlet forløb.
-
01
Fast logik Trigger
Ny åben supportsag i en godkendt kø.
-
02
Fast logik Normalisering
Hent supportsag, kundestatus og relevante politikudsnit. Maskér data der ikke er nødvendige for svaret.
-
03
AI-vurdering AI
Skriv et udkast baseret udelukkende på supportsag + relevant regelgrundlag. Markér manglende fakta og foreslå næste handling separat.
-
04
Menneskelig kontrol Routing / handling
Human godkendelse er obligatorisk. Først efter godkendelse må Make sende via helpdesk.
-
05
Fast logik Fejlvej
Regelgrundlaget mangler → ingen generering.
Byg svarflowet omkring evidens og godkendelse
Lav svarudkast og kræv godkendelse ved usikre sager. Før AI kommer ind i flowet, skal trigger, inputvalidering og de faste skrivehandlinger kunne beskrives tydeligt.
- Trigger: Ny åben supportsag i en godkendt kø.
- Normalisering: Hent supportsag, kundestatus og relevante politikudsnit. Maskér data der ikke er nødvendige for svaret.
- AI: Skriv et udkast baseret udelukkende på supportsag + relevant regelgrundlag. Markér manglende fakta og foreslå næste handling separat.
- Routing / handling: Human godkendelse er obligatorisk. Først efter godkendelse må Make sende via helpdesk.
- Fejlvej: Regelgrundlaget mangler → ingen generering; konflikt mellem supportsag og CRM → eskalér; model-fejl → supportsag forbliver urørt.
Regelgrundlaget skal komme før formuleringen
Hent den relevante retur-, garanti- eller abonnementsregel før modellen skriver. Et velformuleret svar er værdiløst, hvis det bygger på en gammel eller forkert policy.
Godkendelsen skal vise, hvad medarbejderen godkender
Reviewet bør vise kundens besked, de anvendte policy-passager og det foreslåede svar. En ren “Approve”-knap uden evidens gør mennesket til et svagt kontrolpunkt.
Knyt svarudkastet til den regel, der blev brugt
Log ticket-id, policy-version/kilde, draft-version, godkender og afsendelsesstatus. Undgå at logge hele kundehistorikken, hvis de samme data allerede findes sikkert i helpdesken.
Når normalforløbet ikke holder
Regelgrundlaget mangler → ingen generering; konflikt mellem supportsag og CRM → eskalér; model-fejl → supportsag forbliver urørt.
Generering kan genforsøges på model-fejl, men afsendelse må kun ske efter en ny eller fortsat gyldig godkendelse for samme ticket-version.
Brug ticket_id + ticket_version som stabil idempotens-nøgle. Gem det eksterne post-id sammen med nøglen, så en genforsøg kan afgøre, om handlingen allerede er udført.
Menneskelig godkendelse er obligatorisk før afsendelse. Ændres supportsagen efter godkendelse, skal udkastet vurderes igen.
Test før drift
Fjern regelgrundlaget og bekræft, at der ikke genereres et svar. Indsæt en påstand i ticketen, der strider mod regel, og kontroller at regel vinder eller sagen eskaleres. Redigér ticketen efter godkendelse og bekræft, at gammel godkendelse ikke kan genbruges. Simulér model-fejl og bekræft, at supportsagen forbliver urørt.
Mål effekten
Gennemsnitlig svartid, edit-distance før afsendelse og policy-violation-rate.
Data og sikkerhed
Maskér data, der ikke er nødvendige for svaret, og begræns knowledge-context til gældende politik. Modellen må ikke få helpdesk-rettighed til at sende direkte.
Spørgsmål om emnet
Hvad er formålet med “Kundeservice-svar med Make og menneskelig godkendelse”?
Lav svarudkast hurtigere, mens politik, kompensation og faktiske kundedata stadig håndhæves af systemet.
Hvilken del bør AI håndtere?
Skriv et udkast baseret udelukkende på supportsag + relevant regelgrundlag. Markér manglende fakta og foreslå næste handling separat.
Hvordan håndteres fejl?
Regelgrundlaget mangler → ingen generering; konflikt mellem supportsag og CRM → eskalér; model-fejl → supportsag forbliver urørt.
Hvad bør jeg måle?
Gennemsnitlig svartid, edit-distance før afsendelse og policy-violation-rate.