Att stänga ett supportärende är inte detsamma som att åtgärda grundproblemet. En kund får en tillfällig lösning i dag, men nästa vecka rapporterar tre personer till samma fel i kassan eftersom ingen loggade det åt produktteamet. Problemspårning finns för att täppa till glappet mellan att svara kunden och att lösa den underliggande orsaken.
Problemspårning är arbetssättet att registrera ett problem, utse en ansvarig, följa framstegen och bekräfta lösningen med ett tydligt spår. I kundsupport börjar det ofta när ett ärende avslöjar något större än en enstaka fråga. Här är hur problemspårning fungerar och varför det är viktigt vid sidan av din helpdesk.
Vad är problemspårning?
Problemspårning är ett strukturerat sätt att hantera problem från upptäckt till lösning. Varje problem får en post med beskrivning, status, ansvarig och historik över ändringar. Till skillnad från ett enskilt supportärende som hjälper en kund representerar en problempost ofta ett problem som drabbar många eller kräver insatser från flera team.
Ett system för problemspårning ger alla samma bild av vad som är trasigt, vem som arbetar med det och hur långt åtgärden har kommit. Statusetiketter som rapporterat, pågår, testas och löst håller framstegen synliga. Den överblicken hindrar problem från att diskuteras i korridoren och sedan glömmas bort.
Hur skiljer sig problemspårning från ärendehantering?
Supportärenden fokuserar på enskilda kundkonversationer. Problemspårning fokuserar på själva problemet. Ett fel i kassan kan ge femtio supportärenden från frustrerade kunder. Problemspårning skapar en huvudpost för felet och länkar ärendena till den, så att supportteamet vet att en åtgärd pågår.
Ärendehantering svarar på "hur hjälper vi den här personen just nu?" Problemspårning svarar på "hur ser vi till att det här problemet slutar uppstå?" Båda systemen använder liknande mekanismer som statusar, tilldelningar och kommentarer. Skillnaden är omfång och målgrupp. Ärenden vänder sig till kunder. Problem vänder sig ofta till interna team som produkt, utveckling eller drift.
När bör supportteam använda problemspårning?
Inte varje ärende blir ett problem. Rutinfrågor om leveranstider eller kontoinställningar löses i ärendet och behöver ingen ytterligare uppföljning. Problemspårning är meningsfullt när samma problem upprepas i flera ärenden, när en produktbrist blockerar kunder eller när ett fel i en rutin kräver en bestående lösning.
Supportagenter är ofta först med att se mönster eftersom de hör direkt från kunderna. Ett bra arbetsflöde låter agenter eskalera från ett ärende till ett problem med sammanhanget bifogat. Produktteam prioriterar åtgärder utifrån problemets allvarlighetsgrad och antalet kopplade ärenden. Kunderna får snabbare och ärligare uppdateringar eftersom supporten kan kontrollera status på problemet i stället för att gissa.
Problemspårning hänger naturligt ihop med supportärenden och det bredare arbetsflödet för ärenden i en helpdesk. För mer om att organisera supporten från grunden kan du läsa vår blogg om vikten av ett ticketsystem för support.
Vanliga frågor
Kan problemspårning och ärendehantering finnas i samma verktyg?
Många helpdesk-verktyg har enkla funktioner för problem- eller felspårning, eller låter dig länka ärenden till externa problemposter. Samlade verktyg minskar byten av sammanhang. Separata verktyg fungerar också så länge det är enkelt för agenterna att länka mellan dem.
Vem skapar problemposter i ett arbetsflöde som drivs av supporten?
Supportagenter skapar vanligen problem när de känner igen ett mönster eller bekräftar en produktbrist. Teamledare eller chefer kan också skapa problem utifrån kvalitetsgranskningar. Det viktiga är en tydlig regel för när det är rimligt att eskalera från ärende till problem.
Vilken information ska en problempost innehålla?
Ta minst med en tydlig rubrik, steg för att återskapa problemet, drabbade kunder eller antal ärenden, allvarlighetsgrad, utsedd ansvarig och aktuell status. Skärmbilder och länkade ärenden ger sammanhang som snabbar upp lösningen.
Hur dokumenterar jag återkommande problem för kunder på min webbplats?
Sidor med kända problem och statusuppdateringar minskar upprepade ärenden medan ditt team arbetar med en åtgärd. Med WEMASY kan du publicera de uppdateringarna på en supportsida som byggts med webbplatsbyggaren, så att kunder hittar svar innan de öppnar ett nytt ärende.
Vad är skillnaden mellan ett problem och en incident?
Ett problem är ett spårat fel som kan påverka vissa användare över tid. En incident beskriver oftast ett plötsligt avbrott eller ett utbrett fel som kräver omedelbar respons. Vissa team använder båda begreppen med särskilda definitioner i sin supporthandbok.
Hur förbättrar problemspårning kommunikationen med kunder?
När supporten kan hänvisa till ett spårat problem ger agenterna korrekta uppdateringar i stället för vaga löften. Kunderna hör att problemet är loggat, prioriterat och under arbete. Den öppenheten bygger förtroende även när en åtgärd tar tid. Läs mer om hur du styr brådskande ärenden i vårt kapitel om prioritering av ärenden.