Deskhero
Dansk
Prøv gratis

← Back to articles

Pilot med 2 til 3 tags: Kompetencebaseret routing for supportteams

Pilot med 2 til 3 tags: Kompetencebaseret routing for supportteams

Færdighedsbaseret routing dirigerer hver indkommende kontakt til en Bruger, hvis færdigheder passer til forespørgslen, i stedet for kun at basere sig på, hvem der er tilgængelig. Den erstatter modellen med “næste tilgængelige Bruger” med et match baseret på faktorer som sprog, produktkendskab eller autorisationsniveau. Supportchefer bruger det ofte til at forbedre løsning ved første kontakt (FCR), gennemsnitlig behandlingstid (AHT) og overførselsrater. I Deskhero kan automatiseringer af nye tickets tilbyde en enklere version af denne arbejdsgang ved at tildele tickets til en Bruger eller gruppe, når de konfigurerede betingelser matcher.

Kort fortalt:

  • Færdighedsbaseret routing kan forbedre løsning ved første kontakt og reducere overførsler ved at tage højde for både færdigheder og tilgængelighed.
  • Opbygning af en effektiv taksonomi kræver fokus på færdigheder med stor betydning, såsom sprog, produktkendskab og autorisationsniveau, samt kompetenceniveauer og regelmæssige opdateringer for at forhindre forældelse.
  • En vellykket implementering omfatter et pilotprojekt med én enkelt kø, præcis tagging af kontakter og løbende overvågning af KPI’er som FCR, AHT og overførselsrater med henblik på fortsat optimering.
  • AI kan hjælpe med at klassificere indkommende kontakter, men teams har stadig brug for tydelige regler, test og menneskeligt tilsyn.
  • Små teams kan begynde med et begrænset antal routingbetingelser og kun udvide, når resultaterne berettiger mere kompleksitet.

Indholdsfortegnelse

Hvad er færdighedsbaseret routing? En kort forklaring

Færdighedsbaseret routing (SBR) matcher hver kontakts krav med en profil over, hvad jeres Brugere faktisk ved, hvordan man gør. En kunde, der sender en e-mail om en fakturatvist på spansk, dirigeres til en person, der er tagget med både fakturering og spansk, ikke til den Bruger, hvis kø er kortest. Det er hele konceptet: kontaktens krav på den ene side, verificerede Brugerfærdigheder på den anden og en regelmotor, der matcher dem.

De fleste teams holder styr på en håndfuld færdighedskategorier:

  • Sprog (spansk, fransk, mandarin)
  • Produkt- eller funktionskendskab (fakturering, teknisk opsætning, virksomhedskonti)
  • Kompetence i kanaler (telefon, chat, e-mail, sociale medier)
  • Autorisationsniveau (grænser for refunderinger, kontoændringer, eskaleringsrettigheder)

Traditionel købaseret routing eller ACD-routing (automatisk opkaldsfordeler) kan sende kontakter videre efter tilgængelighed uden at tage højde for specialiseret viden. Det fungerer, når alle Brugere kan håndtere alle problemer. Efterhånden som teams specialiserer sig, kan routing, der kun tager højde for tilgængelighed, øge risikoen for, at en kontakt skal overføres.

Hvorfor implementere færdighedsbaseret routing: Målbare fordele, og hvornår det mislykkes

Argumentet for færdighedsbaseret routing bør testes i jeres eget KPI-dashboard. Når routingreglerne og færdighedsdataene er korrekte, kan teams opleve:

  • Højere løsning ved første kontakt, eftersom den Bruger, der tager imod kontakten, som regel allerede ved, hvordan den skal løses
  • Lavere gennemsnitlig behandlingstid, fordi der er mindre søgning, eskalering og overførsel
  • Færre overførsler samlet set, hvilket er en af de største årsager til kundernes frustration
  • Højere kundetilfredshed, når færre kontakter skal gentages eller overføres

Hvorfor det er vigtigt: Akademisk forskning i callcentre beskriver kompleksiteten ved at matche forskellige kontakttyper med Brugere med forskellige færdigheder. Et pilotprojekt giver jer mulighed for at teste, om denne kompleksitet forbedrer jeres egne servicemålinger, før en bredere udrulning.

Brugerne får også fordele. Når de håndterer kontakter, der passer til deres faktiske styrker, bruger de mindre tid på at famle efter svar og lave omarbejde, og det kan ofte mærkes på arbejdsmoralen – ikke kun i tallene.

SBR er ikke automatisk de initiale omkostninger værd. Et lille generalistteam kan få begrænset udbytte af en formel taksonomi. Det samme kan være tilfældet, når kontakttyperne er uforudsigelige, eller taggingdataene er for inkonsistente til at være pålidelige. I sådanne tilfælde kan en tilgængelighedsbaseret model eller en enkel prioritetskø løse opgaven med mindre vedligeholdelse.

Sådan fungerer færdighedsbaseret routing: Den tekniske arbejdsgang

Mekanikken kan opdeles i tre faser. Opbyg en færdighedstaksonomi, knyt Brugere til taksonomien, og konfigurér derefter routing- og tildelingsregler. Microsofts implementeringsdokumentation giver ét konkret eksempel, herunder vurderingsmodeller, færdighedstyper, tildeling af færdigheder, klassificeringsmetoder og tildelingsmetoder.

  1. Opbyg taksonomien. Definér den begrænsede liste over færdigheder, der er relevante for jeres virksomhed (sprog, produktområde, kanal, autorisationsniveau).
  2. Knyt Brugere til færdigheder. Afhængigt af platformen kan hver Bruger få en enkel ja/nej-tildeling af en færdighed eller en vurdering på en defineret kompetenceskala.
  3. Konfigurér routingregler. Motoren læser indkommende kontakttags og matcher dem med Brugerprofiler, hvor det er nødvendigt med minimumstærskler for kompetenceniveau.

Kontakter kan modtage routingdata fra IVR-menuvalg, CRM-kontodata, e-mailens emnelinjer, headers eller automatisk klassificering af meddelelsen. Når mere end én Bruger kvalificerer sig, har platformen brug for en dokumenteret metode til at afgøre uafgjorte tilfælde. Mulighederne kan afhængigt af systemet omfatte kompetenceniveau, kapacitet, inaktiv tid eller round robin.

Integrationspunkt Rolle i routingbeslutningen
ACD / IVR Registrerer den første kontakt og indsamler routingsignaler (menuvalg, opkalds-id)
CRM Leverer kontekst om kontoen (niveau, historik, sprogpræference)
Chatbot / AI-klassificering Læs­er fritekst for at udlede hensigt og påkrævet færdighed
Workforce management Bekræfter, hvilke Brugere med de nødvendige færdigheder der er planlagt og tilgængelige

Det er også her, routing efter færdigheder begynder at ligne mindre en enkelt funktion og mere et mindre integrationsprojekt. Alle kilder, der leverer kontakttags, skal forblive præcise, ellers falder matchkvaliteten, selv hvis selve taksonomien er veldesignet.

Design af en færdighedstaksonomi og kortlægning af Brugere

Opbyg taksonomien omkring de forskelle, der påvirker service-resultaterne, ikke omkring alle tænkelige færdigheder, som nogen måtte have. Forskning i callcentres design illustrerer, hvor hurtigt routing bliver mere kompleks, når kontakttyper og Brugernes kompetencer varierer. En mindre pilottaksonomi er lettere at teste og vedligeholde.

To designbeslutninger er vigtigst:

  • Kompetenceskalaer. Hvis jeres platform understøtter vurderinger, kan en defineret skala og minimumstærskel skelne mellem rutinearbejde og sager, der kræver dybere ekspertise.
  • Ejerskab. Aftal på forhånd, om Brugere selv indberetter opdateringer af kompetenceniveau, om en leder kontrollerer og godkender dem, eller om begge dele gælder. Selvrapportering går hurtigere; lederkontroller fanger forældelse.

Begynd med et pilotprojekt. Vælg én kø, anvend taksonomien, og mål ændringen i KPI’erne, før I udvider yderligere.

Pro tip: Kør jeres første færdighedstaksonomi i én enkelt kø i en kort pilotperiode, og sammenlign FCR og AHT med jeres baseline, før I ruller den ud andre steder. Hvis tallene ikke ændrer sig, skal taksonomien omarbejdes – ikke udvides til flere køer.

Betragt taksonomien som en levende del af jeres driftsstrategi, ikke som en engangsopgave i forbindelse med opsætningen. De kategorier, I vælger, bør følge de ting, der faktisk påvirker CSAT og løsningsrater, og den liste vil ændre sig, efterhånden som jeres produkt og kundebase udvikler sig.

Implementeringstjekliste: Opsætning, test og lanceringsplan

Udrulning af færdighedsbaseret routing fungerer bedst som et projekt i flere faser, ikke som en ændring, hvor man bare trykker på en kontakt.

  1. Fastlæg målene først. Beslut, hvilke KPI’er I forsøger at forbedre (FCR, AHT, overførselsrate), før I bygger noget.
  2. Vælg en pilotkø. Vælg én kontakttype med tydelige krav til færdigheder, ikke jeres mest uoverskuelige kø.
  3. Saml interessenterne. Få en leder, et par erfarne Brugere og den person, der ejer jeres CRM- eller helpdeskdata, med til mødet.
  4. Opret færdighedslisten. Hold den stram og i tråd med målene fra trin ét.
  5. Tag kontakter. Konfigurér IVR-, CRM- og e-mailregler for tagging, så kontakterne ankommer med de rigtige metadata.
  6. Tildel Brugere og tærskler. Knyt Brugere til færdigheder med kompetenceniveauer, og angiv minimumstærskler for hver færdighed.
  7. Fastlæg regler ved uafgjorte tilfælde. Beslut fallback-rækkefølgen, når flere Brugere kvalificerer sig.
  8. Test med syntetisk trafik. Kør eksempelsager gennem reglerne, før I går live, og bekræft, at fallback-routing fungerer, når ingen kvalificeret Bruger er ledig.
  9. Rul ud i faser. Udvid kø for kø, oplær Brugerne i det nye flow, og følg dashboards tæt i den første uge.

Mål, kontrollér og vedligehold færdighedsbaseret routing

Færdighedsbaseret routing forringes ubemærket, hvis ingen holder øje med det. De KPI’er, der er værd at følge løbende, er FCR, CSAT, AHT, overførselsrate, Brugerbelægning og opfyldelse af SLA. Et fald i en af disse, især FCR eller overførselsraten, er normalt det første tegn på, at Brugerprofilerne ikke længere afspejler virkeligheden.

En routingmodel er kun så aktuel som de profiler og regler, den bygger på. Udpeg en ansvarlig, definér hvordan ændringer i kompetenceniveau godkendes, og gennemgå modellen efter en fast tidsplan.

En praktisk kadence kan se sådan ud:

  • Dagligt: Gennemgå dashboards for afvigelser (pludselige stigninger i AHT, usædvanlige overførselsmønstre)
  • Ugentligt: Foretag stikprøvekontrol af et udvalg af routede kontakter op mod Brugernes faktiske resultater
  • Kvartalsvist: Gennemgå hele taksonomien i forhold til de aktuelle forretningsprioriteter

Nogen skal eje denne proces, uanset om det er en teamleder eller en driftschef, og Brugerincitamenter bør belønne præcise selvrapporterede færdigheder frem for overdrevne. Overvurderede kompetenceniveauer ødelægger routingens præcision hurtigere end næsten alt andet.

AI og færdighedsbaseret routing: Hvad AI bidrager med, og hvor menneskeligt tilsyn stadig er afgørende

Færdighedsbaseret routing fandtes før de nuværende generative AI-systemer, og den regelbaserede kerne er stadig nyttig. AI kan tilføje et klassificeringslag, der vurderer, hvad en kontakt har brug for, ud fra dens fritekstbesked.

AI bidrager typisk på tre måder:

  • Klassificering af hensigt: læser fritekst (en e-mail eller chatbesked) for at udlede det faktiske problem, ikke kun den kategori, kunden valgte
  • Forudsigelse af færdigheder: markerer, hvilke færdighedstags der gælder, når en kontakt ikke passer ind i en tydelig IVR-menu
  • Routingunderstøttelse: leverer en kategori eller et konfidenssignal, som konfigurerede tildelingsregler kan bruge

Hårde krav såsom licenser, sprog eller autorisation bør fortsat være eksplicitte regler. Et forsigtigt flow er at klassificere kontakten, anvende de nødvendige færdighedsregler, bruge en dokumenteret regel til at afgøre uafgjorte tilfælde blandt kvalificerede Brugere og sende uklare sager til menneskelig kontrol.

Udfordringer og almindelige faldgruber ved implementering af færdighedsbaseret routing

Et hyppigt fejlpunkt er de data, der forsyner routinglogikken. Hvis Brugerprofiler oprettes under onboarding og aldrig gennemgås, bevæger taksonomien sig væk fra de aktuelle kompetencer. Kontakter kan også blive fejlklassificeret, når menupunkter eller automatiske kategorier ikke passer tydeligt til de færdigheder, I har defineret. Disse fejl kan sende arbejdet til den forkerte kø eller skabe overførsler, der kunne have været undgået.

Overengineering kan være lige så skadeligt som forsømmelse. Et stort antal snævre færdigheder kan efterlade mange kontakter uden en fuldt kvalificeret ledig Bruger, hvilket tvinger systemet til konstant fallback-routing. Arkiveret forskning i callcentre viser, hvorfor routing på tværs af forskellige kontakttyper og Brugerkompetencer er et optimeringsproblem med reelle afvejninger.

Små teams står over for et andet problem: Der er for få Brugere pr. kombination af færdigheder, så den “bedst kvalificerede” Bruger ofte ikke er tilgængelig, og enhver fallback i praksis vender tilbage til næste tilgængelige Bruger. Krydsoplæring hjælper mere her end at tilføje flere regler.

Endelig lancerer mange teams SBR og vender aldrig tilbage til det. Ingen kontrolkadence, ingen opdateringer af kompetenceniveauer, ingen gennemgang af taksonomien. Systemet, der så skarpt ud ved lanceringen, kommer langsomt ud af sync med det team, der faktisk bemander det, og ingen opdager det, før FCR ubemærket falder gennem et helt kvartal.

Udfordringer og almindelige faldgruber ved implementering af færdighedsbaseret routing: oversigtsdiagram

Sammenligning af færdighedsbaseret routing med andre routingstrategier

Round-robin-routing fordeler kontakter på skift mellem tilgængelige Brugere uden at forsøge at matche ekspertise. Det er enkelt at konfigurere og har til formål at fordele arbejdet jævnt, hvilket kan passe til teams, hvor alle Brugere kan håndtere alle kontakttyper.

Prioritetsbaseret routing rangerer kontakter efter hast eller kundeniveau (en VIP-konto springer køen over), men tager stadig ikke højde for, hvilken Bruger der er bedst rustet til at hjælpe. I kan kombinere prioritetsregler med SBR, og det gør de fleste modne opsætninger, hvor prioritet bruges til at afgøre, hvem der betjenes først blandt de færdighedsmatchede Brugere.

Routing efter længst inaktiv eller næste tilgængelige Bruger, som er ACD-standardindstillingen, optimerer udelukkende for retfærdighed i Brugernes arbejdsbelastning. Det er hurtigt og kræver ingen konfiguration, men behandler et fakturas spørgsmål og et teknisk nedbrud ens og sender begge til den, der har været inaktiv længst.

Færdighedsbaseret routing bytter denne enkelhed for præcision. Det kræver en taksonomi, kortlægning af Brugere og løbende vedligeholdelse, som round-robin- og næste-tilgængelige-modeller slet ikke har brug for. Gevinsten er færre overførsler og hurtigere løsninger, men kun hvis de underliggende færdighedsdata forbliver præcise. Et team uden kapacitet til at vedligeholde disse data er ofte bedre tjent med en enklere model kombineret med prioritetsregler, i hvert fald indtil kontaktmængden og kompleksiteten berettiger investeringen.

Sammenligning af fire support-routingstrategier

Branchespecifikke anvendelser og eksempler på færdighedsbaseret routing

E-handelsteams kan route efter produktlinje og problemtype. En forsinket levering kan sendes til en Bruger med kendskab til logistik, mens en betalingstvist kan sendes til en person med den nødvendige refunderingstilladelse.

SaaS-virksomheder kan opdele arbejdet efter produktområde og teknisk dybde. Et fakturaspørgsmål og et problem med en API-integration kræver ofte forskellig viden, så routing til forskellige grupper kan reducere unødvendig eskalering.

Supportteams i sundhedsrelaterede virksomheder kan route spørgsmål om tidsbestilling, forsikring og fakturering efter rolle, oplæring og adgangstilladelser. Routingen bør afspejle organisationens egne krav til privatliv og compliance.

Flersprogede detailhandels- og rejsebrands bruger sprog som deres primære færdighedskategori, ofte kombineret med regionsspecifikt produktkendskab, så en fransktalende kunde med et bookingproblem når frem til en person, der faktisk kan læse de lokale vilkår og betingelser – ikke blot oversætte ordene.

Finansielle servicevirksomheder kan kombinere autorisationsniveau med produktkendskab. De relevante krav til oplæring, tilladelser og licenser afhænger af produktet og jurisdiktionen.

Færdighedsbaseret routings indvirkning på medarbejdertilfredshed og oplæring

At matche arbejdet med en Brugers styrker kan reducere unødvendige overførsler og frustrationen ved gentagne gange at håndtere ukendte problemer. Mål effekten gennem Brugerfeedback og kvalitetskontroller i stedet for at antage, at det vil forbedre fastholdelsen.

Oplæringen ændrer også form. I stedet for at forsøge at gøre alle Brugere lige kompetente inden for alt kan teams først oplære nye medarbejdere i et mindre antal færdighedsområder, kontrollere deres kompetencer og gradvist udvide deres dækning.

Ulempen er, at specialisering kan skabe siloer, hvis den ikke håndteres omhyggeligt. Brugere, der udelukkende håndterer ét færdighedsområde, kan stagnere, og krydsoplæring skal være velovervejet, så teamet ikke ender med enkeltstående fejlpunkter, hvor én Brugers ferie skaber et hul i dækningen af en hel færdighedskategori. Ved at lade Brugere skifte mellem sekundære færdigheder, selv ved en lavere kompetencetærskel, forbliver systemet robust, og Brugerne får en udviklingsvej i stedet for en permanent afgrænset rolle.

AI-understøttet klassificering kan reducere det manuelle arbejde med at mærke fritekstkontakter. Dens anvendelighed afhænger stadig af nøjagtighedskontroller, konfidensgrænser og en fallback-mulighed for meddelelser, der ikke passer ind i taksonomien.

Nogle routingplatforme understøtter også maskinlæringsbaseret klassificering eller konfigurerbar rangering inden for en kvalificeret pulje. Betragt disse funktioner som input, der skal testes, ikke som en grund til at fjerne hårde krav til egnethed.

Performance-data kan hjælpe ledere med at identificere forældede kompetencevurderinger, men automatisk ændring af adgangsberettigelse ud fra resultatdata skaber sine egne risici. Sørg for, at ændringer kan kontrolleres, og dokumentér, hvem der kan godkende dem.

Integration med en vidensbase kan supplere routing ved at vise relevant vejledning, efter at en ticket er nået frem til den rigtige Bruger. Routing og kvaliteten af svarene bør stadig måles separat.

Deskhero’s tilgang til små og mellemstore supportteams

Deskhero tilbyder ikke en komplet motor til færdighedsprofiler med kompetencescorer eller kapacitetsbaseret rangering. Den tilbyder automatiseringer af nye tickets, som kan angive Bruger, gruppe, prioritet, status, tags eller brugerdefinerede dropdownfelter. Betingelserne kan bruge det automatisk registrerede sprog, emne- eller meddelelsestekst, oplysninger om afsenderen eller en almindelig “Any (AI evaluated)”-betingelse. Det gør det muligt at afprøve et lille antal tildelingsregler uden at fremstille resultatet som virksomhedsorienteret færdighedsbaseret routing.

Pilotafprøvning af færdighedsbevidst routing uden en komplet platformsoverhaling

Deskhero giver små og mellemstore teams mulighed for at teste enkle tildelingsregler, mens de beholder deres eksisterende e-mailadresse. Den opretter forbindelse til Gmail eller Microsoft 365 med tovejssynkronisering, så svar fortsat sendes fra virksomhedens egen adresse.

Deskhero

I et routingpilotprojekt kan Deskhero registrere en tickets sprog og anvende konfigurerede automatiseringsbetingelser til at angive dens gruppe, tildelte Bruger eller tags. Den flersprogede support på 14 sprog kan hjælpe Brugere med at læse og svare på understøttede sprog. Løste tickets kan bidrage til foreslåede offentlige FAQ-indlæg, men en Bruger skal godkende et indlæg, før det bliver offentligt. AI-chatbotten svarer kun ud fra den godkendte offentlige FAQ og kræver mindst 100 godkendte FAQ-indlæg, før den kan aktiveres.

Den gratis prøveperiode på 30 dage kræver ikke et kreditkort. Brug den til at konfigurere et lille antal automatiseringer af nye tickets, teste dem med repræsentative meddelelser og sammenligne tildelingspræcision, overførselsrate og løsningsresultater med jeres baseline.

Kilder

Hvis du vil forstå den tekniske mekanik bag færdighedsbaseret routing, forklarer Microsofts dokumentation færdighedsvurderinger, klassificering, matching og tildeling i Dynamics 365. Wikipedia giver historisk kontekst. Se NICE’s ordlisteindlæg for en kort branchedefinition.

Ofte stillede spørgsmål

Hvad er færdighedsbaseret routing i Salesforce?

Salesforce Omni-Channel kan bruge tildelte færdigheder ved routing af understøttede arbejdselementer. Den præcise funktion afhænger af, hvordan en organisation konfigurerer færdigheder, servicekanaler, køer og routingregler.

Hvad er forskellen mellem købaseret routing og færdighedsbaseret routing?

Købaseret routing sender alle kontakter i en kø til den næste tilgængelige Bruger uanset ekspertise, mens færdighedsbaseret routing først filtrerer denne pulje efter et verificeret færdighedsmatch og derefter bruger tilgængelighed som afgørende faktor ved uafgjorte tilfælde.

Kan du give et eksempel på færdighedsbaseret læring?

I en supportsammenhæng betyder færdighedsbaseret læring, at Brugere oplæres i specifikke taggede kompetencer (såsom refunderingstilladelse eller en bestemt produktlinje) i stedet for et generelt onboardingforløb, så kompetencescorerne i routingsystemet afspejler faktiske, verificerede evner.

Hvor lang tid tager det at opsætte færdighedsbaseret routing?

Der findes ingen universel opsætningstid. Et pilotprojekt afhænger af antallet af færdigheder, kvaliteten af de eksisterende data, routingplatformen, testmængden og hvor lang tid teamet har brug for til at indsamle en meningsfuld KPI-sammenligning.

Fungerer færdighedsbaseret routing for små supportteams?

Ja, hvis kontakttyperne er tilstrækkeligt forskellige til at berettige routingregler. I Deskhero kan et lille team bruge automatiseringer af nye tickets med registreret sprog, meddelelsesindhold, oplysninger om afsenderen eller en AI-evalueret betingelse til at tildele en Bruger eller gruppe. Deskhero tilbyder ikke en komplet færdighedsmotor baseret på kompetenceniveauer.