At lukke en supportticket er ikke det samme som at rette det egentlige problem. En kunde får en midlertidig løsning i dag, men tre andre melder den samme fejl i kassen i næste uge, fordi ingen har meldt den til produktteamet. Fejlopfølgning findes for at lukke det hul mellem at svare kunden og at løse den bagvedliggende årsag.
Fejlopfølgning er praksissen med at registrere et problem, give det en ansvarlig, følge fremdriften og bekræfte løsningen med et tydeligt spor. I kundesupport starter det ofte, når en ticket afslører noget større end et enkeltstående spørgsmål. Her er, hvordan fejlopfølgning virker, og hvorfor det er vigtigt ved siden af din helpdesk.
Hvad er fejlopfølgning?
Fejlopfølgning er en struktureret måde at styre problemer fra opdagelse til løsning. Hvert problem får en registrering med en beskrivelse, status, ansvarlig og historik over ændringer. I modsætning til en enkelt supportticket, der hjælper én kunde, dækker en registrering af et problem ofte noget, der påvirker mange, eller som kræver arbejde fra flere teams.
Et system til fejlopfølgning giver alle det samme billede af, hvad der er i stykker, hvem der arbejder på det, og hvor langt rettelsen er. Statusmærker som meldt, i gang, test og løst holder fremdriften synlig. Den synlighed forhindrer, at problemer bliver talt om på gangen og derefter glemt.
Hvordan er fejlopfølgning anderledes end tickets?
Supporttickets handler om de enkelte samtaler med kunder. Fejlopfølgning handler om selve problemet. Én fejl i kassen kan give halvtreds supporttickets fra frustrerede kunder. Fejlopfølgning laver én samlet registrering af fejlen og knytter de tickets til den, så supportteamet ved, at en rettelse er undervejs.
Tickets svarer på "hvordan hjælper vi denne person lige nu?" Fejlopfølgning svarer på "hvordan sikrer vi, at problemet holder op med at ske?" Begge systemer bruger de samme mekanismer som statusser, tildelinger og kommentarer. Forskellen er omfang og målgruppe. Tickets vender ud mod kunderne. Problemer vender ofte ind mod interne teams som produkt, udvikling eller drift.
Hvornår skal supportteams bruge fejlopfølgning?
Ikke alle tickets bliver til et problem. Rutinespørgsmål om leveringstider eller kontoindstillinger bliver løst i ticketen og kræver ingen yderligere opfølgning. Fejlopfølgning giver mening, når det samme problem gentager sig i flere tickets, når en fejl i produktet blokerer kunderne, eller når en fejl i en proces skal rettes for altid.
Supportmedarbejdere er ofte de første, der ser mønstre, fordi de hører direkte fra kunderne. Et godt forløb lader medarbejderne eskalere fra en ticket til et problem med sammenhængen vedhæftet. Produktteams prioriterer rettelser ud fra, hvor alvorligt problemet er, og hvor mange tickets der er knyttet til det. Kunderne får hurtigere og mere ærlige opdateringer, fordi support kan se status på problemet i stedet for at gætte.
Fejlopfølgning hænger naturligt sammen med supporttickets og det bredere helpdesk-ticketforløb. Vil du vide mere om at organisere support fra bunden, så læs vores blogindlæg om vigtigheden af et ticketsystem til support.
Ofte stillede spørgsmål
Kan fejlopfølgning og tickets ligge i det samme værktøj?
Mange helpdesk-værktøjer har enkel opfølgning af fejl eller lader dig knytte tickets til registreringer i eksterne systemer. Samlede værktøjer giver færre skift mellem programmer. Adskilte værktøjer virker også, så længe det er nemt for medarbejderne at koble dem sammen.
Hvem opretter problemer i et forløb, der drives af support?
Det er typisk supportmedarbejdere, der opretter dem, når de ser et mønster eller bekræfter en fejl i produktet. Teamledere eller ledere kan også oprette dem ud fra kvalitetsgennemgange. Det vigtige er en klar regel for, hvornår det er rigtigt at eskalere fra en ticket til et problem.
Hvilke oplysninger skal en registrering af et problem indeholde?
Som minimum en tydelig titel, trin til at genskabe problemet, berørte kunder eller antal tickets, alvorlighed, ansvarlig og nuværende status. Skærmbilleder og tilknyttede tickets giver sammenhæng, der får løsningen til at gå hurtigere.
Hvordan fortæller jeg kunderne om tilbagevendende problemer på min hjemmeside?
Sider med kendte problemer og statusopdateringer giver færre gentagne tickets, mens dit team arbejder på en rettelse. Med WEMASY kan du udgive de opdateringer på en supportside bygget i hjemmesidebyggeren, så kunderne finder svar, før de opretter en ny ticket.
Hvad er forskellen på et problem og en hændelse?
Et problem er en fejl, du følger, og som kan påvirke nogle brugere over tid. En hændelse beskriver som regel et pludseligt udfald eller en udbredt fejl, der kræver øjeblikkelig handling. Nogle teams bruger begge begreber med faste definitioner i deres supporthåndbog.
Hvordan forbedrer fejlopfølgning kommunikationen med kunderne?
Når support kan henvise til et problem, der er registreret, giver medarbejderne præcise opdateringer i stedet for vage løfter. Kunderne hører, at problemet er registreret, prioriteret og i gang. Den åbenhed bygger tillid, selv når en rettelse tager tid. Læs mere om at sende hastende sager videre i vores kapitel om prioritering af tickets.