Proč samotná doba první odpovědi neukazuje, zda zákazníci dostávají pomoc
Rychlá první odpověď je důležitá. Zákazníkovi dává najevo, že jeho požadavek byl zaznamenán a že za něj někdo přebírá odpovědnost. Neříká však, zda byl problém vyřešen. Tým může odpovědět během několika minut a přesto ponechat otázku nezodpovězenou, vrácení zboží nevyřízené nebo problém čekající na rozhodnutí.
Proto by týmy malých firem měly dobu vyřešení požadavků zákaznické podpory sledovat společně s dobou první odpovědi. Doba vyřešení sleduje požadavek od jeho přijetí až do okamžiku, kdy tým může přiměřeně považovat potřebu zákazníka za vyřízenou. Poskytuje úplnější pohled na zkušenost zákazníka i na práci, která probíhá za viditelnou konverzací.
Malé týmy pro začátek nepotřebují složitý soubor metrik. Položte si dvě praktické otázky: kdy nás zákazník poprvé kontaktoval a kdy jsme dokončili úkon nebo poskytli odpověď potřebnou k dalšímu postupu? Doba mezi těmito body může odhalit, kde požadavky čekají: před přiřazením, během interního předání, při shromažďování informací nebo poté, co byla připravena odpověď.
Dobu první odpovědi používejte k zajištění potvrzení přijetí. Dobu vyřešení používejte k pochopení dokončení. Sledování obou ukazatelů brání úzkému zaměření na rychlé odpovědi, které požadavek ve skutečnosti neposouvají kupředu.
Stanovte praktický okamžik vyřešení pro běžné typy požadavků
Doba vyřešení je užitečná jen tehdy, pokud tým sdílí definici toho, co znamená vyřešeno. Bez ní může jeden člověk požadavek uzavřít po odeslání pokynů, zatímco jiný ponechá podobný požadavek otevřený, dokud zákazník nepotvrdí úspěch. Tato nekonzistence činí srovnání nespolehlivými a může vést k rozdílným zákaznickým zkušenostem.
Vytvořte krátkou pracovní definici pro typy požadavků, které dostáváte nejčastěji. Definujte výsledek pro zákazníka, nejen poslední úkon týmu. Například:
- Jednoduchý dotaz: je vyřešen, když zákazník obdržel přesnou a srozumitelnou odpověď a tým nemusí podniknout žádné další kroky.
- Požadavek týkající se účtu nebo objednávky: je vyřešen, když byla požadovaná změna, kontrola nebo vysvětlení dokončena a sdělena zákazníkovi.
- Nahlášený problém: je vyřešen, když bylo poskytnuto řešení, náhradní postup nebo jasný další krok a tým dokončil svou část práce.
- Požadavek čekající na zákazníka: nepovažujte jej za plně vyřešený jen proto, že tým čeká. Jasně označte stav čekání a rozhodněte, kdy je pro váš proces vhodné připomenutí nebo uzavření.
Definici udržujte dostatečně stručnou, aby se dala používat i během rušného dne. Nemusí pokrýt každou výjimku. Cílem je jednotný výchozí postup doplněný poznámkou pro neobvyklé případy, které vyžadují odlišné řešení.
Pomáhá také oddělit dokončený interní úkol od dokončeného zákaznického požadavku. Tým mohl poslat dotaz kolegovi nebo připravit náhradní zboží, ale požadavek podpory může být stále aktivní, dokud zákazník neobdrží výsledek. Toto rozlišení činí proces vyřešení požadavků podpory poctivějším a užitečnějším.
Nastavte jednoduchý postup od přijetí požadavku přes přiřazení odpovědné osoby až po uzavření
Jasný tok ticketů je základem sledování doby vyřešení v podpoře. Měl by zřetelně ukazovat další krok a odpovědnou osobu, aniž by přidával tolik fází, že je tým přestane používat.
- Přijetí a posouzení: zaznamenejte příchozí požadavek a určete, co zákazník potřebuje.
- Přiřazení odpovědné osoby: každému aktivnímu požadavku přiřaďte jednu osobu odpovědnou za jeho posun, i když se na něm podílejí další lidé.
- Odpověď a prověření: potvrďte zákazníkovi přijetí, vyžádejte si chybějící údaje a dokončete práci potřebnou k vyřešení požadavku.
- Zaznamenání aktuálního stavu: rozlišujte aktivní práci od požadavků čekajících na zákazníka, interní odpověď nebo rozhodnutí.
- Vyřešení a uzavření: uzavírejte až ve chvíli, kdy je splněn týmem definovaný bod vyřešení; v případě potřeby připojte jasnou závěrečnou zprávu.
Přiřazení je obzvlášť důležité ve sdílené doručené poště. Když požadavek vidí všichni, ale nikdo za něj neodpovídá, lidé mohou předpokládat, že odpoví někdo jiný. Jasné vlastnictví ticketů podpory tomuto tichému zdržení předchází. Odpovědná osoba nemusí každý úkol dokončit osobně; musí však zajistit následné kroky, informovat zákazníka a dohlédnout na uzavření požadavku.
Pokud se odpovědnost mění, předání jasně zaznamenejte. Uveďte, kdo přebírá případ, co se již stalo, co je ještě potřeba a zda byl zákazník informován. Zabráníte tak tomu, aby byl požadavek znovu objeven místo plynulého pokračování v jeho řešení.
Udržujte konverzace, interní postup a odpovědnost pohromadě
Malé týmy často začínají s požadavky rozptýlenými mezi doručenou poštou, chatovými zprávami, poznámkami a osobní pamětí. Při malém objemu to může fungovat, brzy je však obtížné zjistit, zda zákazník obdržel odpověď, zda kolega něco prověřuje nebo jak dlouho je požadavek otevřený.
Sdílené pracovní prostředí pro podporu poskytuje týmu jedno místo pro přijímání požadavků, organizaci konverzací, přiřazování odpovědných osob a sledování každé odpovědi až k vyřešení. Zákaznická podpora tento přístup podporuje tím, že malým týmům pomáhá spravovat tickety ze sdílené doručené pošty a zároveň zachovat kontext každé konverzace se zákazníkem.
U každého požadavku uchovávejte zprávy určené zákazníkovi spolu se stručnými interními poznámkami o postupu. Zaznamenávejte skutečnosti ovlivňující další krok: na co se zákazník ptal, co bylo ověřeno, kdo odpovídá, co brání postupu a kdy by měl zákazník dostat další zprávu. Stručná aktuální informace je užitečnější než dlouhý duplicitní přepis.
Dostupnost relevantního kontextu zákazníka je důležitou součástí širšího pracovního postupu. Při zvažování, jak podpora zapadá do širšího procesu vašeho týmu, prozkoumejte samostatně související zdroje pro klienty.
Používejte dobu odpovědi a vyřešení k odhalování úzkých míst bez nadměrného měření
Když sledujete dobu vyřešení požadavků podpory, hledejte nejprve vzorce, než budete hodnotit výkon jednotlivců. V malém týmu může dlouhá doba vyřešení vyplývat z náročného požadavku, neúplných informací, nedostupného zákazníka nebo závislosti mimo podporu. Číslo je výchozím bodem pro rozhovor, ne verdiktem.
Sledujte pouze ukazatele, které může váš tým ovlivnit. Doba první odpovědi ukazuje, zda jsou nové požadavky potvrzeny. Doba vyřešení ukazuje, jak dlouho trvá naplnit potřebu zákazníka. Počet otevřených požadavků ukazuje aktuální pracovní zátěž. Jednoduchý počet požadavků čekajících na interní odpověď může odhalit opakující se problém při předávání.
Kde je to možné, porovnávejte podobné požadavky. U jednoduchého dotazu a složitého nahlášeného problému by se nemělo očekávat uzavření stejným tempem. Požadavky široce rozdělte například na dotazy, záležitosti účtu a nahlášené problémy, aniž byste vytvářeli složitý systém klasifikace. Pokud jedna skupina pravidelně zůstává otevřená déle, prozkoumejte pracovní postup kolem ní.
Přečtěte si také jednotlivé tickety s neobvykle dlouhou dobou. Jeden dlouhý případ může být opodstatněný; několik případů zaseknutých ve stejném kroku signalizuje úzké místo. Požadavky mohou ráno zůstávat nepřiřazené, jedno rozhodnutí může trvat příliš dlouho nebo zákazníci mohou opakovaně potřebovat údaje, o které bylo možné požádat už v první odpovědi.
V rámci krátké týdenní rutiny kontrolujte zpožděné požadavky a opakující se příčiny
Krátká týdenní kontrola udržuje měření propojené se zlepšováním. Pravidelně si vyhraďte čas na aktivní frontu a tickety, jejichž uzavření trvalo nejdéle. Cílem není vykazování samo o sobě. Jde o nalezení jedné nebo dvou změn, díky nimž budou doba odpovědi a vyřešení v zákaznické podpoře příští týden spolehlivější.
Používejte opakovatelný program:
- Zkontrolujte každý požadavek, který je otevřený déle, než tým očekává pro daný typ.
- Potvrďte, že každý aktivní požadavek má odpovědnou osobu a viditelný další krok.
- Přečtěte si uzavřené požadavky s nejdelší dobou řešení a zjistěte, kde byl čas vynaložen.
- Poznamenejte si opakující se příčiny, například chybějící údaje od zákazníka, nejasnou odpovědnost nebo opakující se interní závislost.
- Rozhodněte, zda byla definice vyřešení uplatňována jednotně.
Udržujte rozhovor konstruktivní. Pokud byl požadavek zpožděn, ptejte se, co v procesu toto zdržení činilo pravděpodobným. Opomenuté předání může ukazovat na chybějící krok pro určení odpovědnosti; opakované doplňující dotazy mohou ukazovat na nejasný proces přijetí požadavku. Tím zlepšujete systém, místo abyste odměňovali předčasné uzavírání.
Měřte dostatečně na to, abyste viděli, kde práce čeká, a pak využijte zjištění k odstranění jednoho zdroje čekání.
Vyberte malý soubor zlepšení, která otestujete příští týden
Nesnažte se opravit všechna úzká místa najednou. Vyberte jeden nebo dva cílené experimenty a vyhodnoťte je při dalším týdenním setkání. Můžete na začátku každého dne určit osobu odpovědnou za frontu, přidat kontrolní seznam potřebných údajů pro běžně hlášené problémy nebo se dohodnout, že každé předání obsahuje jmenovanou další odpovědnou osobu a aktualizaci pro zákazníka.
Očekávaný dopad zapište prostým jazykem: méně požadavků čekajících bez odpovědné osoby, méně zpráv tam a zpět před prověřením nebo jasnější rozhodování o uzavření. Příští týden pak prověřte příslušné požadavky. Pokud změna snižuje tření, zařaďte ji do standardního postupu vyřešení ticketů malého týmu. Pokud ne, upravte ji nebo otestujte jiný nápad.
Závěr
Začněte se sdílenou definicí vyřešení, za každý aktivní požadavek stanovte jednu odpovědnou osobu a udržujte konverzaci i postup na stejném místě. Sledujte společně dobu odpovědi a vyřešení, poté využijte zpožděné tickety k určení několika změn pracovního postupu, které pomohou nejvíce.
Zdokumentujte jasnou definici vyřešení, přiřaďte každý aktivní požadavek odpovědné osobě a každý týden zkontrolujte několik ticketů, jejichž uzavření trvá nejdéle.