Pracovní postup pro stavy ticketů zákaznické podpory představuje společný jazyk pro práci, kterou váš tým vykonává. Když má každý požadavek jasnou fázi, každý, kdo otevře schránku podpory, rychle uvidí, co je nové, co vyžaduje akci, co postupuje a co je hotové. Tato přehlednost je nejdůležitější pro malé týmy, kde stejní lidé mohou přijímat požadavky, prověřovat problémy i odpovídat zákazníkům.
Užitečný systém stavů nepotřebuje mnoho označení. Příliš mnoho označení může naopak ztížit rychlou orientaci v zákaznických konverzacích a vyvolat nejistotu, které z nich zvolit. Cílem je používat malý počet smysluplných fází ticketů podpory, každou jednoduše definovat a dohodnout se na události, která požadavek posune dál.
Tento článek vysvětluje, jak vytvořit jednoduchý pracovní postup ticketů zákaznického servisu od nového požadavku přes aktivní řešení až po vyřešení a jak jej dlouhodobě udržet užitečný.
Proč na názvech stavů záleží ve sdíleném procesu podpory
Názvy stavů ovlivňují, jak váš tým čte doručenou poštu a rozhoduje se, co udělat dál. Požadavek označený jako Nový týmu říká, že ještě nevstoupil do procesu řešení. Požadavek označený jako V řešení kolegům říká, že se jím někdo zabývá. Požadavek ve stavu Čeká na zákazníka vysvětluje, proč může být dočasně bez pohybu. Vyřešený požadavek ukazuje, že konverzace dospěla k výsledku.
Bez těchto rozdílů mohou všechny požadavky vypadat stejně naléhavě. Člen týmu může trávit čas opětovným otevíráním záležitosti, která už má svého řešitele, nebo přehlédnout nový požadavek, protože je smíchaný s konverzacemi čekajícími na odpověď zákazníka. Jasné definice stavů ticketů omezují tuto nejednoznačnost a usnadňují předávání práce, když za podporu odpovídá více lidí.
Názvy by měly popisovat aktuální stav požadavku, nikoli osobu, která na něm pracuje, ani typ zákazníka. Řešitel například určuje, kdo odpovídá za požadavek, zatímco stav určuje, v jaké fázi cesty k vyřešení se požadavek nachází. Oddělení těchto pojmů usnadňuje pochopení pracovního postupu.
Pro sdílený přehled požadavků, konverzací a odpovědností spojuje Zákaznická podpora pro sdílenou správu ticketů tyto prvky na jednom místě. Společný pracovní prostor pomáhá týmu používat stejný jazyk stavů konzistentně a zároveň zachovat kontext každé zákaznické konverzace.
Definujte malý počet smysluplných fází
Začněte s co nejmenším počtem fází, které vašemu týmu umožní rozlišit důležité akce. Praktický pracovní postup pro malý tým může používat čtyři nebo pět stavů. Každé označení by mělo odpovědět na jednoduchou otázku: co musí tým udělat nyní?
1. Nový
Stav Nový používejte pro požadavky, které přišly, ale ještě nebyly zkontrolovány. Tato fáze vytváří jasný výchozí bod. Další akcí je požadavek přečíst, porozumět tomu, co zákazník potřebuje, a rozhodnout, kdo za něj převezme odpovědnost.
Stav Nový by se neměl stát dlouhodobým odkladištěm. Jakmile člen týmu požadavek posoudí, přesuňte jej do stavu, který odpovídá jeho skutečnému dalšímu kroku. Předejdete tak tomu, aby se přehled nových požadavků stal směsí nedotčené a částečně vyřešené práce.
2. V řešení
Stav V řešení používejte, když někdo na požadavku aktivně pracuje. Může to znamenat prošetřování problému, přípravu odpovědi nebo koordinaci informací potřebných k jeho vyřešení. Důležité je, že tým požadavek převzal a řešitel jej může posunout kupředu.
V jednoduchém pracovním postupu může tento stav zahrnovat různé druhy aktivní práce. Nemusíte vytvářet samostatná označení pro každou možnou činnost, pokud by tato označení neměnila způsob, jak tým reaguje. Podrobnosti může poskytnout přiřazený řešitel a kontext konverzace, zatímco stav zůstane snadno přehledný.
3. Čeká na zákazníka
Stav Čeká na zákazníka používejte, když tým nemůže rozumně učinit další krok, dokud zákazník neposkytne informaci, potvrzení nebo odpověď. Tento stav je zvlášť užitečný, protože odlišuje pozastavené konverzace od požadavků, na kterých tým stále musí pracovat.
Také zpřehledňuje rozhodování o následných krocích. Místo aby se s ticketem zacházelo jako se zapomenutým, tým vidí, že požadavek čeká na externí vstup. Když zákazník odpoví, přesuňte jej zpět do stavu V řešení, pokud je potřeba další práce.
4. Vyřešeno
Stav Vyřešeno používejte, když byl požadavek zákazníka zodpovězen nebo problém dospěl k výsledku. Tento stav dává týmu jasnou cílovou čáru a odděluje dokončené konverzace od probíhající práce.
Vyřešení by mělo znamenat více než odeslání jakékoli odpovědi. Definujte jej jako okamžik, kdy tým poskytl požadovanou pomoc, informaci nebo výsledek a v tuto chvíli již není nutná žádná další interní akce. Pokud zákazník odpoví s novým dotazem nebo problém zůstává otevřený, vraťte ticket do fáze, která odpovídá nové práci.
5. Uzavřeno, pouze pokud to váš tým potřebuje
Některým týmům prospívá samostatný stav Uzavřeno poté, co byla vyřešená konverzace zkontrolována nebo již nevyžaduje pozornost. Jiným stačí skončit u stavu Vyřešeno. Stav Uzavřeno nepřidávejte jen proto, že se objevuje v jiném pracovním postupu. Přidejte jej pouze tehdy, pokud pro váš tým představuje skutečný, opakovatelný rozdíl.
Stejný princip platí pro každý další stav. Označení si zaslouží své místo jen tehdy, když někomu pomáhá lépe rozhodnout o další akci.
Ujasněte si, co přesouvá požadavek z jedné fáze do druhé
Samotná označení netvoří pracovní postup. Spolehlivý pracovní postup pro stavy ticketů zákaznické podpory také definuje přechody mezi fázemi. Ke každému přesunu napište krátké pravidlo, aby členové týmu dospěli ke stejnému závěru při práci s podobnými konverzacemi.
Základní sada pravidel pro přechody může vypadat takto:
- Z Nový do V řešení: člen týmu požadavek zkontroloval a převzal odpovědnost za další akci.
- Z V řešení do Čeká na zákazníka: další smysluplný krok závisí na odpovědi, podrobnosti nebo potvrzení od zákazníka.
- Z Čeká na zákazníka do V řešení: zákazník odpověděl a tým má práci k provedení.
- Z V řešení do Vyřešeno: požadavek dospěl k výsledku a není potřeba žádná další interní akce.
- Z Vyřešeno do V řešení: nové informace ukazují, že je nutná další práce.
Z těchto pravidel nemusíte vytvářet obsáhlou příručku. Pro každý stav mohou stačit jedna nebo dvě věty. Důležité je, aby pravidla viděli všichni, kdo řeší zákaznické požadavky, a aby se používala v každodenní práci.
Je také užitečné rozhodnout, kdo stav mění. V malém týmu může tuto aktualizaci obvykle provést osoba, která požadavek právě řeší. Pokud jeden člověk kontroluje příchozí požadavky před jejich přiřazením, může odpovídat za přesun ticketů ze stavu Nový. Přesné uspořádání se může lišit, ale odpovědnost by měla být srozumitelná.
Stav by měl odrážet požadovanou další akci, nikoli pouze poslední dokončenou akci.
Tento princip pomáhá v obtížných případech. Pokud tým odeslal odpověď, ale stále potřebuje něco prošetřit, ticket je stále ve stavu V řešení. Pokud tým potřebuje informace od zákazníka, je ve stavu Čeká na zákazníka. Aktuální překážka nebo další krok je užitečnější než záznam o tom, co se stalo naposledy.
Udržujte stavy oddělené od priority, odpovědnosti a poznámek
Systém stavů funguje nejlépe, když se nesnaží vyjadřovat vše o požadavku. Týmy často fáze přetěžují vytvářením označení, která kombinují různé myšlenky, například „Prošetření s vysokou prioritou“ nebo „Přiřazeno Samovi“. Tato označení se pak hůře procházejí, protože mísí naléhavost, odpovědnost a postup.
- Stav ukazuje aktuální fázi požadavku.
- Odpovědnost ukazuje, kdo odpovídá za další akci.
- Priorita ukazuje, jak naléhavě má tým reagovat nebo požadavek vyřešit.
- Podrobnosti konverzace zachovávají požadavek zákazníka, odpovědi a relevantní kontext.
Oddělení těchto prvků dává týmu jasnější provozní přehled. Požadavek může mít vysokou prioritu a být V řešení. Jiný může být přiřazen stejné osobě, ale Čekat na zákazníka. Ani jedna situace nevyžaduje zvláštní název stavu.
Použití Zákaznické podpory k organizaci požadavků zákazníků a řešitelů může toto rozlišení podpořit tím, že uchovává požadavky, přiřazené řešitele a postup řešení společně s konverzací. Praktickým přínosem je sdílená schránka, která členům týmu umožňuje porozumět jak fázi práce, tak kontextu, který za ní stojí.
Kontrolujte požadavky, které se přestaly posouvat
I dobře navržená sada fází ticketů podpory vyžaduje pravidelnou pozornost. Požadavky mohou zůstávat ve stavu V řešení, protože nebyla jasná další akce, nebo setrvávat ve stavu Čeká na zákazníka déle, než se očekávalo. Pravidelná kontrola týmu pomáhá najít tyto uvázlé konverzace dříve, než přestanou být viditelné.
Udržujte kontrolu nenáročnou. V pravidelném intervalu, který odpovídá pracovnímu vytížení vašeho týmu, projděte každý stav kromě Vyřešeno a zeptejte se:
- Má tento požadavek jasného řešitele?
- Je aktuální stav stále přesný?
- Jaká je další akce a kdo ji provede?
- Čeká tým na zákazníka, nebo je ještě potřeba interní práce?
- Lze nyní požadavek vyřešit?
Smyslem této kontroly není přesouvat tickety jen proto, aby doručená pošta vypadala uklizeně. Jde o obnovení jasného dalšího kroku. Pokud požadavek nemá žádnou smysluplnou další akci, tým může potřebovat více informací. Pokud má akci, ale nemá řešitele, někoho přiřaďte. Pokud dospěl k výsledku, vyřešte jej.
Sledujte také vzorce. Pokud mnoho požadavků pravidelně uvízne ve stejné fázi, definice může být nejasná nebo je potřeba věnovat pozornost předávání práce. Úprava jednoho matoucího označení nebo pravidla přechodu může být cennější než přidání několika nových stavů.
Představte pracovní postup týmu
Jednoduché zavedení zvyšuje pravděpodobnost přijetí. Sdílejte vybrané názvy stavů, jejich definice a pravidla pro přechody mezi nimi. Poté použijte skutečné příchozí požadavky k ověření, zda systém odpovídá na otázky, které váš tým skutečně má.
Zeptejte se kolegů, zda na první pohled poznají, které požadavky nyní vyžadují pozornost. Pokud dva lidé opakovaně volí pro stejnou situaci různé stavy, upřesněte definici namísto předpokladu, že problémem je individuální nekonzistence. Pracovní postup by měl být srozumitelný, aniž by si lidé museli pamatovat výjimky.
Jak tým získává zkušenosti, odolejte snaze měnit systém kvůli každému neobvyklému případu. Trvalý pracovní postup ticketů zákaznického servisu srozumitelně zvládá běžnou práci a ponechává prostor pro poznámky ke konverzaci a odpovědnost, které zachytí konkrétní okolnosti. Revidujte jej, když se proces podpory týmu skutečně změní, nikoli jen proto, že byl jeden požadavek složitý.
Závěr: Zviditelněte další akci
Jednoduchý systém stavů dává malému týmu podpory okamžitý způsob, jak porozumět práci se zákazníky. Začněte se stavy Nový, V řešení, Čeká na zákazníka a Vyřešeno a další fázi přidejte pouze tehdy, když představuje smysluplný a opakovatelný rozdíl. Definujte, co posouvá každý požadavek kupředu, udržujte odpovědnost a prioritu oddělené a kontrolujte konverzace, které se přestaly posouvat.
Jste připraveni uvést pracovní postup do praxe? Použijte Zákaznickou podporu k organizaci požadavků, řešitelů a postupu řešení na jednom místě.