Kort svar: En ärendekategori ska svara på vad kunden frågade om, inte vilken avdelning som råkar äga frågan. Bygg en dimension i taget, håll översta nivån under trettio kategorier och kräv att varje kategori leder till en åtgärd. Fält ger struktur och rapportering, taggar ger flexibilitet och växer vilt om ingen äger dem. Kategorin sätts vid avslut, stickprovsgranskas och används sedan för kunskapsluckor, bemanning och automation.
Varje kundserviceverktyg har kategorier, och i de flesta team betyder de ingenting. Listan ärvdes från den som satte upp systemet, någon lade till en tagg inför en kampanj, och i rapporten hamnar en stor del av ärendena i "Övrigt". När ledningen frågar vad kunderna hör av sig om blir svaret en gissning. Så här bygger ni en kategorisering som går att styra på.
Varför säger ärendestatistiken så lite?
Därför att kategorierna oftast beskriver er organisation i stället för kundens fråga. "Logistik", "Ekonomi" och "Teknik" säger vem som fick ärendet, inte vad kunden ville veta. "Logistik" rymmer både "var är mitt paket" och "ni skickade fel vara", med olika orsaker, lösningar och sätt att byggas bort.
Tre mönster återkommer:
- Kategorierna följer avdelningarna. Bra för dirigering, obrukbart för analys.
-
Taggarna har växt fritt. Zendesk påminner i sin guide om att arbeta med ärendetaggar om att använda specifika taggar och konsekvent formatering. Utan en ägare får ni
retur,returer,Returochretur-2024. - Ingen bestämde vad kategorin ska användas till. En kategori som inte leder till ett beslut är bara ett klick till för handläggaren.
Vad ska en kategori svara på?
Vad kunden frågade om, formulerat så att någon kan göra något åt det. Testet: om ni inte kan säga vilken åtgärd som skulle minska antalet ärenden i kategorin, är kategorin fel. "Leverans" klarar inte testet. "Var är min order" gör det (bättre aviseringar, orderuppslag i självservicen), och "Levererad men saknas" också (utredning mot transportören).
Bygg en dimension i taget, som separata fält:
| Dimension | Svarar på | Exempel | Används till |
|---|---|---|---|
| Ärendetyp | Vad kunden frågade om | Var är min order, byte av storlek, faktura felaktig | Kunskapsluckor, självservice, automation |
| Orsak | Varför frågan uppstod | Otydlig produktsida, försenad transport, systemfel | Åtgärder utanför kundservicen |
| Utfall | Vad ni gjorde | Löst med information, omleverans, återbetalning, avslag | Kostnad och policy |
| Kanal och tid | Var och när | Chatt, e-post, timme | Bemanning |
Den vanligaste hopblandningen är ärendetyp och orsak. "Försenad leverans" är en ärendetyp när kunden frågar om den, och en orsak när den förklarar varför kunden hörde av sig om något annat.
Hur många kategorier ska ni ha?
Färre än ni tror på översta nivån. Ett riktmärke: femton till trettio ärendetyper räcker för ett team med några hundra ärenden i veckan. Fler än så och handläggarna väljer olika, vilket gör datan sämre.
Tänk i domäner snarare än i en lång lista, på samma sätt som Knowledge-Centered Service beskriver en kunskapsdomän. Tre regler håller listan kort:
- Varje kategori ska ha en tänkbar åtgärd. Annars slå ihop den med en annan.
- Ingen kategori under en procent. Då hör den hemma på andra nivån eller inte alls.
- "Övrigt" ska vara litet och läsas. Över tio procent betyder att listan saknar något.
Fält eller taggar?
Fält för det ni ska rapportera på, taggar för det som är tillfälligt. Vilka fält ett system ska ha från början står i köpguiden om ärendehanteringssystem. Ärendetyp, orsak och utfall ska vara obligatoriska fält med fasta värden, så att de går att jämföra över tid. Taggar passar för kampanjer, driftstörningar eller försök ni vill följa några veckor. Sätt ett slutdatum på varje tagg och rensa listan varje kvartal.
Vem sätter kategorin, och när?
Handläggaren, vid avslut, på högst två klick. Slarvig kategorisering är värre än ingen, eftersom den ser ut som data.
- Sätt den vid avslut, när man vet vad ärendet handlade om.
- Låt systemet föreslå. Ett AI-förslag som handläggaren bekräftar eller ändrar går på sekunder, och ändringarna visar var listan är otydlig.
- Samma lista i alla kanaler, annars går de inte att lägga ihop.
- Granska stickprov, tjugo ärenden i månaden, lästa av den kunskapsansvariga.
Ett snabbt enighetstest: låt tre handläggare kategorisera samma tio ärenden var för sig. Skiljer de sig åt på mer än två är det listan som är fel.
Vad använder ni kategorierna till?
Till fyra beslut. Kategorier som inte används i något av dem kan tas bort.
- Vilka svar som ska skrivas. De största ärendetyperna utan granskad artikel är nästa veckas arbete, enligt metoden i artikeln om kunskapsluckor.
- Vad som kan automatiseras. Gartner förutspår att agentisk AI kommer att lösa 80 procent av de vanliga kundserviceärendena utan mänsklig inblandning till 2029. Utan kategorisering vet ni inte vilka ärenden som är vanliga.
- Hur självservicen fungerar. Andelen ärenden per typ som når en människa visar om hjälpcentret bär sin del; enligt Gartner löses bara 14 procent av ärendena fullt ut i självservice.
- Vad som ska åtgärdas utanför kundservicen. Orsaksdimensionen ger mest till produkt, logistik och sajt. Hur talen hänger ihop med övriga mått står i artikeln om nyckeltal.
Så gör ni
- Läs hundra ärenden från en vanlig vecka och skriv ner vad kunden frågade om, med kundens ord.
- Gruppera i femton till trettio ärendetyper med en tänkbar åtgärd per typ.
- Skapa tre obligatoriska fält: ärendetyp, orsak och utfall. Låt taggar vara tillfälliga.
- Kör ett enighetstest med tre handläggare och tio ärenden.
- Sätt kategorin vid avslut med systemförslag, och granska tjugo ärenden i månaden.
- Läs "Övrigt" varje månad och namnge det som saknas.
- Rensa listan varje kvartal.
Vanliga frågor
Kan AI kategorisera ärendena åt oss? Ja, men bara på en lista någon har bestämt. Låt modellen föreslå ur era egna kategorier och lära av rättningarna, inte hitta på kategorier fritt. En hög andel ändringar betyder att kategorin är otydlig.
Ska kunden få välja kategori i formuläret? Bara om valet hjälper kunden. Använd kundens val som ledtråd för dirigering, inte som statistik; den riktiga kategorin sätts vid avslut.
Vad gör vi med ärenden som hör hemma i flera kategorier? Välj det kunden hörde av sig om och lägg resten som anteckning eller tagg. Återkommer samma kombination ofta förtjänar den en egen ärendetyp.
Ursprungligen publicerad på supportifier.se.
Top comments (0)