De viktigste helpdesk-målingene for supportledere

De mest nyttige rapportene for brukerstøtte kobler sammen etterspørsel, hastighet, kvalitet og pålitelighet. Start med antall saker, tid til første svar, løsningstid, løsning ved første kontakt, SLA-oppnåelse, alder på restanse, gjenåpningsrate, eskaleringsrate, arbeidsbelastning per bruker, kanalfordeling og kostnad per sak. Legg bare til kundetilfredshetsmålinger når du har en pålitelig undersøkelsesprosess og nok svar til å tolke dem på en ansvarlig måte.

En praktisk rapporteringsfrekvens kan se slik ut:

Antall saker: daglig øyeblikksbilde og ukentlig trend
Tid til første svar: daglig trend, samt løpende SLA-overvåking der det er relevant
Løsningstid: daglig trend og ukentlig gjennomgang
Løsning ved første kontakt: ukentlig
SLA-oppnåelse: daglig operativ visning og ukentlig sammendrag
Alder på restanse: daglig
Gjenåpnings- og eskaleringsrater: ukentlig
Arbeidsbelastning per bruker: daglig for balansering av køer
Kanalfordeling: ukentlig
Kostnad per sak: månedlig

Ikke start med å følge med på alt. Velg et lite målekort, bekreft at de underliggende tidsstemplene og feltene er pålitelige, og legg bare til detaljer når de hjelper noen med å ta en beslutning.

Viktigste punkter

Pålitelig rapportering for brukerstøtte begynner med ryddige hendelsesdata, tydelig definerte formler og en gjennomgangsprosess som ender med en ansvarlig person og et tiltak.

Punkt	Detaljer
Skill mellom måltall og KPI-er	Et måltall beskriver aktivitet. En KPI er et måltall med et mål, en ansvarlig eier og en beslutning knyttet til seg.
Bruk fordelinger, ikke bare gjennomsnitt	Kombiner gjennomsnitt med medianer, persentiler eller tidsintervaller, slik at et lite antall langsomme saker ikke skjuler den typiske opplevelsen.
Referanseverdier trenger kontekst	Bruk eget utgangspunkt, kanalfordeling, sakskompleksitet, bemanning og tjenesteforpliktelser før du setter mål.
Datakvalitet kommer først	Definer hvilke hendelser som starter, setter på pause og avslutter hver klokke før du publiserer en poengsum.
Deskhero inkluderer faste rapportvisninger	Deskhero tilbyr et operativt Dashboard og et Statistics-område med ni faste faner, filtre, diagram- og tabellvisninger samt Excel-eksport i de fleste fanene.

Innholdsfortegnelse

Hva er forskjellen mellom et måltall for brukerstøtte og en KPI?
De viktigste måltallene for rapportering av brukerstøtte, gruppert etter formål
Slik setter du realistiske mål og referanseverdier for teamet ditt
Slik utformer du dashbord som hver målgruppe faktisk vil bruke
Slik får du dataene riktige før du rapporterer på dem
Rapporteringsfeller som gjør måltallene dine misvisende
En dashbordmal klar til bruk som du kan kopiere i dag
Hvor rapportering faktisk gir resultater
Deskhero gir deg rapporteringsklare data fra første dag
Kilder
Vanlige spørsmål

Hva er forskjellen mellom et måltall for brukerstøtte og en KPI?

Et måltall er enhver målt verdi, for eksempel antall opprettede saker, median tid til første svar eller antall åpne saker. En KPI er et måltall som er valgt for å representere et viktig resultat. Det har en definisjon, et mål eller et akseptabelt intervall, en eier og en respons når resultatet beveger seg utenfor dette intervallet.

Antall saker er vanligvis et diagnostisk måltall. Det beskriver etterspørsel, men sier ikke om teamet presterte godt. Oppnåelse av SLA for første svar kan være en KPI fordi det måler prestasjon opp mot en angitt forpliktelse. Også da bør det leses sammen med data om kvalitet og arbeidsbelastning.

Et nyttig skille er:

Diagnostiske måltall: antall saker, kanalfordeling, prioriteringsfordeling, kategorifordeling og sammensetning av restansen
Mulige KPI-er: tid til første svar, løsningstid, SLA-oppnåelse, løsning ved første kontakt, gjenåpningsrate og kundetilfredshet

Klassifiseringen avhenger av hva organisasjonen prøver å forbedre. Et kostnadsmåltall kan være sentralt i én brukerstøtteoperasjon og irrelevant i en annen. Skriv den tiltenkte beslutningen ved siden av hver KPI. Hvis ingen kan forklare hvilket tiltak en endring bør utløse, hører måltallet sannsynligvis hjemme i en diagnostisk visning i stedet.

Proff-tips: Dokumenter hver KPI i én setning: formel, populasjon, tidsvindu, unntak, eier og mål. Dette hindrer at to team bruker samme navn på ulike beregninger.

De viktigste måltallene for rapportering av brukerstøtte, gruppert etter formål

Gruppér måltall etter hvilket spørsmål de besvarer. Etterspørselsmåltall beskriver hva som kom inn i køen. Effektivitetsmåltall viser hvordan arbeidet beveget seg. Opplevelsesmåltall gjenspeiler kundetilbakemeldinger. Pålitelighetsmåltall viser om forpliktelser ble oppfylt. Økonomiske måltall kobler støtteaktivitet til kostnader.

Diagram over måltall for brukerstøtte kategorisert etter formål

Produktivitetsmåltall

Antall saker
Definisjon: Saker opprettet i løpet av en rapporteringsperiode.
Formel: Tell saker etter tidsstempel for opprettelse innenfor den valgte perioden.
Bruk: Sammenlign antall etter dag, kanal, gruppe, prioritet og kategori. Undersøk topper før du endrer bemanningen.

Løste saker
Definisjon: Saker løst i løpet av perioden.
Bruk: Sammenlign opprettede og løste saker i samme tidsintervall. Hvis antallet opprettede saker gjentatte ganger overstiger antallet løste, vil restansen sannsynligvis øke.

Arbeidsbelastning per bruker
Definisjon: Saker som er tildelt, behandlet eller løst av hver bruker, avhengig av spørsmålet.
Bruk: Balanser køer og identifiser konsentrasjon av arbeid. Ikke gjør ett enkelt arbeidsbelastningstall om til en resultatbasert rangering uten å ta hensyn til kompleksitet, tilgjengelighet og kvalitet.

Kanalsammensetning
Definisjon: Andelen saker som er opprettet gjennom hver kanal.
Formel: Saker fra en kanal delt på alle saker i perioden.
Bruk: Tilpass bemanning og tjenestemål til den faktiske etterspørselen.

Effektivitetsmåltall

Tid til første svar
Definisjon: Tiden fra saken opprettes til det første kvalifiserende menneskelige eller automatiserte svaret, i henhold til rapporteringsreglene dine.
Bruk: Rapporter medianen, 90-persentilen og tidsintervaller. Oppgi om klokken bruker kalendertid eller arbeidstid, og om automatiske bekreftelser teller.

Hender som justerer et kontrollhjul for svartid

Løsningstid
Definisjon: Tiden fra saken opprettes til den løses.
Bruk: Segmenter etter gruppe, prioritet, kategori og eskaleringsstatus. Hvis klokken settes på pause mens du venter på kunden, må du dokumentere denne regelen.

Løsning ved første kontakt
Definisjon: Andelen kvalifiserte saker som løses under den første supportinteraksjonen uten senere oppfølging eller gjenåpning innenfor det valgte observasjonsvinduet.
Bruk: Definer observasjonsvinduet og kvalifiserte kanaler før du sammenligner perioder. Et enkelt flagg for ingen gjenåpning er ikke alltid nok til å fastslå løsning ved første kontakt.

Svar frem til løsning
Definisjon: Antallet svar som utveksles før saken løses.
Bruk: Se etter kategorier som skaper unødvendig frem og tilbake. Et lavt antall er bare nyttig når problemet faktisk ble løst.

Måltall for kundeopplevelse

Kundetilfredshet
Definisjon: Andelen eller gjennomsnittet av svarene på en definert undersøkelse etter interaksjonen.
Bruk: Rapporter alltid antall svar og svarprosent sammen med poengsummen. Gå gjennom skriftlige kommentarer og segmenter nøye, særlig når utvalgsstørrelsene er små.

Net Promoter Score
Definisjon: Prosentandelen ambassadører minus prosentandelen kritikere fra en definert anbefalingsundersøkelse.
Bruk: Betrakt dette som et bredere mål på kunderelasjonen, ikke som en direkte erstatning for tilfredshet på saksnivå.

Gjenåpningsrate
Definisjon: Løste saker som gjenåpnes innenfor en definert periode, delt på kvalifiserte løste saker.
Bruk: Gå gjennom kategorier, brukere og praksis for lukking når raten endres. En gjenåpning kan tyde på ufullstendig løsning, men kan også bety at kunden legger til et nytt problem i en gammel tråd.

Pålitelighets- og SLA-måltall

SLA-oppnåelse
Definisjon: Fullførte svar- eller løsningsklokker som nådde det gjeldende målet, delt på fullførte klokker i rapporteringspopulasjonen.
Bruk: Hold oppnåelse adskilt fra det løpende antallet saker som for øyeblikket står i fare for å bryte eller allerede har brutt SLA-en. Den første er en historisk vurdering, mens den andre er et operativt øyeblikksbilde.

Alder på restanse
Definisjon: Aldersfordelingen for åpne saker.
Bruk: Vis aldersintervaller og de eldste sakene. Velg terskler som samsvarer med tjenesteforpliktelsene dine i stedet for å bruke én universell grense.

Eskaleringsrate
Definisjon: Saker som eskaleres til en annen gruppe eller spesialist, delt på kvalifiserte saker.
Bruk: Segmenter etter kategori og prioritet. Eskalering kan signalisere et kunnskapshull, men kan også være riktig fremgangsmåte for komplekst arbeid.

Økonomiske måltall

Kostnad per sak
Definisjon: Fordelte støttekostnader for en periode delt på kvalifiserte saker som er håndtert i perioden.
Bruk: Dokumenter hvilke lønninger, programvarer, innleide ressurser og indirekte kostnader som er inkludert. Sammenlign like perioder og lignende sakspopulasjoner.

Kostnad etter kanal eller kategori
Definisjon: Fordelt kostnad for en kanal eller kategori delt på det kvalifiserte antallet saker i kanalen eller kategorien.
Bruk: Bruk dette bare når tids- og kostnadsfordelingen er god nok til å støtte beregningen. Falsk presisjon er verre enn å la feltet stå tomt.

Slik setter du realistiske mål og referanseverdier for teamet ditt

Universelle referanseverdier for brukerstøtte er sjelden universelle. Et mål avhenger av kanal, åpningstider, sakskompleksitet, prioritet, bemanning og løftet som er gitt kundene. Sett først mål ut fra din egen drift.

Definer måltallet. Skriv ned starthendelse, slutthendelse, pauser, unntak og kvalifisert populasjon.
Bygg et utgangspunkt. Bruk nok historikk til å dekke normal variasjon. Sammenlign median- og persentilverdier, ikke bare gjennomsnitt.
Segmenter utgangspunktet. Skill mellom kanaler, prioriteter, grupper og viktige sakskategorier når arbeidsflytene er forskjellige.
Knytt målet til en forpliktelse. SLA-mål bør samsvare med tjenesteløftet. Interne forbedringsmål bør være krevende, men realistiske i drift.
Gå gjennom målet etter prosessendringer. Ny ruting, bemanning, automatisering eller produktlanseringer kan endre utgangspunktet.

Måltall	Tilnærming til mål	Foreslått frekvens
Tid til første svar	Fastsettes etter kanal, prioritet og tjenesteforpliktelse	Daglig
Løsningstid	Fastsettes etter prioritet og sakskategori	Daglig og ukentlig
Løsning ved første kontakt	Finn utgangspunktet per kategori og definer et observasjonsvindu	Ukentlig
Kundetilfredshet	Fastsettes først etter at svarvolum og skjevheter er forstått	Ukentlig eller månedlig
SLA-oppnåelse	Tilpasses den publiserte eller avtalte forpliktelsen	Daglig og ukentlig
Alder på restanse	Bruk terskler knyttet til prioritet og tjenestepolicy	Daglig
Gjenåpningsrate	Finn utgangspunktet per kategori og praksis for lukking	Ukentlig
Kostnad per sak	Følg en internt definert trend på en konsekvent måte	Månedlig

Bruk rullerende tidsvinduer når et måltall har et lite utvalg eller store daglige variasjoner. Bruk periodesammenligninger når du trenger å identifisere driftsendringer. I begge tilfeller bør du vise antallet kvalifiserte saker, slik at leserne kan vurdere hvor stabilt resultatet er.

Slik utformer du dashbord som hver målgruppe faktisk vil bruke

Et dashbord fungerer når hvert kort besvarer et spørsmål for målgruppen. Operative visninger bør hjelpe folk med å handle nå. Ledelsesvisninger bør forklare trender og avvik. Visninger for ledelsen bør knytte støtteresultater til tjeneste, risiko og kostnad.

Kobling mellom målgruppe og måltall

Brukere trenger åpne oppgaver, saker som venter på første svar, SLA-klokker som forfaller eller er brutt, samt nok køkontekst til å velge neste sak.

Hender som håndterer arbeidsområdeelementer og tidtaker

Teamledere trenger antall opprettede versus løste saker, alder på restansen, fordeling av svartider, SLA-risiko og arbeidsbelastning per bruker. De trenger også lenker for detaljvisning til sakene bak et tall.

Supportledere trenger trender etter gruppe, prioritet, kanal og kategori, samt tydelige definisjoner for hver KPI. Et målekort på toppnivå bør lede til en tabell eller et diagram som forklarer endringen.

Toppledere trenger vanligvis et lite utvalg indikatorer for tjeneste, kvalitet, risiko og kostnad. Vis målet, nåverdien, retningen og en kort forklaring på vesentlige endringer.

Anbefalte moduler

Opprettede versus løste saker: trendlinjer med samme intervall
Fordeling av tid til første svar: median, 90-persentil og tidsintervaller
Løsningstrend: segmentert etter prioritet eller kategori
SLA akkurat nå: nåværende brudd, saker som snart forfaller og klokker satt på pause
SLA-oppnåelse: fullførte klokker som nådde målene sine i den valgte perioden
Restanse etter alder: antall åpne saker i nyttige aldersintervaller
Arbeidsbelastningstabell: aktivitet per gruppe og bruker med relevant kontekst
Fordeling etter kanal og tema: etterspørselsmiks og tilbakevendende temaer

Rapporteringsfrekvens

Løpende operativ visning: åpne saker, saker som venter på første svar og aktuell SLA-risiko
Daglig gjennomgang: volum, alder på restanse, tid til første svar, løsningstid og brudd
Ukentlig gjennomgang: trender, avvik, gjenåpningsrate, eskaleringsrate og forbedringstiltak
Månedlig gjennomgang: tjenesteresultater, kostnad, kapasitet og endringer i mål

Knytt hvert møte til beslutninger. En ukentlig gjennomgang bør ende med en navngitt ansvarlig, en forfallsdato og måltallet som viser om endringen fungerte.

Slik får du dataene riktige før du rapporterer på dem

Måltall er bare så pålitelige som hendelsesdefinisjonene deres. Før du bygger et dashbord, må du bekrefte at sakssystemet registrerer hendelser for opprettelse, svar, status, tildeling og løsning på en konsekvent måte.

Minste dataskjema for saker

En rapporteringseksport trenger ofte felt som disse:

ticket_id: stabil identifikator for saken
created_at: tidsstempel for opprettelse av saken
first_qualifying_response_at: tidsstempel som brukes i definisjonen av første svar
resolved_at: tidsstempel for løsning
assignee_id: nåværende bruker eller bruker på hendelsestidspunktet, tydelig merket
group_id: ansvarlig gruppe
channel: kildekanal
priority: kontrollert prioritetsverdi
status: kontrollert statusverdi
tags: kontrollerte kategorier der det er mulig
sla_policy_id: gjeldende policy når den finnes
reopened_count: antall gjenåpningshendelser

Ikke alle plattformer viser det samme dataskjemaet. Betrakt disse som rapporteringskonsepter, ikke som en påstand om nøyaktige feltnavn. Hvis en verdi kan endres, må du avgjøre om rapporten trenger den nåværende verdien eller verdien på hendelsestidspunktet.

Tagging og taksonomi

Bruk en kontrollert taksonomi for kategorier som påvirker bemanning, ruting eller forbedringsarbeid. Hold listen liten nok til at den kan brukes konsekvent. Kontroller ukategoriserte saker og nesten identiske etiketter før du stoler på kategoritrender.

Automatisering kan hjelpe med å tilordne felt, men automatisert klassifisering trenger fortsatt gjennomgang. Følg med på ukjente resultater eller resultater med lav sikkerhet i stedet for å tvinge hver sak inn i en misvisende kategori.

Sjekkliste for instrumentering

[ ] Alle tidsstempler bruker én lagret tidsstandard og en dokumentert visningstidssone
[ ] Definisjonen av første svar angir om automatiserte svar teller
[ ] Klokker for arbeidstid og kalendertid blandes ikke
[ ] Statuser som setter saken på pause er dokumentert for løsningsklokker
[ ] Hendelser for gjenåpning og eskalering har eksplisitte definisjoner
[ ] Nåværende tildelt bruker forveksles ikke med brukeren som var tildelt saken ved løsning
[ ] Slettede, sammenslåtte, uønskede, test- og importerte saker har en angitt policy for inkludering
[ ] Hver poengsum viser antallet kvalifiserte saker

Proff-tips: Beregn et lite utvalg på nytt manuelt. Hvis resultatet i dashbordet ikke kan gjenskapes fra hendelsene i sakene, må du rette definisjonen eller dataene før du setter et mål.

Rapporteringsfeller som gjør måltallene dine misvisende

Å behandle antall saker som et mål på prestasjon. Volum måler etterspørsel. Kombiner det med restanse, hastighet og kvalitet før du trekker konklusjoner om prestasjon.
Å rapportere et gjennomsnitt uten en fordeling. Gjennomsnitt kan skjule lange ventetider. Legg til en median-, persentil- eller tidsintervallvisning.
Å rangere brukere utelukkende etter antall lukkede saker. Sakskompleksitet, arbeidstid, omfordeling og kvalitet påvirker alle antallet. Bruk arbeidsbelastningstabeller til å balansere arbeid, ikke som en selvstendig prestasjonspoengsum.
Å blande ulike sakspopulasjoner. Ulike prioriteter, kanaler og kategorier trenger ofte ulike mål. Segmenter før du sammenligner.
Å forveksle aktuell SLA-status med historisk oppnåelse. En sak som for øyeblikket har brutt SLA-en, er et operativt problem. En fullført klokke som ikke nådde målet, hører hjemme i oppnåelsesraten. Ikke bland de to populasjonene.
Å ignorere endringer i nevneren. En prosentandel kan endres fordi den kvalifiserte populasjonen har endret seg. Vis alltid antallet som ligger bak.
Å finne på presisjon. Hvis behandlingstid, kostnadsfordeling eller undersøkelsesdekning er ufullstendig, må du merke begrensningen eller utelate måltallet.

En dashbordmal klar til bruk som du kan kopiere i dag

Malen nedenfor er plattformuavhengig. Tilpass feltnavnene og formlene til datamodellen din, og dokumenter deretter hver justering.

Regnearkskjema og formler

Kolonnenavn	Formel eller kilde	Merknader
`ticket_id`	Sakssystem	Stabil nøkkel
`created_at`	Sakshendelse	Lagres i én tidsstandard
`first_response_at`	Første kvalifiserende svarhendelse	Dokumenter hvordan automatiske svar behandles
`resolved_at`	Løsningshendelse	Dokumenter håndtering av gjenåpning
`frt_minutes`	Forskjellen mellom opprettelse og første svar	Kalender- eller arbeidsminutter
`resolution_minutes`	Forskjellen mellom opprettelse og løsning	Trekk fra dokumenterte pauser hvis relevant
`reopened_count`	Antall gjenåpningshendelser	Velg et observasjonsvindu
`sla_first_reply_met`	Vurdering av SLA-klokken	Null hvis ingen relevant fullført klokke finnes
`sla_resolution_met`	Vurdering av SLA-klokken	Null hvis ingen relevant fullført klokke finnes
`channel`	Sakskilde	Kontrollert verdi
`priority`	Saksfelt	Kontrollert verdi
`group_id`	Saksfelt eller hendelseshistorikk	Angi om verdien gjelder nåværende tidspunkt eller hendelsestidspunkt

Eksempler på SQL-kode

Første svar målt i kalendertid i MySQL:

SELECT ticket_id,
       TIMESTAMPDIFF(MINUTE, created_at, first_response_at) AS frt_minutes
FROM tickets
WHERE first_response_at IS NOT NULL;

Opprettede saker etter nåværende tildelte bruker og dag:

SELECT assignee_id,
       DATE(created_at) AS ticket_date,
       COUNT(*) AS tickets_created
FROM tickets
GROUP BY assignee_id, DATE(created_at)
ORDER BY ticket_date DESC, tickets_created DESC;

SLA-oppnåelse for fullførte første svar:

SELECT
  AVG(CASE WHEN sla_first_reply_met = 1 THEN 1.0 ELSE 0.0 END) * 100 AS attainment_pct
FROM tickets
WHERE sla_first_reply_met IS NOT NULL
  AND created_at >= :period_start
  AND created_at < :period_end;

Disse eksemplene bruker forenklede felt og kalendertid. Produksjonsrapportering må bruke de samme reglene for kvalifisering, arbeidstid, pauser, sammenslåing og sletting som kildesystemet.

Oppsett for dashbordfaner

Operativ fane: åpen kø, saker som venter på første svar, aktuell SLA-risiko og de eldste sakene
Ledelsesfane: trend for opprettede versus løste saker, fordeling av svartider, løsningstrend, SLA-oppnåelse, alder på restanse og arbeidsbelastningstabeller
Fane for toppledelsen: utvalgte KPI-er for tjeneste, kvalitet, risiko og kostnad med mål og korte kommentarer

Proff-tips: Ha en måltallsordbok ved siden av dashbordet. Versjonsstyr endringer i formler og mål, slik at historiske skift fortsatt kan forklares.

Hvor rapportering faktisk gir resultater

Rapportering gir resultater når den endrer køstyring, bemanning, ruting, dokumentasjon eller produktarbeid. Et avansert diagram som ikke fører til noen beslutning, er mindre nyttig enn en enkel restansevisning som hjelper teamet med å rydde opp i gamle saker.

Start med ett etterspørselsmål, ett hastighetsmål, ett pålitelighets- eller kvalitetsmål og alder på restansen. Se på dem samlet. Hvis volumet øker samtidig som svartiden holder seg stabil, kan teamet ha kapasitet. Hvis antallet løste saker ligger etter antallet opprettede og restansen blir eldre, er problemet synlig før et enkelt gjennomsnitt på toppnivå blir alarmerende.

Bruk detaljvisninger til å gå fra et mønster til sakene som ligger bak. Det beste spørsmålet i en gjennomgang er ikke bare «Hvorfor endret tallet seg?» Det er «Hvilke saker forårsaket endringen, hva har de til felles, og hva skal vi gjøre annerledes?»

Deskhero gir deg rapporteringsklare data fra første dag

Deskhero gjør tilkoblede Gmail-, Google Workspace- og Microsoft 365-postkasser om til delte sakskøer. Det tar også imot saker fra innebygde skjemaer og den FAQ-baserte AI-chatboten.

Deskhero

Deskhero inkluderer et operativt Dashboard med visninger av saksstatus, saker som venter på første svar, trender for saksmengde, gjennomsnittlig tid til første svar, gjennomsnittlig løsningstid og gjennomsnittlig tid per status. Statistics-området har ni faste faner som dekker oversikt, trender, svartider, SLA, team, AI og automatisering, kanaler, emnestatistikk og en emneklynge.

Statistics kan filtreres etter dato og gruppe, med et ekstra policyfilter på SLA-fanen. Diagramkort kan bytte mellom diagram- og tabellvisning, og de fleste fanene kan eksporteres til Excel. Tallene gjelder for gruppene den innloggede brukeren har tilgang til, og bufres vanligvis i omtrent fem minutter. Det løpende SLA-feltet er separat fra historisk oppnåelse.

Deskhero inkluderer ikke en egendefinert rapportbygger. Emnevisningene har også datakrav: emneklynging trenger omtrent 100 saker og bygges på nytt med jevne mellomrom. En gratis prøveperiode på 30 dager er tilgjengelig uten kredittkort.

Kilder

Denne veiledningen bruker rapporteringsatferden som er dokumentert i Deskhero sin produktimplementering. De relaterte Deskhero-veiledningene nedenfor gir mer kontekst om dashbord og mottak av saker.

Vanlige spørsmål

Hva er de viktigste måltallene for rapportering av servicedesk?

Start med antall saker, opprettede versus løste saker, tid til første svar, løsningstid, SLA-oppnåelse, alder på restansen, gjenåpningsrate, eskaleringsrate, arbeidsbelastning per bruker og kanalfordeling. Legg til måltall for tilfredshet og kostnad når kildedataene er pålitelige.

Hva er gode KPI-er for en IT-brukerstøtte?

Tid til første svar, løsning, SLA-oppnåelse, løsning ved første kontakt, gjenåpningsrate og kundetilfredshet kan alle være nyttige KPI-er. Velg bare måltall som er knyttet til et viktig resultat, et tydelig mål og et tiltak teamet kan gjennomføre.

Hvor ofte bør du sende CSAT-undersøkelser?

Velg en konsekvent utløsende hendelse som passer kundereisen, for eksempel etter at en kvalifisert sak er løst. Hold undersøkelsen kort, unngå gjentatte forespørsler til samme kunde, og rapporter antall svar og svarprosent sammen med poengsummen.

Hva er en god rate for løsning ved første kontakt?

Det finnes ingen nyttig universell rate for alle team. Definer hva som teller som første kontakt, fastsett et observasjonsvindu for oppfølginger eller gjenåpninger, finn utgangspunktet for raten etter kategori og kanal, og forbedre den uten å oppmuntre til for tidlig lukking.

Hvordan beregner du kostnad per sak?

Del konsekvent fordelte støttekostnader for en periode på de kvalifiserte sakene som ble håndtert i perioden. Dokumenter hvilke kostnader til arbeidskraft, programvare, innleide ressurser og indirekte kostnader som er inkludert, og sammenlign deretter like perioder og sakspopulasjoner.