Proces eskalace zákaznické podpory pro malou firmu nepotřebuje několik úrovní řízení ani složitou sadu pravidel. Potřebuje společně dohodnuté rozhodnutí: co se stane, když požadavek už nemůže vyřešit jeho současný řešitel?
V malém týmu bývají odpovědnosti za podporu sdílené. Člověk, který čte zprávu zákazníka, ji může umět vyřídit, může potřebovat kolegu s jinými znalostmi nebo může odhalit problém vyžadující samostatný postup. Bez dohodnuté cesty mohou požadavky zůstávat na nesprávném místě, předávat se v zprávách nebo se dostat k novému řešiteli jen s částí souvislostí.
Praktický postup eskalace zachová komunikaci se zákazníkem pohromadě a zároveň jasně určí další krok. Vymezuje spouštěče, určuje dalšího odpovědného člověka, zaznamenává souvislosti a udržuje požadavek viditelný až do vyřešení. Výsledkem není jen rychlejší předávání mezi lidmi. Zákazníci získají spolehlivější zkušenost a tým jasnější způsob řízení své práce.
Nejprve určete, co eskalace ve vašem týmu znamená
Eskalace není známkou selhání komunikace podpory. Jde o řízené předání ve chvíli, kdy požadavek potřebuje jiný druh pozornosti. V malé firmě to může znamenat předání požadavku osobě odpovědné za konkrétní oblast, zvýšení naléhavosti práce nebo zaznamenání nahlášeného problému pro další postup.
Sepište stručnou definici, kterou může používat každý. Například: požadavek eskalujte, když ho současný řešitel nemůže vyřešit s dostupnými informacemi a pravomocemi, když dopad na zákazníka vyžaduje rychlejší pozornost nebo když komunikace odhalí provozní problém, který potřebuje určeného vlastníka.
Tato definice dává členům týmu oprávnění jednat včas. Zároveň brání tomu, aby se eskalace stala nejednotným posouzením založeným jen na tom, kdo má daný den na starosti příchozí schránku.
Používejte jasné spouštěče eskalace
Spouštěče mění záměr v opakovatelný postup. Měly by popisovat požadavek, nikoli obviňovat zákazníka nebo člověka, který jej vyřizuje. Seznam udržujte dostatečně krátký, aby si ho lidé pamatovali a používali.
- Jsou potřeba jiné znalosti: požadavek vyžaduje informace nebo rozhodnutí, které má jiný člověk.
- Odpovídá za něj jiný člověk: dotaz se týká práce, která patří konkrétnímu kolegovi nebo oblasti firmy.
- Je třeba změnit prioritu: dopad požadavku znamená, že by se jím tým měl zabývat dříve než běžnou podporou.
- Je nahlášen opakovaný nebo samostatný problém: komunikace odhalí problém, který je třeba samostatně zaznamenat, přiřadit a dotáhnout.
- Komunikace se nemůže posunout: současný řešitel udělal rozumné další kroky, ale k posunu potřebuje někoho jiného.
Tyto spouštěče nemusí pokrýt každou možnou situaci. Dávají týmu spolehlivý výchozí bod. Pokud požadavek žádný spouštěč nesplňuje, současný řešitel může pokračovat v odpovědi. Pokud jej splňuje, tým ví, že požadavek potřebuje výslovný další krok, nikoli neformální zmínku kolegovi.
Zvolte dalšího odpovědného člověka před předáním požadavku
Každá eskalace by měla mít určeného dalšího odpovědného člověka. „Tým“ není odpovědná osoba, stejně jako neurčitý pokyn „podívejte se na to“. Jmenovaný odpovědný člověk jasně určuje, kdo má požadavek posoudit, rozhodnout o dalším kroku nebo koordinovat práci.
Neznamená to, že první pracovník podpory z komunikace zmizí. Může být stále nejvhodnější osobou pro komunikaci se zákazníkem. Důležité je rozlišovat mezi odpovědností za komunikaci se zákazníkem a odpovědností za práci nutnou k vyřešení. V malém týmu může obě role zastávat jeden člověk, ale role by přesto měly být jasné.
Při přiřazení dalšího odpovědného člověka uveďte důvod předání. Napište, co se od něj žádá: odpověď, rozhodnutí, prověření, posouzení priority nebo převzetí odpovědnosti za zaznamenaný problém. Vyhnete se tak běžnému problému eskalace požadavku podpory, kdy je požadavek přeřazen, ale nový řešitel musí nejprve zjišťovat proč.
Sdílené prostředí pro Zákaznická podpora může malým týmům pomoci přijímat požadavky, organizovat komunikaci a přiřazovat odpovědné osoby, přičemž každá výměna zůstane na jednom místě. To je zvlášť užitečné, když se odpovědnosti střídají nebo když potřebuje více lidí vidět stejnou historii zákazníka.
Nastavte jednoduché pravidlo odpovědnosti
Užitečné pravidlo zní: člověk, který eskalaci převezme, potvrdí odpovědnost, zatímco člověk, který ji předává, zaznamená souvislosti. Potvrzením může být jasná změna stavu nebo přímé potvrzení, že další odpovědný člověk požadavek převzal.
Pokud zamýšlený řešitel není k dispozici, předem určete, kdo jej zastoupí. Malé týmy nepotřebují dlouhý řetězec zástupů. Potřebují známou alternativu, aby naléhavý nebo zablokovaný požadavek nezůstal bez odpovědné osoby.
Eskalace funguje, když má každý zákaznický požadavek vždy jednoho viditelného dalšího odpovědného člověka, i když k řešení přispívá více lidí.
Při každém předání zachovejte souvislosti se zákazníkem
Zákazníci by neměli muset svou situaci opakovat jen proto, že se změní interní řešitel. Záznam eskalace by měl dalšímu člověku umožnit porozumět komunikaci, aniž by ji musel skládat z roztříštěných zpráv nebo žádat zákazníka, aby začínal znovu.
Před předáním požadavku zachyťte v stručném interním shrnutí podstatné souvislosti:
- co zákazník žádá nebo hlásí;
- co již bylo sděleno nebo vyzkoušeno;
- proč se požadavek eskaluje;
- jaké rozhodnutí, informace nebo opatření jsou nyní potřeba;
- kdo vlastní další krok a jakou má prioritu.
Toto shrnutí má doplňovat historii komunikace, nikoli ji nahrazovat. Původní zprávy zůstávají důležité, protože obsahují vlastní slova zákazníka i podrobnosti požadavku. Shrnutí pouze umožňuje novému řešiteli rychleji se zorientovat.
Dávejte pozor, aby se ze souvislostí nestalo dlouhé interní vyprávění. Účelem je akce. Pokud další odpovědný člověk dokáže rychle odpovědět na otázky „co se stalo, co je potřeba a co mám nyní udělat?“, předání plní svůj účel.
V případě potřeby oddělte zákaznický požadavek od provozního problému
Ne každý požadavek podpory je provozním problémem. Mnohé lze vyřešit přímo v komunikaci se zákazníkem. Některé požadavky však odhalí problém vyžadující samostatnou práci: je třeba jej prověřit, určit jeho prioritu, přiřadit nebo zdokumentovat nad rámec okamžité odpovědi.
V takovém případě vytvořte samostatný záznam problému a v pracovním kontextu týmu zachovejte propojení mezi tímto problémem a původním zákaznickým požadavkem. Komunikace podpory se může dál soustředit na kontakt se zákazníkem. Záznam problému se může soustředit na interní problém, jeho odpovědnou osobu, prioritu, termín a řešení.
Toto oddělení pomáhá týmu vyhnout se dvěma slabým postupům. Prvním je ponechání provozního problému ukrytého v komunikaci podpory, kde může být přehlédnut poté, co zákazník obdrží odpověď. Druhým je přesunutí veškeré diskuse do záznamu problému a ztráta přehledu o tom, co bylo zákazníkovi sděleno.
Specializované prostředí Provozní incident poskytuje malé firmě centrální místo pro evidenci provozních problémů, přiřazení odpovědných osob a sledování jejich stavu. Při použití spolu se zákaznickou podporou vytváří jasnou cestu od nahlášeného problému k viditelnému dalšímu postupu bez spoléhání na roztříštěné zprávy nebo poznámky.
Rozhodněte, co potřebuje slyšet zákazník
Eskalace je interní postup, zákazník by však neměl tápat, zda jeho zpráva nezmizela. Pošlete přesnou a užitečnou aktualizaci. Potvrďte, že se požadavek prověřuje, vysvětlete další krok, pokud jej znáte, a neslibujte výsledek, který tým ještě nepotvrdil.
Přímá aktualizace buduje důvěru, protože ukazuje převzetí odpovědnosti. Cílem není odhalovat každé interní předání. Jde o jasné sdělení, že je požadavek stále aktivní a zákazník jej nemusí opakovat.
Sledujte stav až do vyřešení požadavku
Eskalace není dokončená pouhým přiřazením. Tým potřebuje viditelný způsob, jak rozpoznat, zda požadavek čeká na informace, je posuzován, řeší se, je připraven na odpověď zákazníkovi nebo je vyřešen. Vyberte stavy, které odpovídají skutečným fázím používaným ve vašem týmu, a používejte je jednotně.
U každého eskalovaného požadavku si ověřte tři otázky:
- Kdo odpovídá za další krok?
- Jaký je aktuální stav?
- Co se musí stát, než zákazník dostane další podstatnou aktualizaci nebo konečnou odpověď?
Tyto otázky jsou jednoduché, ale brání tomu, aby požadavky zapadly do nejasného mezistavu. Usnadňují také navázání na sdílenou práci podpory, když někdo chybí nebo když musí pomoci další kolega.
Vyřešení by mělo znamenat více než dokončení interního úkolu. Před uzavřením požadavku ověřte, že zákazník obdržel odpovídající odpověď a že případný samostatný problém má pro vlastní práci správný stav. Záznam problému může zůstat otevřený i poté, co zákazník dostane první aktualizaci; to je v pořádku, pokud mají oba záznamy jasné odpovědné osoby a další kroky.
Vyhodnocujte eskalace a zlepšujte postup podpory
Eskalace jsou užitečným signálem míst, kde se práce podpory komplikuje. Pravidelné vyhodnocení nemusí být dlouhá schůzka. Podívejte se na nedávné eskalace a zeptejte se, zda byl spouštěč jasný, zda byl vybrán správný odpovědný člověk, zda byly souvislosti úplné a zda zákazník dostal včasnou aktualizaci.
Věnujte zvláštní pozornost opakujícím se příčinám. Pokud stejný typ požadavku opakovaně potřebuje jiného řešitele, tým možná potřebuje jasnější pokyny k odpovědnostem. Pokud se stejný nahlášený problém objevuje v několika komunikacích, možná si zaslouží viditelnější evidenci problémů. Pokud předáním často chybí souvislosti, může výrazně pomoci krátký interní kontrolní seznam.
Zlepšení udržujte malá a praktická. Upravte spouštěč, upřesněte náhradního řešitele, vylepšete stav nebo se dohodněte na minimálním shrnutí při předání. Tyto změny postupně zvýší konzistenci podpory, aniž by přidaly zbytečné procesy.
Závěr: udělejte z eskalace jasné pokračování podpory
Dobře nastavený postup eskalace dává malým týmům praktickou odpověď na otázku, kdy eskalovat zákaznické požadavky. Určete spouštěč, jmenujte dalšího odpovědného člověka, zachovejte souvislosti komunikace, v případě potřeby oddělte provozní problémy a sledujte zákaznický požadavek i interní práci až do vyřešení.
Nastavte eskalace jasně, aniž by se zákazníci museli opakovat. Začněte dohodou na spouštěčích a pravidlech odpovědnosti a potom používejte sdílený postup podpory a evidence problémů, který udrží každý další krok viditelný.
