Service Level Agreement (SLA) har i decennier varit ryggraden i hur IT-organisationer mäter sin leverans. Men allt fler IT-chefer konstaterar samma sak: en servicedesk kan uppfylla varje SLA-mål och samtidigt få underkänt av sina egna användare. Det är där Experience Level Agreement – XLA – kommer in. Den här artikeln går igenom vad XLA är, hur det skiljer sig från SLA, och varför fler organisationer flyttar tyngdpunkten från process till upplevelse.
Vad är XLA?
Ett Experience Level Agreement är ett avtal mellan IT och verksamheten där måttet inte är hur snabbt ett ärende hanteras, utan hur användaren faktiskt upplever supporten. XLA mäter det subjektiva resultatet av en supportinsats – inte den tekniska processen som ledde dit.
Konceptet är inte en motsats till SLA. XLA bygger på samma idé om mätbara åtaganden, men flyttar måttstocken från systemets perspektiv till användarens. Ett XLA kan formuleras som ett konkret mål, exempelvis att minst 85 procent av användarna rapporterar nöjdhet med första kontakten med servicedesken, eller att medarbetarnas upplevda produktivitetsförlust på grund av IT-problem inte överstiger en viss tröskel.
SLA mäter process – XLA mäter resultat
Den centrala skillnaden är vad som faktiskt mäts. Ett SLA är en bindande överenskommelse om mätbara prestandaparametrar: svarstid, lösningstid, tillgänglighet och liknande tekniska KPI:er. Ett XLA mäter värdet leveransen skapade för mottagaren.
| Dimension | SLA | XLA |
| Vad mäts | Tekniska prestandavärden | Användarens upplevelse och utfall |
| Perspektiv | Leverantörens process | Mottagarens verklighet |
| Typiska mått | Svarstid, lösningstid, uptime | CSAT, NPS, upplevd produktivitet, återöppningsfrekvens |
| Datakälla | Ärendehanteringssystem, övervakning | Enkäter, beteendedata, kvalitativ feedback |
| Risk vid uppfyllt mål | Ärendet stängs i tid men användaren är missnöjd | Subjektiva mått kräver tolkning och kontext |
| Styr beteende mot | Hög ärendegenomströmning | Lösningskvalitet och användarcentrering |
Varför växer XLA fram nu?
Tre parallella förändringar driver omställningen.
För det första har Digital Employee Experience (DEX) blivit en strategisk fråga. När en växande andel av arbetet utförs digitalt blir kvaliteten på de digitala verktygen direkt kopplad till medarbetarnöjdhet, retention och produktivitet. Servicedeskens roll har förskjutits från reaktiv felavhjälpare till leverantör av den digitala arbetsplatsen.
För det andra har ITIL 4 lyft in value co-creation och Service Value System som kärnbegrepp. Tidigare versioner av ITIL fokuserade på processefterlevnad. ITIL 4 sätter värdet för mottagaren i centrum – vilket gör XLA till en naturlig komponent i ramverket snarare än ett konkurrerande koncept.
För det tredje har gapet mellan SLA-rapporter och faktisk verksamhetsnöjdhet blivit påtagligt. Många IT-avdelningar redovisar gröna SLA-siffror till ledningen samtidigt som verksamheten upplever supporten som långsam eller otillräcklig. XLA är ett sätt att stänga det gapet med data.
Vad ett XLA faktiskt mäter
XLA bygger typiskt på tre kategorier av indikatorer som tillsammans ger en flerdimensionell bild av upplevelsen:
- Direktfeedback från användare – CSAT efter stängt ärende, periodisk NPS-mätning, betygsättning av enskilda handläggare och fritextkommentarer. Ger snabb signal men kräver tillräcklig svarsfrekvens för att vara representativ.
- Beteendedata från ärendesystemet – återöppningsfrekvens (ärenden som stängts men öppnas igen indikerar bristande lösningskvalitet), andel ärenden som löses i självserviceportalen, antal kontakter per ärende före lösning, och friktionsindikatorer som upprepade kontakter i samma fråga.
- Verksamhetsnära utfallsmått – produktivitetsförlust per IT-incident, tid till operativ kapacitet vid onboarding av nya medarbetare, andel ärenden som påverkar affärskritiska processer.
Ett välutformat XLA väger samman dessa källor i ett begränsat antal sammansatta mål – inte en lång lista mätvärden utan en tydlig riktning för servicedeskens utveckling.
Ersätter XLA verkligen SLA?
Praktiskt sett ersätter XLA inte SLA – det överlagrar och kvalificerar det. SLA fyller fortfarande en funktion: det säkerställer baseline-prestanda, ger underlag för kontraktuella åtaganden och fungerar som tröskelvärde för eskalering. Det går inte att leverera god upplevelse om grundläggande svarstider och tillgänglighet brister.
Det som ändras är hierarkin. I en SLA-driven organisation är processefterlevnad det primära målet, och upplevelse är en bonus om det finns tid över. I en XLA-driven organisation är upplevelsen det primära målet, och SLA blir det operativa stödet som möjliggör den. När de två styrkrafterna hamnar i konflikt – exempelvis när ett ärende formellt löses inom SLA men användaren är missnöjd – är det XLA-signalen som styr förbättringsarbetet.
För många organisationer är den meningsfulla frågan inte om SLA ska bort, utan vilka SLA-mått som kan dras ned eller automatiseras för att frigöra fokus mot XLA-måtten som faktiskt påverkar verksamheten.
Vanliga fallgropar vid införande av XLA
- Att samla feedback utan att agera på den. Enkäter som inte leder till förändring sänker svarsfrekvensen och underminerar trovärdigheten för hela XLA-initiativet.
- Att förlita sig enbart på CSAT-poäng. En enskild nöjdhetssiffra döljer variation mellan ärendetyper, handläggare och avdelningar. XLA kräver segmenterad analys.
- Att sätta upp XLA-mål utan baseline. Utan kännedom om nuläget blir målnivåerna godtyckliga och förbättringsarbetet svårt att prioritera.
- Att försöka mäta allt på en gång. Två till fyra fokuserade XLA-mått ger bättre styrning än ett dussin parallella mätvärden som ingen följer upp.
- Att hantera XLA-data separat från övrig servicedesk-rapportering. När XLA och SLA presenteras i separata system blir det svårt att se sambanden – och förbättringsarbetet stannar i analysfasen.
Hur Nilex stödjer mätning av användarupplevelse
Nilex Service Platform har inbyggda funktioner för att operationalisera XLA som en naturlig del av ärendeflödet. När ett ärende stängs kan systemet automatiskt trigga en konfigurerbar enkät, segmenterad efter ärendetyp, kategori eller handläggare. Svaren samlas i realtid och kan visualiseras i samma rapportvy som SLA-uppföljningen – vilket gör att den gröna SLA-rapporten och den röda XLA-signalen blir synliga i samma dashboard.
Utöver enkätbaserad feedback ger NSP beteendedata på återöppnade ärenden, kontaktfrekvens per ärende, självservicekvot och eskaleringsmönster – data som kompletterar den subjektiva feedbacken och gör XLA-uppföljningen flerdimensionell. För IT-ledning innebär det att SLA-styrningen kan behållas operativt samtidigt som XLA-måtten styr strategiskt prioriteringsarbete.
Vill du se hur NSP kan användas för att mäta och förbättra användarupplevelsen i din servicedesk? Boka en genomgång med en av våra konsulter.
