IT service desk: vad det är och hur ett ärende hanteras

En IT service desk är det du faktiskt möter av din IT-leverantör. Avtal, övervakning och säkerhet sker mest i bakgrunden, men det är service desken du ringer när skrivaren strejkar eller en nyanställd behöver en dator. Den här sidan förklarar hur den fungerar och vad du ska kräva av den. Den ingår i guiden om IT-drift och managed services.

Vad är en service desk?

En service desk är den funktion som tar emot allt användarna behöver från IT. ITIL, ramverket de flesta IT-leverantörer utgår från, beskriver syftet som att fånga upp behovet av att lösa incidenter och hantera beställningar, och att vara den enda kontaktpunkten för alla användare. Mer om ramverket finns i ITIL förklarat.

Två ord från ITIL är bra att känna till. En incident är något som har slutat fungera, som att e-posten inte går fram. En beställning, i ITIL kallad service request, är något användaren vill ha och som inte är ett fel, som ett nytt konto, en ny licens eller ett återställt lösenord. En bra service desk tar emot båda i samma kanal och hanterar dem i samma system, men med olika flöden.

Skillnaden mellan helpdesk och service desk

En helpdesk lagar fel, en service desk tar hand om hela relationen mellan användarna och IT. Helpdesken svarar när någon ringer. Service desken tar också emot beställningar, lämnar över återkommande fel till problemhanteringen och vet vilka ändringar som är på gång.

I praktiken används orden ofta om samma sak, och namnet på skylten säger lite om vad som finns bakom. Fråga vad som ingår i stället för vad det heter. Om du funderar på om supporten ska ligga internt eller hos en partner, gå vidare till IT-helpdesk: intern eller extern, där den jämförelsen görs ordentligt.

Ärendets väg: anmälan, prioritering, lösning, uppföljning

Ett ärende går igenom samma steg varje gång, oavsett hur det kom in. Så här ser flödet ut:

1. Anmälan. Användaren hör av sig via telefon, e-post, formulär eller portal. Ett larm från övervakningen kan också skapa ett ärende innan någon hunnit märka felet.
2. Registrering. Ärendet får ett nummer, en kategori och en beskrivning. Användaren får en bekräftelse med numret.
3. Prioritering. Service desken bedömer påverkan och brådska. Ett fel som stoppar hela lagret går före en skärm som flimrar. Hur en prioriteringsmodell ser ut finns i incidenthantering.
4. Lösning i första linjen. Den som tog emot ärendet löser det om det går. Enkla ärenden ska sluta här.
5. Eskalering vid behov. Kräver ärendet en specialist lämnas det vidare, och ibland vidare igen till en leverantör, till exempel av affärssystemet. Användaren ska inte behöva ringa om.
6. Stängning. Användaren bekräftar att det fungerar. Ett ärende som stängs utan att användaren fått veta det räknas inte.
7. Uppföljning. Lösningen dokumenteras. Kommer samma fel tillbaka kopplas ärendena ihop och orsaken utreds som ett problem.

Säg att du driver en tandläkarklinik med 15 anställda. En morgon kan receptionen inte skriva ut journalkopior. Receptionisten mejlar, får ett ärendenummer direkt och ett samtal inom en kvart. Det visar sig vara en skrivardrivrutin som uppdaterats under natten. Teknikern backar uppdateringen, receptionen bekräftar och ärendet stängs. Veckan efter händer samma sak på en annan klinik hos samma leverantör, och eftersom den första lösningen är dokumenterad tar det fem minuter i stället för en halvtimme. Exemplet är påhittat, men flödet är typiskt.

Steg 6 och 7 är de som oftast hoppas över. Det är också där du ser skillnaden mellan en leverantör som stänger ärenden och en som gör att det blir färre av dem.

Vilka kanaler bör finnas?

Telefon, e-post och ett formulär eller en portal räcker för de flesta företag. Telefon behövs för det som är bråttom och för den som inte vet hur felet ska beskrivas. E-post är det enklaste för det som kan vänta. Ett formulär eller en portal passar för beställningar, eftersom det kan fråga efter rätt uppgifter från början, som vilken licens och till vem.

Chatt kan vara ett bra tillägg, särskilt för korta frågor. Fler kanaler är däremot inte bättre i sig. Det som spelar roll är att alla kanaler hamnar i samma ärendesystem, så att ett samtal och ett mejl om samma fel blir ett ärende och inte två. Det vanligaste felet är inte för få kanaler, utan kanaler som lever sina egna liv, där telefonsamtalet aldrig registrerades och mejlet ligger i en persons inkorg som är på semester.

Kontrollera också hur service desken mäter sig själv. Ett automatiskt svar inom fem minuter ser bra ut i en rapport, men det har inte löst något. Fråga efter tid till lösning per prioritet, inte bara tid till svar. Vad som ska stå i avtalet går vi igenom i SLA och serviceavtal.

Automation i ärendehantering

Automation ska ta bort väntan och dubbelarbete, inte ta bort människan. Den gör mest nytta i fyra lägen:

• Registrering och sortering. Ärenden från alla kanaler hamnar automatiskt på rätt ställe, med rätt kategori och rätt prioritet som förslag.
• Självbetjäning. Lösenord hör till de vanligaste ärendena i många service desks [VERIFIERA MOT KÄLLA: andel lösenordsärenden, eller Sebastians egen erfarenhet]. Med självbetjäning för lösenordsåterställning löser användaren det själv, dygnet runt.
• Standardbeställningar. En ny medarbetare kan få konto, licenser och behörigheter i ett flöde som startas av ett formulär, i stället för fem separata ärenden.
• Påminnelser och eskalering. Systemet säger till innan ett ärende riskerar att passera avtalad tid, i stället för efter.

Det automation inte ska göra är att stå i vägen. En chattbot som inte släpper fram en människa, eller ett formulär med tolv obligatoriska fält för att anmäla att en skärm är svart, flyttar arbete från leverantören till dig. Sätt en enkel regel: det ska alltid gå att nå en person snabbt, och automationen ska mätas på om ärendet blev löst, inte på om det blev avlett.

En sak till är värd att kräva. Automationen ska fungera lika oavsett kanal. Ringer du ska ärendet registreras, prioriteras och följas upp på exakt samma sätt som om du hade fyllt i formuläret. Annars straffas den som ringer för att det är bråttom.

Kanalen ska inte spela någon roll

En service desk bedöms inte på hur många sätt du kan nå den, utan på vad som händer efter att du gjort det. Välj den kanal som passar dig för stunden och kräv att resten är likadant: ett nummer, en prioritet, en lösning och en uppföljning. Be din leverantör visa ett ärende från anmälan till stängning. Då ser du snabbt om flödet ovan finns på riktigt.

Så hjälper Nod till

Nods princip är att du byter yta, inte ansvar. Du väljer telefon, e-post eller formulär, och ärendet hanteras med samma automation och samma ansvar oavsett kanal. [FYLL I: Nods kanaler, öppettider, jour, ärendesystem, vad kunden ser av sina ärenden och vilka automatiska flöden som ingår] I en kostnadsfri rådgivning visar vi hur ett ärende går hos oss från anmälan till uppföljning. Läs mer om IT-support hos Nod.