Share article
Minulý týden mi kolegyně z jiné firmy psala, že řeší už potřetí za měsíc tu samou stížnost od tří různých zákazníků. Pokaždé ji „vyřešili„. Pokaždé se stejná věc objevila znovu o pár týdnů později. Ptala se mě, jestli je to normální. Ano, bohužel je.
Tohle je nejčastější past closed-loop procesu. Firmy si osvojí rychlou reakci na jednotlivce a myslí si, že tím closed-loop končí. Nekončí. Teprve tam začíná ta zajímavější půlka práce.
Dvě smyčky, ne jedna
Closed-loop feedback (tedy princip, kdy na zpětnou vazbu zákazníka někdo skutečně reaguje, místo aby zapadla do tabulky) se v praxi dělí na dvě různé smyčky. Někdo jim říká inner loop a outer loop, jinde se používá pojem mikro a makro úroveň. Název je jedno. Podstatné je, že to jsou dvě odlišné disciplíny s jiným vlastníkem, jiným tempem a jiným cílem.
Vnitřní smyčka (inner loop) je o jednom konkrétním zákazníkovi. Přišla stížnost, reklamace, nízké skóre v průzkumu. Někdo se ozve, vyřeší situaci, případně se omluví nebo nabídne kompenzaci. Tohle musí být rychlé. Hodiny, maximálně dny. Zákazníka nezajímá vaše kvartální reportování, chce vědět, jestli se s ním někdo bude bavit jako s člověkem.
Vnější smyčka (outer loop) je o tom, co se stalo za tou stížností. Proč se to vůbec objevilo. Je to izolovaný případ, nebo systémový problém, který se bude opakovat, dokud ho někdo neopraví na úrovni procesu, produktu nebo školení lidí. Tohle nemusí a nemá být rychlé. Tady je potřeba čas na analýzu, prioritizaci a často i na schválení rozpočtu.
Problém nastává, když firma umí jen tu první smyčku. Vyřeší člověka, ale nikdy se nevrátí k příčině. Pak se divíte, proč vám pořád přistávají stejné stížnosti na stejnou věc, jen s jiným jménem zákazníka.
Kdo co vlastní a kdy
Tohle je místo, kde spousta firem tone. Ne proto, že by nechtěly closed-loop dělat, ale protože nikdo přesně neví, čí je to práce a v jaký moment má zasáhnout.
Fungující rozdělení, které jsem viděl v praxi opakovaně fungovat, vypadá zhruba takhle:
Front-line tým (agent, obsluha, prodejce) vlastní inner loop. Reaguje jako první, do 24 až 48 hodin od podnětu. Jeho úkolem není analyzovat příčinu, ale vyřešit člověka před sebou a zaznamenat, co se stalo, dostatečně konkrétně, aby to bylo použitelné dál.
CX tým nebo product owner vlastní outer loop. Sbírá signály z front-line, hledá vzorce, rozhoduje, jestli jde o jednorázovku nebo trend. Tady se pracuje v týdnech, ne v hodinách. Cílem není hasit, ale pochopit.
Vedení nebo vlastník procesu vlastní rozhodnutí o změně. Tohle je člověk, který má mandát změnit proces, přerozdělit rozpočet nebo přeškolit tým. Bez něj outer loop skončí jako pěkně vyplněná tabulka, do které se nikdy nikdo nevrátí.
Klíčová věc: tyhle tři role nesmí splývat v jednoho člověka, který to „má na starosti nějak celé„. Viděl jsem to párkrát a vždycky to skončilo stejně. Buď se hasí požáry a na analýzu nezbyde čas, nebo se analyzuje a zákazník čeká týden na odpověď na banální dotaz.
Pravidla eskalace, aby insight nezapadl
Tohle je bod, kde se rozhoduje, jestli closed-loop funguje, nebo jestli je to jen pojem, který si firma odškrtne v interní dokumentaci a nikdy k němu nikdo nedohlédne. Insighty umírají nejčastěji na jednom místě: mezi front-line a týmem, který má mandát něco změnit. Zpětná vazba se sesbírá, zapíše do systému, a tam skončí.
Pár pravidel, která tomu reálně pomáhají:
- Definuj práh, ne pocit. Nečekej, až si někdo „všimne trendu„. Nastav si konkrétní číslo, třeba tři stejné stížnosti od různých zákazníků během dvou týdnů, a v ten moment se automaticky spouští eskalace k outer loop týmu. Bez čísla se spoléháš na to, že si toho někdo náhodou všimne. Nevšimne.
- Přiřaď vlastníka do 48 hodin, ne „časem“. Každý eskalovaný insight musí mít jméno u sebe, ne oddělení. „To řeší CX tým“ je způsob, jak se nic nevyřeší. „To řeší Petra do konce týdne“ je způsob, jak se něco vyřeší.
- Nastav SLA i pro outer loop. Lidi si myslí, že SLA (dohodnutá lhůta na vyřízení) patří jen k inner loop, k reakci na zákazníka. Outer loop bez termínu se v praxi odsune na neurčito, protože vždycky je něco naléhavějšího. Dej si čtyři týdny na to, aby insight dostal rozhodnutí, ne řešení, jen rozhodnutí, jestli se s tím bude nebo nebude dál pracovat.
- Zpětně informuj front-line. Tohle se skoro vždycky vynechává a je to škoda. Když agent nahlásí problém a nikdy se nedozví, co se s tím stalo, přestane to hlásit. Proč by taky měl, když to jde do černé díry. Stačí krátká zpráva: „Díky za podnět, upravujeme proces X, díky tobě jsme si toho všimli.“ Tohle jedno gesto dokáže z lhostejného týmu udělat tým, který aktivně hledá problémy.
Jak poznat, že to funguje
Spousta firem měří closed-loop jenom podle rychlosti reakce na inner loop. Kolik stížností vyřešeno, jak rychle, jaké skóre spokojenosti po vyřešení. To je fajn metrika, ale měří jen půlku systému.
Skutečné fungování closed-loop procesu poznáš podle tří věcí:
Klesající recidiva. Sleduj, jestli se stejný typ problému opakuje u nových zákazníků měsíc po měsíci. Pokud počet nových případů stejného problému klesá, outer loop dělá svou práci. Pokud zůstává stabilní, řešíte jen symptomy.
Rychlost mezi insightem a rozhodnutím. Ne mezi insightem a implementací, protože implementace může trvat měsíce a to je v pořádku. Ale čas mezi tím, kdy někdo problém nahlásí, a kdy někdo s mandátem řekne „ano, budeme to řešit“ nebo „ne, teď ne, a tady je proč„, by měl být měřitelný a krátký. Tohle číslo firmy skoro nikdy nesledují a přitom je to nejlepší indikátor, jestli insighty nezapadají.
Podíl podnětů od front-line, které vedou ke konkrétní změně. Nemusí to být velké procento. I 10 až 15 % je slušný výsledek, pokud tam skutečně je. Pokud je to procento nula nebo blízko nule dlouhodobě, tvůj closed-loop je jen closed-mouth. Zavíráš tikety, ne smyčku.
Na závěr
Closed-loop není projekt, který jednou nastavíš a pak běží sám. Je to návyk, který se musí živit. Vyžaduje, aby lidi na front-line věřili, že má smysl hlásit problém, aby CX tým měl čas a mandát ho analyzovat, a aby vedení bylo ochotné měnit procesy na základě dat od lidí, kteří stojí nejblíž zákazníkovi.
Ta stížnost, kterou dnes vyřešíš rychlou omluvou a slevovým kupónem, je jenom polovina práce. Ta druhá polovina, ta, která rozhoduje o tom, jestli se za měsíc neobjeví znovu, se odehrává mimo oči zákazníka. A právě tam se pozná, jestli firma CX skutečně dělá, nebo jenom hasí.
