Felanmälan och driftstörningar i kundtjänst: från formulär till ärende

En felanmälan är kundens besked om att något inte fungerar, och en driftstörning är när samma fel drabbar många samtidigt. Kundtjänstens uppgift är att få in rätt uppgifter från början, prioritera rätt och hålla kunderna informerade. Den här guiden visar hur flödet går från formulär till ärende och vad som ändras när störningen är stor.

Guiden passar bostadsbolag, energi- och stadsnätsbolag, SaaS-bolag och andra verksamheter där kunden anmäler fel på något ni levererar.

Vad ska en felanmälan innehålla?

Den ska innehålla det teamet behöver för att agera utan att fråga igen: vad som är fel, var det är, sedan när och hur allvarligt det är för kunden. Allt annat är bonus. Varje följdfråga som behövs efteråt förlänger tiden innan felet blir åtgärdat.

Fråga om allvarlighet med kundens ord, inte med era interna nivåer. "Kan du använda tjänsten alls?" ger ett bättre svar än en rullista med "kritisk, hög, normal, låg", där nästan alla väljer kritisk. Mer om fälten i ett formulär finns i guiden om kontaktformulär med AI.

Hur blir felanmälan ett ärende?

Formuläret ska skapa ett ärende direkt, med kategorin och allvarligheten översatta till ärendetyp och prioritet. Då hamnar det i rätt kö utan att någon behöver läsa och sortera först. Ärendet får en ansvarig, en status och ett svarstidsmål som hör till prioriteten.

I Supportifier skickar AI-formuläret ärendet till samma inkorg som mejl och chatt. Formuläret kan visa relevant hjälp medan kunden skriver, till exempel hur man återställer en router eller vad man gör vid ett stopp i avloppet, och kunden kan ändå skicka anmälan om det inte räcker. Kommer felanmälningar från ett annat system, som en app eller en övervakningstjänst, kan en inkommande webhook skapa ärenden i inkorgen.

Hur prioriterar ni felanmälningar?

Prioritera efter påverkan: hur många som drabbas och hur mycket. Atlassian beskriver allvarlighetsnivåer där den högsta nivån är när en tjänst ligger nere för alla kunder, nästa när den ligger nere för några eller en viktig funktion inte fungerar, och en lägre nivå när felet är ett mindre besvär.

Tre eller fyra nivåer räcker för de flesta. Koppla varje nivå till ett tydligt kriterium och ett eget svarstidsmål.

PagerDuty ger ett råd som gäller även i kundtjänst: är ni osäkra på vilken nivå det är, välj den högre. Det är billigare att nedgradera ett ärende än att upptäcka för sent att det var allvarligt.

Vad gör ni när många anmäler samma fel?

Vid en driftstörning kommer samma anmälan från många kunder på kort tid. Då ska ni sluta behandla varje anmälan som ett eget problem. Koppla ihop ärendena med en etikett eller slå samman dubbletter, och svara alla med samma besked när ni vet mer.

Det viktigaste är att informera innan kunderna frågar. Lägg ut ett meddelande där kunderna letar: på startsidan, i hjälpcentret, i chatten och i formuläret. Om formuläret kan visa "Vi känner till en störning i område X" innan kunden skickar, minskar antalet anmälningar och kunden slipper vänta på ett svar ni redan har.

Behöver ni en statussida?

Om ni levererar en tjänst som många använder samtidigt, ja. En statussida är en sida där ni visar om tjänsten fungerar och vad ni vet om pågående störningar. Atlassian beskriver Statuspage som ett verktyg för att informera användare om avbrott och planerat underhåll, med en status per komponent, uppdateringar per incident och möjlighet för användare att prenumerera på besked.

Statussidan ersätter inte kundtjänsten, men den tar bort den vanligaste frågan under en störning: vet ni om det? Länka till den från hjälpcentret, chatten och felanmälningsformuläret. Uppdatera den även när ni inte har något nytt att säga, med en tid för nästa uppdatering.

Hur avslutar ni en driftstörning i kundtjänsten?

Avsluta med ett besked till alla som anmält felet: vad som hände, att det är åtgärdat och vad kunden ska göra om problemet finns kvar. Stäng sedan de sammankopplade ärendena tillsammans.

Gå därefter igenom anmälningarna. Vilka uppgifter saknades? Vilka kunder anmälde trots att störningen var känd, och varför? Svaren visar om formuläret, statussidan eller kunskapsbasen behöver ändras inför nästa gång.

Vanliga frågor

Ska felanmälan göras via telefon eller formulär?

Akuta fel där det finns risk för skada, som vattenläckor eller strömavbrott med fara, ska ha ett telefonnummer eller en jour som syns tydligt. Övriga fel fungerar ofta bättre i ett formulär, eftersom det samlar rätt uppgifter från början och skapar ett ärende som går att följa.

Kan AI hjälpa till med felanmälningar?

Ja, på två sätt. Ett AI-formulär kan visa felsökningsråd medan kunden beskriver felet, så att enkla fel löses direkt. I inkorgen kan AI föreslå svar utifrån kunskapsbasen. Bedömningen av allvarlighet vid fara eller skada ska dock alltid kunna gå direkt till en människa.

Hur får kunden veta vad som händer med anmälan?

Skicka en bekräftelse direkt med ärendenummer och vad som händer härnäst. Uppdatera kunden när status ändras, till exempel när en tekniker är bokad. I Supportifiers kundportal kan kunden följa sina egna ärenden, status och konversation, så att frågan om läget inte behöver ställas.

Hur många allvarlighetsnivåer ska vi ha?

Tre eller fyra räcker för de flesta. Fler nivåer blir svåra att skilja åt, och då hamnar allt på samma nivå. Koppla varje nivå till ett tydligt kriterium, som hur många som påverkas, och ett eget svarstidsmål. Granska nivåerna efter större störningar.

Källor

• Atlassian: Severity levels
• PagerDuty Incident Response: Severity levels
• Atlassian Support: What is Statuspage?

Uppgifterna kontrollerade 9 oktober 2026.