Uzavřít tiket podpory neznamená opravit příčinu problému. Zákazník dnes dostane náhradní řešení, ale příští týden stejnou chybu v košíku nahlásí další tři lidé, protože ji nikdo nezapsal pro produktový tým. Sledování problémů existuje proto, aby zacelilo mezeru mezi odpovědí zákazníkovi a vyřešením příčiny.
Sledování problémů je praxe zaznamenání problému, přidělení odpovědnosti, sledování pokroku a potvrzení vyřešení s jasnou stopou. V zákaznické podpoře často začíná, když tiket odhalí něco většího než jednorázový dotaz. Tady je, jak sledování problémů funguje a proč na něm vedle help desku záleží.
Co je sledování problémů?
Sledování problémů je strukturovaný způsob řízení problémů od objevení po vyřešení. Každý problém dostane záznam s popisem, stavem, vlastníkem a historií změn. Na rozdíl od jednoho tiketu podpory, který pomáhá jednomu zákazníkovi, záznam problému často představuje potíž postihující mnoho lidí nebo vyžadující práci více týmů.
Systém pro sledování problémů dává všem stejný pohled na to, co je rozbité, kdo na tom pracuje a v jaké fázi je oprava. Štítky stavu jako nahlášeno, řeší se, testuje se a vyřešeno udržují pokrok viditelný. Ta viditelnost brání tomu, aby se problémy probraly na chodbě a pak se zapomněly.
Čím se sledování problémů liší od tiketování?
Tikety podpory se soustředí na jednotlivé konverzace se zákazníky. Sledování problémů se soustředí na samotný problém. Jedna chyba v košíku může vyvolat padesát tiketů od frustrovaných zákazníků. Sledování problémů vytvoří jeden hlavní záznam chyby a propojí s ním tyto tikety, takže tým podpory ví, že oprava probíhá.
Tiketování odpovídá na otázku "jak pomůžeme tomuto člověku právě teď?" Sledování problémů odpovídá na otázku "jak zajistíme, aby se tento problém přestal opakovat?" Oba systémy používají podobnou mechaniku, například stavy, přidělení a komentáře. Rozdíl je v rozsahu a publiku. Tikety jsou vidět zákazníkům. Problémy často vidí interní týmy, jako produkt, vývoj nebo provoz.
Kdy mají týmy podpory používat sledování problémů?
Ne každý tiket se stane problémem. Běžné dotazy na doby doručení nebo nastavení účtu se vyřeší uvnitř tiketu a další sledování nepotřebují. Sledování problémů dává smysl, když se stejný problém opakuje v mnoha tiketech, když vada produktu blokuje zákazníky nebo když selhání procesu potřebuje trvalou opravu.
Agenti podpory si vzorců všimnou často jako první, protože slyší zákazníky přímo. Dobrý postup umožňuje agentům eskalovat z tiketu na problém s připojeným kontextem. Produktové týmy upřednostňují opravy podle závažnosti problému a počtu propojených tiketů. Zákazníci dostávají rychlejší a upřímnější aktualizace, protože podpora může zkontrolovat stav problému místo hádání.
Sledování problémů přirozeně navazuje na tikety podpory a širší tiketový postup help desku. Více o tom, jak podporu organizovat od základu, najdete v našem blogu o významu tiketovacího systému pro podporu.
Často kladené otázky
Mohou sledování problémů a tiketování žít ve stejném nástroji?
Mnoho nástrojů pro help desk zahrnuje základní funkce pro sledování problémů nebo chyb, nebo umožňuje propojit tikety s externími záznamy problémů. Jednotné nástroje snižují přepínání kontextu. Oddělené nástroje fungují také, pokud je propojení mezi nimi pro agenty jednoduché.
Kdo vytváří problémy v postupu řízeném podporou?
Agenti podpory obvykle vytvářejí problémy, když rozpoznají vzorec nebo potvrdí vadu produktu. Vedoucí týmů nebo manažeři mohou problémy vytvářet i z kontrol kvality. Klíčové je jasné pravidlo, kdy je vhodné eskalovat z tiketu na problém.
Jaké informace má záznam problému obsahovat?
Minimálně uveďte jasný název, kroky k reprodukci problému, dotčené zákazníky nebo počet tiketů, úroveň závažnosti, přiděleného vlastníka a aktuální stav. Snímky obrazovky a propojené tikety přidávají kontext, který urychluje řešení.
Jak zákazníkům na webu zdokumentuji opakující se problémy?
Stránky se známými problémy a aktualizace stavu snižují počet opakovaných tiketů, zatímco tým pracuje na opravě. WEMASY vám umožní zveřejnit tyto aktualizace na stránce podpory postavené v Tvůrci webů, aby zákazníci našli odpovědi dřív, než otevřou nový tiket.
Jaký je rozdíl mezi problémem a incidentem?
Problém je sledovaná potíž, která může časem postihovat některé uživatele. Incident obvykle popisuje náhlý výpadek nebo rozsáhlé selhání vyžadující okamžitou reakci. Některé týmy používají oba pojmy se specifickými definicemi ve své příručce podpory.
Jak sledování problémů zlepšuje komunikaci se zákazníky?
Když může podpora odkazovat na sledovaný problém, agenti dávají přesné informace místo vágních slibů. Zákazníci slyší, že problém je zapsaný, má prioritu a řeší se. Taková transparentnost buduje důvěru, i když oprava trvá. Více o směrování naléhavých případů najdete v naší kapitole o stanovení priorit tiketů.