De viktigaste helpdesk-mätvärdena för supportchefer

De mest användbara helpdesktrapporterna kopplar samman efterfrågan, snabbhet, kvalitet och tillförlitlighet. Börja med ärendevolym, tid till första svar, lösningstid, lösning vid första kontakten, SLA-uppfyllelse, ålder på ärendebalansen, återöppningsfrekvens, eskaleringsfrekvens, arbetsbelastning per User, kanalblandning och kostnad per ärende. Lägg endast till mått för kundnöjdhet när du har en tillförlitlig enkätprocess och tillräckligt många svar för att kunna tolka dem ansvarsfullt.
En praktisk rapporteringsfrekvens kan se ut så här:
- Ärendevolym: daglig ögonblicksbild och veckovis trend
- Tid till första svar: daglig trend samt löpande SLA-övervakning där det är tillämpligt
- Lösningstid: daglig trend och veckovis genomgång
- Lösning vid första kontakten: veckovis
- SLA-uppfyllelse: daglig operativ vy och veckosammanfattning
- Ålder på ärendebalansen: dagligen
- Återöppnings- och eskaleringsfrekvens: veckovis
- Arbetsbelastning per User: dagligen för balansering av köer
- Kanalblandning: veckovis
- Kostnad per ärende: månadsvis
Börja inte med att följa upp allt. Välj ett litet styrkort, säkerställ att de underliggande tidsstämplarna och fälten är tillförlitliga och lägg endast till detaljer när de hjälper någon att fatta ett beslut.
Viktigaste slutsatserna
Tillförlitlig helpdesktrapportering börjar med rena händelsedata, tydligt definierade formler och en granskningsprocess som avslutas med en ansvarig person och en åtgärd.
| Aspekt | Detaljer |
|---|---|
| Håll isär mätvärden och KPI:er | Ett mätvärde beskriver aktivitet. En KPI är ett mätvärde med ett mål, en ansvarig ägare och ett beslut kopplat till sig. |
| Använd fördelningar, inte bara genomsnitt | Kombinera genomsnitt med medianer, percentiler eller tidsintervall så att ett litet antal långsamma ärenden inte kan dölja den typiska upplevelsen. |
| Riktvärden behöver kontext | Använd din egen baslinje, kanalblandning, ärendekomplexitet, bemanning och serviceåtaganden innan du sätter mål. |
| Datakvalitet kommer först | Definiera vilka händelser som startar, pausar och avslutar varje klocka innan du publicerar ett resultat. |
| Deskhero innehåller fasta rapporteringsvyer | Deskhero tillhandahåller en operativ Dashboard och ett Statistics-område med nio fasta flikar, filter, diagram- och tabellvyer samt Excel-export på de flesta flikarna. |
Innehållsförteckning
- Vad är skillnaden mellan ett helpdeskmätvärde och en KPI?
- De viktigaste helpdeskmätvärdena för rapportering, grupperade efter syfte
- Så sätter du realistiska mål och riktvärden för ditt team
- Så utformar du dashboards som varje målgrupp faktiskt kommer att använda
- Så säkerställer du att dina data är korrekta innan du rapporterar dem
- Rapporteringsfällor som gör dina mätvärden missvisande
- En dashboardmall för praktiskt arbete som du kan kopiera idag
- Var rapportering faktiskt lönar sig
- Deskhero ger dig rapporteringsklara data från dag ett
- Källor
- Vanliga frågor
Vad är skillnaden mellan ett helpdeskmätvärde och en KPI?
Ett mätvärde är vilket uppmätt värde som helst, till exempel skapade ärenden, medianen för tid till första svar eller antalet öppna ärenden. En KPI är ett mätvärde som valts ut för att representera ett viktigt resultat. Det har en definition, ett mål eller ett godtagbart intervall, en ansvarig ägare och en åtgärd när resultatet hamnar utanför intervallet.
Ärendevolym är vanligtvis ett diagnostiskt mätvärde. Det beskriver efterfrågan, men säger inte om teamet presterade bra. Uppfyllelse av SLA för första svar kan vara en KPI eftersom det mäter resultatet mot ett angivet åtagande. Även då bör det läsas tillsammans med data om kvalitet och arbetsbelastning.
En användbar uppdelning är:
- Diagnostiska mätvärden: ärendevolym, kanalblandning, prioriteringsblandning, kategoriblandning och ärendebalansens sammansättning
- Möjliga KPI:er: tid till första svar, lösningstid, SLA-uppfyllelse, lösning vid första kontakten, återöppningsfrekvens och kundnöjdhet
Klassificeringen beror på vad organisationen försöker förbättra. Ett kostnadsmätvärde kan vara centralt i en supportverksamhet och irrelevant i en annan. Skriv det avsedda beslutet bredvid varje KPI. Om ingen kan förklara vilken åtgärd en förändring ska utlösa hör mätvärdet förmodligen hemma i en diagnostisk vy i stället.
Proffstips: Dokumentera varje KPI i en mening: formel, population, tidsfönster, undantag, ägare och mål. Det förhindrar att två team använder samma benämning för olika beräkningar.
De viktigaste helpdeskmätvärdena för rapportering, grupperade efter syfte
Gruppera mätvärden efter vilken fråga de besvarar. Efterfrågemätvärden beskriver vad som kom in i kön. Effektivitetsmätvärden visar hur arbetet förflyttades. Upplevelsemätvärden speglar kundfeedback. Tillförlitlighetsmätvärden visar om åtaganden uppfylldes. Ekonomiska mätvärden kopplar supportaktivitet till kostnad.

Produktivitetsmätvärden
Ärendevolym
Definition: Ärenden som skapats under en rapporteringsperiod.
Formel: Räkna ärenden utifrån skapandetidsstämpeln inom den valda perioden.
Användning: Jämför volym per dag, kanal, grupp, prioritet och kategori. Undersök toppar innan du ändrar bemanningen.
Löst volym
Definition: Ärenden som löstes under perioden.
Användning: Jämför skapad och löst volym under samma intervall. Om den skapade volymen upprepade gånger överstiger den lösta volymen kommer ärendebalansen sannolikt att växa.
Arbetsbelastning per User
Definition: Ärenden som tilldelats, hanterats eller lösts av varje User, beroende på frågeställningen.
Användning: Balansera köer och identifiera koncentrationer av arbete. Förvandla inte ett enda arbetsbelastningsmått till en resultatranking utan att ta hänsyn till komplexitet, tillgänglighet och kvalitet.
Fördelning per kanal
Definition: Andelen ärenden som skapats via varje kanal.
Formel: Ärenden från en kanal dividerat med alla ärenden under perioden.
Användning: Anpassa bemanning och servicemål efter den faktiska efterfrågan.
Effektivitetsmätvärden
Tid till första svar
Definition: Tiden från att ett ärende skapats till det första kvalificerade mänskliga eller automatiserade svaret, enligt din rapporteringspolicy.
Användning: Rapportera medianen, 90:e percentilen och tidsintervall. Ange om klockan använder kalendertid eller arbetstid och om automatiska bekräftelser räknas.

Lösningstid
Definition: Tiden från att ett ärende skapats till att det lösts.
Användning: Dela upp efter grupp, prioritet, kategori och eskaleringsstatus. Om klockan pausas medan man väntar på kunden ska den regeln dokumenteras.
Lösning vid första kontakten
Definition: Andelen kvalificerade ärenden som löstes under den första supportinteraktionen utan senare uppföljning eller återöppning inom det valda observationsfönstret.
Användning: Definiera observationsfönstret och kvalificerade kanaler innan du jämför perioder. En enkel markering för noll återöppningar räcker inte alltid för att fastställa lösning vid första kontakten.
Svar fram till lösning
Definition: Antalet svar som utväxlades innan lösning.
Användning: Leta efter kategorier som skapar onödig fram- och återgång. Ett lågt antal är endast användbart när problemet faktiskt löstes.
Mätvärden för kundupplevelse
Kundnöjdhet
Definition: Andelen eller genomsnittet av svaren på en definierad enkät efter interaktionen.
Användning: Rapportera alltid antal svar och svarsfrekvens tillsammans med resultatet. Granska skriftliga kommentarer och segmentera noggrant, särskilt när urvalen är små.
Net Promoter Score
Definition: Procentandelen ambassadörer minus procentandelen kritiker från en definierad rekommendationsenkät.
Användning: Se det som ett bredare mått på kundrelationen, inte som ett direkt substitut för ärendenivåbaserad kundnöjdhet.
Återöppningsfrekvens
Definition: Löstak ärenden som återöppnats inom en definierad period, dividerat med kvalificerade lösta ärenden.
Användning: Granska kategorier, Users och rutiner för stängning när frekvensen förändras. En återöppning kan tyda på en ofullständig lösning, men kan också spegla att en kund lägger till ett nytt problem i en gammal tråd.
Tillförlitlighets- och SLA-mätvärden
SLA-uppfyllelse
Definition: Slutförda svars- eller lösningsklockor som nådde det tillämpliga målet, dividerat med slutförda klockor i rapporteringspopulationen.
Användning: Håll uppfyllelse åtskild från det aktuella antalet ärenden som för närvarande är i riskzonen eller har brutit mot SLA. Det första är ett historiskt resultat, medan det andra är en operativ ögonblicksbild.
Ålder på ärendebalansen
Definition: Åldersfördelningen för öppna ärenden.
Användning: Visa åldersintervall och de äldsta ärendena. Välj trösklar som motsvarar dina serviceåtaganden i stället för att tillämpa en universell gräns.
Eskaleringfrekvens
Definition: Ärenden som eskalerats till en annan grupp eller specialist, dividerat med kvalificerade ärenden.
Användning: Segmentera efter kategori och prioritet. Eskalering kan signalera en kunskapslucka, men kan också vara rätt väg för komplext arbete.
Ekonomiska mätvärden
Kostnad per ärende
Definition: Fördelade supportkostnader för en period, dividerat med kvalificerade ärenden som hanterats under perioden.
Användning: Dokumentera vilka löner, programvaror, konsulter och omkostnader som ingår. Jämför likvärdiga perioder och liknande ärendepopulationer.
Kostnad per kanal eller kategori
Definition: Fördelad kostnad för en kanal eller kategori, dividerad med dess kvalificerade ärendevolym.
Användning: Använd detta endast när tids- och kostnadsfördelningen är tillräckligt bra för att stödja beräkningen. Falsk precision är sämre än att lämna fältet tomt.
Så sätter du realistiska mål och riktvärden för ditt team
Universella helpdeskriktvärden är sällan universella. Ett mål beror på kanal, arbetstider, ärendekomplexitet, prioritet, bemanning och det löfte som givits till kunderna. Sätt först mål utifrån din egen verksamhet.
- Definiera mätvärdet. Skriv ner starthändelse, sluthändelse, pauser, undantag och kvalificerad population.
- Bygg en baslinje. Använd tillräckligt mycket historik för att täcka normal variation. Jämför median- och percentilvärden, inte bara genomsnitt.
- Segmentera baslinjen. Separera kanaler, prioriteringar, grupper och större ärendekategorier när deras arbetsflöden skiljer sig åt.
- Koppla målet till ett åtagande. SLA-mål bör motsvara serviceåtagandet. Interna förbättringsmål ska vara utmanande men operativt realistiska.
- Granska målet efter processförändringar. Ny dirigering, bemanning, automatisering eller produktlanseringar kan förändra baslinjen.
| Mätvärde | Metod för målsättning | Föreslagen frekvens |
|---|---|---|
| Tid till första svar | Sätts efter kanal, prioritet och serviceåtagande | Dagligen |
| Lösningstid | Sätts efter prioritet och ärendekategori | Dagligen och veckovis |
| Lösning vid första kontakten | Skapa en baslinje per kategori och definiera ett observationsfönster | Veckovis |
| Kundnöjdhet | Sätts först när svarsvolym och bias är förstådda | Veckovis eller månadsvis |
| SLA-uppfyllelse | Ska motsvara det publicerade eller avtalade åtagandet | Dagligen och veckovis |
| Ålder på ärendebalansen | Använd trösklar kopplade till prioritet och servicepolicy | Dagligen |
| Återöppningsfrekvens | Skapa en baslinje per kategori och policy för stängning | Veckovis |
| Kostnad per ärende | Följ en konsekvent definierad intern trend | Månadsvis |
Använd rullande tidsfönster när ett mätvärde har ett litet urval eller stor daglig variation. Använd periodjämförelser när du behöver identifiera operativa förändringar. Visa i båda fallen antalet kvalificerade ärenden så att läsarna kan bedöma hur stabilt resultatet är.
Så utformar du dashboards som varje målgrupp faktiskt kommer att använda
En dashboard fungerar när varje kort besvarar en fråga för sin målgrupp. Operativa vyer ska hjälpa människor att agera nu. Ledningsvyer ska förklara trender och avvikelser. Vyer för ledningen ska koppla supportresultat till service, risk och kostnad.
Koppling mellan målgrupp och mätvärde
Users behöver sina öppna arbetsuppgifter, ärenden som väntar på första svar, SLA-klockor som snart förfaller eller redan brutits samt tillräckligt med kökontext för att välja nästa ärende.

Teamledare behöver skapad kontra löst volym, ärendebalansens ålder, fördelning av svarstider, SLA-risk och arbetsbelastning per User. De behöver också länkar för att gå vidare till ärendena bakom ett tal.
Supportchefer behöver trender per grupp, prioritet, kanal och kategori samt tydliga definitioner för varje KPI. Ett styrkort på övergripande nivå bör leda till en tabell eller ett diagram som förklarar förändringen.
Chefer behöver vanligtvis ett litet antal indikatorer för service, kvalitet, risk och kostnad. Visa målet, aktuellt värde, riktning och en kort förklaring av väsentliga förändringar.
Rekommenderade widgetar
- Skapade kontra lösta ärenden: trendlinjer med samma intervall
- Fördelning av tid till första svar: median, 90:e percentilen och tidsintervall
- Lösningstrend: segmenterad efter prioritet eller kategori
- SLA just nu: aktuella brutna, snart förfallande och pausade klockor
- SLA-uppfyllelse: slutförda klockor som nådde sina mål under den valda perioden
- Ärendebalans efter ålder: antal öppna ärenden i användbara åldersintervall
- Arbetsbelastningstabell: aktivitet per grupp och User med relevant kontext
- Fördelning per kanal och ämne: efterfrågemix och återkommande teman
Rapporteringsfrekvens
- Löpande operativ vy: öppna ärenden, väntan på första svar och aktuell SLA-risk
- Daglig genomgång: volym, ärendebalansens ålder, första svar, lösningstid och överträdelser
- Veckovis genomgång: trender, avvikelser, återöppningsfrekvens, eskaleringsfrekvens och förbättringsåtgärder
- Månadsvis genomgång: serviceutfall, kostnad, kapacitet och förändringar av mål
Knyt varje möte till beslut. En veckovis genomgång bör avslutas med en namngiven ansvarig, ett förfallodatum och det mätvärde som visar om förändringen fungerade.
Så säkerställer du att dina data är korrekta innan du rapporterar dem
Mätvärden är bara så tillförlitliga som deras händelsedefinitioner. Innan du bygger en dashboard ska du bekräfta att ärendesystemet konsekvent registrerar händelser för skapande, svar, status, tilldelning och lösning.
Minsta ärendeschema
En rapporteringsexport behöver ofta fält som dessa:
ticket_id: stabil ärendeidentifierarecreated_at: tidsstämpel för när ärendet skapadesfirst_qualifying_response_at: tidsstämpel som används i definitionen av första svarresolved_at: tidsstämpel för lösningassignee_id: aktuell ansvarig eller ansvarig vid händelsetidpunkten, tydligt märktgroup_id: ansvarig gruppchannel: källkanalpriority: kontrollerat prioritetsvärdestatus: kontrollerat statusvärdetags: kontrollerade kategorier där det är möjligtsla_policy_id: tillämplig policy när sådan finnsreopened_count: antal återöppningshändelser
Alla plattformar exponerar inte samma schema. Se dessa som rapporteringsbegrepp, inte som ett påstående om exakta fältnamn. Om ett värde kan förändras ska du avgöra om rapporten behöver det aktuella värdet eller värdet vid tidpunkten för händelsen.
Taggning och taxonomi
Använd en kontrollerad taxonomi för kategorier som styr bemanning, dirigering eller förbättringsarbete. Håll listan tillräckligt liten för att kunna användas konsekvent. Granska ärenden utan kategori och nästan identiska etiketter innan du litar på kategoritrender.
Automatisering kan hjälpa till att tilldela fält, men automatiserad klassificering behöver fortfarande granskas. Följ upp okända resultat eller resultat med låg säkerhet i stället för att tvinga in varje ärende i en missvisande kategori.
Checklista för datainsamling
- [ ] Alla tidsstämplar använder en lagrad tidsstandard och en dokumenterad visningstidszon
- [ ] Definitionen av första svar anger om automatiserade svar räknas
- [ ] Klockor för arbetstid och kalendertid blandas inte
- [ ] Pausade statusar är dokumenterade för lösningsklockor
- [ ] Händelser för återöppning och eskalering har tydliga definitioner
- [ ] Aktuell ansvarig förväxlas inte med ansvarig vid lösning
- [ ] Ärenden som raderats, slagits samman, markerats som skräppost, använts för test eller importerats omfattas av en angiven inkluderingspolicy
- [ ] Varje resultat visar antalet kvalificerade ärenden
Proffstips: Räkna om ett litet urval manuellt. Om dashboardresultatet inte kan återskapas från ärendehändelserna ska du korrigera definitionen eller data innan du sätter ett mål.
Rapporteringsfällor som gör dina mätvärden missvisande
-
Att behandla ärendeantal som prestation. Volym mäter efterfrågan. Kombinera den med ärendebalans, snabbhet och kvalitet innan du drar slutsatser om prestationen.
-
Att rapportera ett genomsnitt utan en fördelning. Genomsnitt kan dölja långa väntetider. Lägg till en median-, percentil- eller tidsintervallsvy.
-
Att rangordna Users enbart efter stängda ärenden. Ärendekomplexitet, arbetstid, omfördelning och kvalitet påverkar alla antalen. Använd arbetsbelastningstabeller för att balansera arbetet, inte som ett fristående prestationsmått.
-
Att blanda olika ärendepopulationer. Olika prioriteringar, kanaler och kategorier behöver ofta olika mål. Segmentera innan du jämför.
-
Att förväxla aktuell SLA-status med historisk uppfyllelse. Ett ärende som för närvarande har brutit mot SLA är ett operativt problem. En slutförd klocka som missade sitt mål hör hemma i uppfyllelsegraden. Blanda inte populationerna.
-
Att ignorera förändringar i nämnaren. En procentsats kan förändras eftersom den kvalificerade populationen ändrades. Visa alltid antalet bakom den.
-
Att hitta på precision. Om hanteringstid, kostnadsfördelning eller enkättäckning är ofullständig ska du ange begränsningen eller utelämna mätvärdet.
En dashboardmall för praktiskt arbete som du kan kopiera idag
Mallen nedan är plattformsneutral. Anpassa fältnamn och formler efter din datamodell och dokumentera sedan varje justering.
Kalkylbladets schema och formler
| Kolumnnamn | Formel eller källa | Kommentarer |
|---|---|---|
ticket_id |
Ärendesystem | Stabil nyckel |
created_at |
Äendehändelse | Lagra enligt en gemensam tidsstandard |
first_response_at |
Första kvalificerade svarshändelse | Dokumentera hur automatiska svar hanteras |
resolved_at |
Lösningshändelse | Dokumentera hantering av återöppningar |
frt_minutes |
Skillnaden mellan skapande och första svar | Kalender- eller arbetsminuter |
resolution_minutes |
Skillnaden mellan skapande och lösning | Subtrahera dokumenterade pauser när det är tillämpligt |
reopened_count |
Antal återöppningshändelser | Välj ett observationsfönster |
sla_first_reply_met |
Resultat från SLA-klockan | Null om ingen tillämplig slutförd klocka finns |
sla_resolution_met |
Resultat från SLA-klockan | Null om ingen tillämplig slutförd klocka finns |
channel |
Ärendets källa | Kontrollerat värde |
priority |
Ärendefält | Kontrollerat värde |
group_id |
Ärendefält eller händelsehistorik | Ange om det gäller aktuellt värde eller värdet vid händelsetidpunkten |
Exempel på SQL-kod
Första svar 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;
Skapade ärenden per aktuell ansvarig och 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-uppfyllelse för slutfört första 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;
Dessa exempel använder förenklade fält och kalendertid. Produktionsrapportering måste tillämpa samma regler för kvalificering, arbetstid, pauser, sammanslagningar och radering som källsystemet.
Layout för dashboardflikar
- Operativ flik: öppen kö, väntan på första svar, aktuell SLA-risk och äldsta ärendena
- Ledningsflik: trend för skapade kontra lösta ärenden, svarsfördelning, lösningstrend, SLA-uppfyllelse, ärendebalansens ålder och arbetsbelastningstabeller
- Flik för ledningen: utvalda KPI:er för service, kvalitet, risk och kostnad med mål och korta kommentarer
Proffstips: Ha en mätvärdesordlista bredvid dashboarden. Versionshantera ändringar av formler och mål så att historiska förändringar förblir begripliga.
Var rapportering faktiskt lönar sig
Rapportering lönar sig när den förändrar köhantering, bemanning, dirigering, dokumentation eller produktarbete. Ett avancerat diagram som inte leder till något beslut är mindre användbart än en enkel vy över ärendebalansen som hjälper teamet att rensa gamla ärenden.
Börja med ett efterfrågemått, ett snabbhetsmått, ett tillförlitlighets- eller kvalitetsmått samt ärendebalansens ålder. Granska dem tillsammans. Om volymen ökar medan svarstiden förblir stabil kan teamet ha kapacitet. Om den lösta volymen släpar efter den skapade volymen och ärendebalansen åldras syns problemet innan ett enda övergripande genomsnitt blir alarmerande.
Använd detaljvyer för att gå från ett mönster till ärendena bakom det. Den bästa granskningsfrågan är inte bara ”Varför förändrades siffran?” utan ”Vilka ärenden orsakade förändringen, vad har de gemensamt och vad kommer vi att göra annorlunda?”
Deskhero ger dig rapporteringsklara data från dag ett
Deskhero omvandlar anslutna Gmail-, Google Workspace- och Microsoft 365-brevlådor till delade ärendeköer. Det tar även emot ärenden från inbäddade formulär och dess FAQ-baserade AI-chattbot.

Deskhero innehåller en operativ Dashboard med statusvyer för ärenden, ärenden som väntar på första svar, trender för ärendevolym, genomsnittlig tid till första svar, genomsnittlig lösningstid och genomsnittlig tid per status. Statistics-området har nio fasta flikar som täcker översikt, trender, svarstider, SLA, team, AI och automatisering, kanaler, ämnesstatistik och ett ämneskluster.
Statistics kan filtreras efter datum och grupp, med ett ytterligare policyfilter på SLA-fliken. Diagramkort kan växla mellan diagram- och tabellvyer, och de flesta flikar kan exporteras till Excel. Siffrorna omfattar de grupper som den inloggade User har åtkomst till och cachas i allmänhet i cirka fem minuter. Den aktuella SLA-remsan är separat från historisk uppfyllelse.
Deskhero innehåller inte någon anpassad rapportbyggare. Ämnesvyerna har också datakrav: ämnesklustring kräver ungefär 100 ärenden och byggs om med jämna mellanrum. En kostnadsfri 30-dagars provperiod är tillgänglig utan kreditkort.
Källor
Den här guiden använder det rapporteringsbeteende som dokumenterats i Deskheros produktimplementation. De relaterade Deskhero-guiderna nedan ger ytterligare kontext om dashboards och ärendeintag.
- Customer Support Dashboards for Support Managers: Templates & KPIs
- Email to Ticket: The Complete Guide for Support Teams
Vanliga frågor
Vilka är de viktigaste mätvärdena för servicedeskrapportering?
Börja med ärendevolym, skapad kontra löst volym, tid till första svar, lösningstid, SLA-uppfyllelse, ärendebalansens ålder, återöppningsfrekvens, eskaleringsfrekvens, arbetsbelastning per User och kanalblandning. Lägg till mått för kundnöjdhet och kostnad när källdata är tillförlitliga.
Vilka KPI:er är bra för en IT-helpdesk?
Tid till första svar, lösning, SLA-uppfyllelse, lösning vid första kontakten, återöppningsfrekvens och kundnöjdhet kan alla vara användbara KPI:er. Välj endast de mätvärden som är kopplade till ett viktigt resultat, ett tydligt mål och en åtgärd som teamet kan vidta.
Hur ofta bör man skicka CSAT-enkäter?
Välj en konsekvent utlösare som passar kundresan, till exempel efter att ett kvalificerat ärende har lösts. Håll enkäten kort, undvik upprepade förfrågningar till samma kund och rapportera antal svar och svarsfrekvens tillsammans med resultatet.
Vad är en bra andel lösningar vid första kontakten?
Det finns ingen användbar universell nivå för alla team. Definiera vad som räknas som första kontakt, ange ett observationsfönster för uppföljningar eller återöppningar, skapa en baslinje för andelen per kategori och kanal och förbättra den utan att uppmuntra till för tidig stängning.
Hur beräknar man kostnaden per ärende?
Dividera konsekvent fördelade supportkostnader för en period med de kvalificerade ärenden som hanterades under perioden. Dokumentera vilka kostnader för personal, programvara, konsulter och omkostnader som ingår och jämför sedan likvärdiga perioder och ärendepopulationer.