Självbetjäning för små IT-team: så minskar ni ärendena utan ett stort ITSM-verktyg

Ett litet IT-team har samma frågor att svara på som ett stort: lösenord, skrivare, nya datorer, behörigheter, nya medarbetare. Skillnaden är att det inte finns någon förstalinje som sorterar. Varje mejl landar hos någon som egentligen skulle göra något annat.

Det vanliga svaret är ett ITSM-verktyg. Det fungerar, men de stora verktygen är byggda för organisationer med en egen avdelning som administrerar dem. För tre personer blir verktyget ytterligare ett system att sköta. Det går att göra enklare, om man väljer rätt saker att bygga.

Börja med frågan, inte med formuläret

Den vanligaste missen är att startsidan är ett anmälningsformulär. Då blir varje fråga ett ärende. Vänd på det: låt startsidan vara ett sökfält som letar i både kunskapsbanken och tjänstekatalogen. Den som söker vill oftast göra något, inte läsa, så tjänsterna ska väga lite tyngre än artiklarna i träfflistan. Först när sökningen inte ger något ska det bli ett ärende, och då med söktexten redan ifylld så att ingen skriver samma sak två gånger.

Tre saker som tar bort flest ärenden

En tjänstekatalog med leveranstid. Varje tjänst vet vilken ärendetyp och kategori den blir, hur lång tid den tar och om den kräver godkännande. En beställning behöver då aldrig sorteras, den går direkt till rätt kö eller till den som ska godkänna. Leveranstiden syns innan man beställer, och det är ett löfte. Det tar bort alla "hur går det med min dator"-mejl.

Driftinformation som inte är en egen lista. När skrivaren på plan tre krånglar kommer tio ärenden om samma sak. Visa det i portalen, men låt informationen komma ur själva problemet eller ändringen som IT redan arbetar med. En separat nyhetslista glöms bort att uppdatera, och då litar ingen på den.

Kunskapsförslag medan man skriver. När någon ändå anmäler med egna ord, föreslå publicerade artiklar redan efter några ord. Matchningen kan vara enkel, ordöverlappning mot rubrik och sökord räcker långt. Byt till riktig sökning först när artiklarna blivit så många att det märks.

Låt servicenivåerna sortera kön

En kö sorterad på datum säger inget om vad som brinner. Sätt två tider per prioritet: svarstid tills handläggaren svarat, och lösningstid därefter. Låt administratören själv ställa in dem, och låt samma tider styra färgerna i kön: varning vid tre fjärdedelar av tiden, rött när den gått ut. Sortera brådskande först, sedan äldst först.

Lova bara det ni kan hålla. En servicenivå som alltid är röd lär teamet att ignorera färgen.

Gissa kategorin, men låt en människa bekräfta

Den som anmäler ska inte behöva välja kategori, det blir fel ändå. Låt systemet gissa utifrån sökord per kategori, men lägg gissningen som ett förslag. Ärendet räknas som osorterat tills handläggaren bekräftat med en bock. Det tar en sekund och kön blir rätt.

Onboarding är en checklista med beroenden

Nya medarbetare är den vanligaste källan till bråttom-ärenden. Gör om rutinen till mallar per roll, med deadlines räknade från första arbetsdagen i stället för fasta datum, och lås punkter som hänger ihop: kontot måste finnas innan licenser och e-post. Utrustning som lämnas ut skrivs på personen, och vid avslut går den tillbaka till lager. Då stämmer registret av sig självt.

Prova innan ni bestämmer verktyg

Vi byggde allt det här som en klickbar prototyp med påhittad data innan något beslut om drift togs. Man växlar mellan medarbetare, handläggare och administratör och provar flödena på riktigt. Det är billigare att ändra en prototyp än en införd lösning. Prototypen finns som ett case i portfolion, med bilder på portal, kö och onboarding.