Deskhero
Čeština
Vyzkoušet zdarma

← Back to articles

Dashboardy zákaznické podpory pro manažery: šablony a KPI

Dashboardy zákaznické podpory pro manažery: šablony a KPI

Manažeři podpory často potřebují šest pohledů na dashboardu: živou operační nástěnku, pohled manažera na frontu, scorecardy Userů, dashboard trendu CSAT, monitor zdraví SLA a pohled na rizika pro vedení. Praktická implementace využívá dvě vrstvy: operační pohled pro Usere a vedoucí týmů a také rozbalovací pohledy podle rolí pro manažery a vedení.

Klíčové ukazatele 1. úrovně: doba první odpovědi (FRT), vyřešení při prvním kontaktu (FCR), skóre spokojenosti zákazníků (CSAT), průměrná doba vyřízení (AHT) a míra dodržení SLA.

2. úroveň (operační zdraví): velikost backlogu, míra eskalací, počet ticketů na Usera.

Žena kontroluje vytištěné reporty KPI, pohled shora

3. úroveň (dopad na byznys): náklady na vyřešení, tržby ovlivněné podporou, signály rizika odchodu vyplývající ze vzorců v ticketech.

Dva pracovníci podpory diskutují o živé nástěnce na televizní obrazovce

Rozumný postup uvedení do produkce spočívá v propojení helpdesku, vytvoření pohledů podle rolí, nastavení prahových hodnot a zveřejnění každého pohledu tam, kde ho jeho cílová skupina skutečně používá.

Níže je popsáno šest šablon:

  • Živá operační nástěnka
  • Pohled manažera na frontu a vytížení
  • Scorecardy Userů
  • Dashboard CSAT a kvality
  • Monitor SLA a starých ticketů
  • Strategický dashboard zaměřený na produkt

Tip pro profesionály: Nevytvářejte všech šest najednou. Začněte nástěnkou a jedním manažerským pohledem. Než přidáte zbytek, ujistěte se, že tyto dva fungují správně.

Obsah

Jaké typy dashboardů podpory existují a kdy byste měli který použít?

Nástěnky sdílené v reálném čase zpřístupňují operační metriky celému týmu. Ne každý dashboard se však musí obnovovat každou sekundu a ne každé publikum potřebuje stejný pohled.

Čtyři hlavní typy se liší rychlostí rozhodování a cílovým publikem:

  • Operační nástěnka: Hloubka živé fronty, aktivní tickety, Userové online, odpočítávání do termínu SLA. Je určena Userům a vedoucím týmů, kteří potřebují reagovat během několika minut. Obnovování: v reálném čase.
  • Pohled manažera na frontu a pracovní kapacitu: Otevřené tickety podle stáří a priority, dostupnost Userů, procento SLA v ohrožení, teplotní mapy backlogu. Obnovování: od reálného času po hodinové.
  • Osobní scorecard Usera: Počet dnes uzavřených ticketů, osobní CSAT, AHT, pozice v žebříčku. Obnovování: v reálném čase nebo jako snímek na konci směny.
  • Dashboard rizik pro vedení: Trend SLA, trend CSAT, míra eskalací, příznaky rizika odchodu, náklady na vyřešení. Obnovování: denně až týdně.

Dva další typy slouží specifickým účelům. Dashboard CSAT a kvality sleduje míru odpovědí na průzkumy, trendové linie a vzorky doslovných komentářů. Dashboard SLA a starých ticketů předpovídá porušení SLA ještě předtím, než k nim dojde.

Typ dashboardu Hlavní publikum Podporované rozhodnutí Frekvence obnovování
Živá operační nástěnka Userové, vedoucí týmů Okamžitě reagovat na nárůst fronty V reálném čase
Pohled manažera na frontu Manažeři podpory Vyrovnat pracovní zátěž, označit riziko SLA Od reálného času po hodinové
Scorecard Usera Jednotliví Userové Samostatně korigovat chování, sledovat cíle V reálném čase nebo na konci směny
CSAT a kvalita QA, manažeři Identifikovat témata pro koučování Denně
SLA a staré tickety Manažeři, operační týmy Předcházet porušením SLA, včas eskalovat Od reálného času po hodinové
Pohled na rizika pro vedení Ředitelé, viceprezidenti Odhalit rizika na úrovni byznysu Denně až týdně

Mapování na konkrétní případy použití je zde důležité. Call centrum může mít nástěnku a monitor SLA celý den zobrazené na televizní obrazovce. SaaS helpdesk se může zaměřit na trendy CSAT a opakující se problémy. E-commerce tým během hlavní sezóny může trávit více času v pohledu manažera na frontu. Vzdálené a hybridní týmy mohou zveřejnit operační pohled ve sdíleném kanálu, pokud to jejich reportingový stack podporuje.

Vyberte frekvenci obnovování, která odpovídá danému rozhodnutí. Operační pohledy mohou potřebovat živá nebo hodinová data, zatímco trendové pohledy a pohledy pro vedení se mohou obnovovat denně nebo týdně. Tato příručka metrik zákaznické podpory nabízí další definice a kontext.

Tip pro profesionály: Zobrazujte dashboardy tam, kde lidé už pracují. Dashboard, který nikdo neotevře, je jen report.

Které KPI patří na dashboardy podpory?

Hierarchický rámec metrik může oddělit taktické signály, na které Userové reagují každý den, od ukazatelů, které propojují podporu s širšími obchodními výsledky. Zde je jeden ze způsobů, jak je strukturovat.

Infografika znázorňující úrovně a kategorie KPI pro dashboardy podpory

KPI Vzorec / definice Úroveň Kdo ho vidí
Doba první odpovědi (FRT) Čas od vytvoření ticketu do první odpovědi Usera 1 Userové, manažeři, vedení
Vyřešení při prvním kontaktu (FCR) Tickety vyřešené při prvním kontaktu ÷ celkový počet ticketů 1 Manažeři, vedení
CSAT Součet kladných hodnocení ÷ celkový počet odpovědí na průzkum 1 Všechny role
Průměrná doba vyřízení (AHT) Celková doba vyřízení ÷ počet vyřízených ticketů 1 Userové, manažeři
Míra dodržení SLA Tickety vyřešené v rámci SLA ÷ celkový počet ticketů 1 Manažeři, vedení
Backlog / staré tickety Otevřené tickety starší než X dní 2 Manažeři
Míra eskalací Eskalované tickety ÷ celkový počet ticketů 2 Manažeři
Počet ticketů na Usera Celkový počet ticketů ÷ aktivní Userové 2 Manažeři
Náklady na vyřešení Celkové náklady na podporu ÷ vyřešené tickety 3 Vedení
Tržby ovlivněné podporou Tržby z účtů s vyřešenými tickety za dané období 3 Vedení, vedoucí CS
Signál rizika odchodu Účty s vysokým počtem ticketů + nízkým CSAT + bez vyřešení 3 Vedoucí CS, vedení

Základní metriky zákaznických služeb, jako jsou CSAT, Customer Effort Score (CES) a Net Promoter Score (NPS), se široce sledují, ale slouží různým účelům. CSAT měří spokojenost s konkrétní interakcí. CES měří, jak snadná interakce byla. NPS měří celkovou loajalitu. Na většině dashboardů podpory patří CSAT a CES do operační vrstvy; NPS se hodí spíše do pohledu pro vedení.

Několik poznámek k benchmarkům: průměry CSAT v odvětví se výrazně liší podle sektoru a typu ticketu. Namísto honby za univerzálním číslem si během prvních 30 dní stanovte vlastní výchozí hodnotu a od ní měřte zlepšení. Také benchmarky FCR závisí na složitosti vašeho produktu a kombinaci kanálů.

Propojení dat z ticketů s daty z CRM a fakturace posouvá podporu od operačního reportingu k dopadu na byznys. Když vidíte, že účet s vysokým počtem ticketů a klesajícím CSAT má příští měsíc obnovit smlouvu, jde o signál 3. úrovně, který stojí za eskalaci.

Userové mohou potřebovat zaměřený výběr metrik 1. úrovně. Manažeři obvykle potřebují 1. a 2. úroveň. Vedení obecně potřebuje spíše trendy a signály obchodního dopadu než surové počty ticketů.

Šest připravených šablon dashboardů pro týmy podpory

Tyto návrhy lze přímo zkopírovat do vašeho helpdesku nebo BI nástroje. Každý odpovídá konkrétnímu publiku, rozhodnutí a zdroji dat.

Šablona Hlavní publikum Nezbytné metriky Typické vizualizace Obnovování Očekávaná akce
Živá operační nástěnka Userové, vedoucí týmů Hloubka fronty, FRT, odpočítávání SLA, Userové online Ukazatele, sloupce fronty, výstražné bannery V reálném čase Reagovat na nárůsty, znovu přiřadit tickety
Pohled manažera na frontu Manažeři podpory Otevřené tickety podle stáří/priority, % SLA v ohrožení, dostupnost Userů Teplotní mapy, skládané sloupce Od reálného času po hodinové Vyrovnat pracovní zátěž, eskalovat
Scorecardy Userů Jednotliví Userové Dnes uzavřené tickety, CSAT, AHT, pořadí v žebříčku Ukazatele postupu, mikrotrendy V reálném čase nebo na konci směny Samostatně se korigovat, plnit denní cíle
CSAT a kvalita QA, manažeři Trend CSAT, míra odpovědí na průzkum, vzorky doslovných komentářů, skóre kvality Trendové linie, grafy rozložení Denně Identifikovat témata pro koučování
SLA a staré tickety Manažeři, operační týmy Prognóza porušení SLA, rozložení podle stáří, míra eskalací Skládané sloupce, značky prahových hodnot Od reálného času po hodinové Předcházet porušením SLA, včas eskalovat
Strategický / produktový pohled Ředitelé, vedoucí CS Shluky problémů, příznaky rizika odchodu, tržby ovlivněné podporou Trendové linie, kohortové tabulky Denně až týdně Upřednostnit opravy produktu, označit riziko obnovy

Šablona 1: Živá operační nástěnka. Nástěnka je tepnou vašeho oddělení podpory. Zobrazte hloubku fronty podle kanálu, FRT za posledních 60 minut, odpočítávání u ticketů blížících se porušení SLA a aktuální počet Userů online. Pro hloubku fronty použijte velké ukazatele a při překročení prahových hodnot barevně odlišené výstražné bannery. Nástěnky na televizních obrazovkách v kanceláři lze nastavit rychle a poskytují celému týmu společný přehled o situaci, aniž by kdokoli musel otevírat report.

Šablona 2: Pohled manažera na frontu a vytížení. Tento dashboard kontrolujete před týmovou poradou. Zobrazte otevřené tickety seřazené podle stáří a priority, dostupnost Userů (k dispozici vs. zaneprázdněni vs. offline), procento SLA v ohrožení a teplotní mapu ukazující koncentraci backlogu podle segmentu nebo oblasti produktu. U většiny údajů stačí hodinové obnovování, ale riziko SLA by se mělo aktualizovat v reálném čase.

Šablona 3: Scorecardy Userů. Každý User vidí vlastní čísla: dnes uzavřené tickety oproti dennímu cíli, osobní skóre CSAT, AHT a pořadí v týmovém žebříčku. Zde dobře fungují ukazatele postupu. Mikrotrendová linie zobrazující CSAT za posledních 7 dní poskytne Userům kontext, aniž by je zahltila. Obnovujte na konci směny pro přehledný denní snímek, nebo v reálném čase, pokud vašemu týmu záleží na pořadí v žebříčku.

Šablona 4: Dashboard CSAT a kvality. Dashboardy CSAT mohou kombinovat míru odpovědí na průzkum, trendové linie a vybrané komentáře. Zobrazte trend CSAT za 30 a 90 dní, míru odpovědí na průzkum, vzorek posledních komentářů a rozpis skóre kvality podle Usera nebo týmu. Přidejte filtry segmentů podle kanálu, oblasti produktu nebo úrovně zákazníka.

Šablona 5: Monitor SLA a starých ticketů. Cílem je zachytit porušení SLA ještě předtím, než k němu dojde. Zobrazte prognózu porušení (tickety, u nichž pravděpodobně dojde k porušení v příštích 2 hodinách), graf rozložení stáří otevřených ticketů a vývoj míry eskalací. V grafech použijte značky prahových hodnot, aby byla úroveň rizika vizuálně zřejmá. Monitorování SLA v reálném čase s možností rozbalení pro analýzu kořenových příčin je standardní funkcí vyspělých dashboardů kontaktních center.

Šablona 6: Strategický dashboard zaměřený na produkt. Tento pohled propojuje podporu s byznysem. Zobrazte opakující se témata ticketů a tam, kde to vaše data umožňují, také ukazatele rizika účtů, tržby ovlivněné podporou a dopad na konverzní funnel. Kombinace signálů zaměřených na udržení zákazníků s daty o účtech může vedoucím CS pomoci prošetřit riziko ještě před rozhovorem o obnovení smlouvy.

Jak nastavit cíle, prahové hodnoty a upozornění, která skutečně mění chování

Dashboard bez prahových hodnot je jen výsledková tabule. Prahové hodnoty mění metriky ve spouštěče akcí.

Rámec pro stanovování cílů:

  1. Stanovte výchozí hodnotu (prvních 30 dní čistých dat).
  2. Od výchozí hodnoty nastavte mírný, měřitelný cíl zlepšení.
  3. Definujte operační prahové hodnoty navázané na výsledky, které vaše vlastní data dokážou podpořit.

Příklady výchozích prahových hodnot:

  • FRT pro tickety s prioritou 1: upozornění po 30 minutách, eskalace po 60 minutách.
  • Procento SLA v ohrožení: žlutá při 15 %, červená při 25 %.
  • Spouštěč poklesu CSAT: upozornění, když klouzavý CSAT za 7 dní klesne o více než 5 bodů oproti průměru za 30 dní.
  • Růst backlogu: upozornění, když počet otevřených ticketů během jediné hodiny vzroste o více než 20 %.

Pravidla směrování upozornění:

  • Každé upozornění musí obsahovat kontext: počet dotčených zákazníků, odkazy na 2 až 3 ukázkové tickety a související oblast produktu.
  • Upozornění s prioritou 1 směrujte odpovědnému vedoucímu i do sdíleného výstražného kanálu týmu.
  • U nekritických upozornění omezte frekvenci na jednu notifikaci za 30 minut, abyste předešli únavě z upozornění.
  • Upozornění s nízkou závažností slučujte do denního přehledu.

Postup koučování při spuštění upozornění:

  1. Triage: Načtěte ukázkové tickety. Jde o nárůst objemu, nedostatek dovedností, nebo selhání procesu?
  2. Kontrola vzorku: Přečtěte si 3 až 5 ticketů označeného Usera nebo fronty. Hledejte vzorce.
  3. Koučování a dokumentace: Veďte 10minutový rozhovor. Dohodněte jednu konkrétní změnu. Zapište ji.
  4. Následná kontrola a uzavření: Zkontrolujte metriku znovu za 48 hodin. Udržela se změna?

Krátký scénář pro manažera ke kroku 3: „Všiml jsem si, že váš AHT u fakturačních ticketů tento týden vzrostl o 40 %. Vybral jsem tři příklady a vypadá to, že proces refundací není jasný. Projděme si ho společně a aktualizujme záznam ve znalostní bázi.“

Tip pro profesionály: Nastavte upozornění před eskalací dostatečně brzy, aby tým mohl jednat dříve, než dojde k porušení SLA. Změny prahových hodnot nejprve testujte jako malé experimenty s časovým omezením, než je nastavíte natrvalo.

Nejlepší postupy pro návrh a data přesných dashboardů

Špatná data na vstupu vedou ke špatným rozhodnutím. Tato pravidla předcházejí nejčastějším selháním dashboardů.

Kontrolní seznam zdrojů dat:

  • Pro každou metriku určete jeden kanonický zdroj pravdy. Pokud FRT žije ve vašem helpdesku, nikdy by se neměl přepočítávat v tabulce.
  • U vícekanálových týmů před spojováním dat sjednoťte časová razítka ticketů do jednoho časového pásma.
  • Doporučená spojení pro metriky 3. úrovně zahrnují data ticketů, záznamy účtů v CRM, stav fakturace a relevantní produktové události.
  • Chybějící data zobrazujte explicitně. Prázdná buňka je méně nebezpečná než nula, která vypadá jako skutečná hodnota.

Názvy a definice:

  • Ke každé metrice na dashboardu napište jednořádkovou definici. Uložte ji do sdíleného slovníku metrik (postačí stránka v Notionu nebo záznam ve wiki).
  • Definice verzujte. Když změníte způsob výpočtu FCR, poznamenejte datum, aby historická srovnání zůstala platná.

Pravidla vizualizace:

  • Pro metriky s jednou hodnotou a jasným cílem (hloubka fronty, dodržení SLA) používejte ukazatele.
  • Pro vše, co potřebujete sledovat v čase (CSAT, FRT, objem ticketů), používejte trendové linie.
  • Žebříčky používejte pro srovnání na úrovni Userů, ale pouze tehdy, když je velikost vzorku dostatečná pro smysluplné závěry.
  • Teplotní mapy používejte pro koncentraci backlogu podle segmentu, denní doby nebo oblasti produktu.
  • Nikdy nepoužívejte skládané procentuální sloupce, aniž byste vedle nich zobrazili absolutní hodnoty.
Zdroj dat Kanonická metrika Doporučené obnovování
Helpdesk / ticketovací systém FRT, AHT, FCR, objem ticketů, dodržení SLA V reálném čase
Nástroj průzkumů CSAT Skóre CSAT, míra odpovědí, doslovné komentáře Denně
CRM Úroveň účtu, datum obnovení, hodnota smlouvy Denně
Fakturační systém MRR, stav platby Denně
Produktová analytika Využívání funkcí, frekvence přihlašování Denně až týdně

Správa:

  • Každému pohledu přiřaďte jednoho vlastníka dashboardu. Tato osoba odpovídá za kontroly přesnosti a aktualizace definic.
  • Provádějte měsíční kontrolu přesnosti: vyberte 10 náhodných ticketů a ověřte, že čísla na dashboardu odpovídají surovým datům.
  • Přístup řiďte podle rolí. Userové vidí vlastní scorecard. Manažeři vidí data na úrovni týmu. Vedení vidí agregované trendy.

Tip pro profesionály: Po spuštění ručně vypočítejte FRT za jeden týden ze surových exportů ticketů a porovnejte ho s dashboardem. Prověřte každý významný rozdíl včetně nastavení časového pásma, filtrů a pracovní doby.

Jak dlouho trvá implementace dashboardů podpory?

Doba implementace závisí na velikosti týmu, kvalitě dat, počtu zdrojů a na tom, zda používáte nativní reporting, nebo BI nástroj. Níže uvedené rozsahy berte jako plánovací odhady, nikoli jako záruky.

Fáze Malý tým (1 až 10 Userů) Středně velký tým (11 až 49 Userů) Vyspělý tým (50+ Userů)
Analýza a mapování dat 1 až 2 dny 3 až 5 dní 1 až 2 týdny
Vytvoření dashboardu 2 až 3 dny 1 až 2 týdny 2 až 4 týdny
QA a pilotní provoz 1 až 2 dny 3 až 5 dní 1 až 2 týdny
Nasazení a školení 1 den 2 až 3 dny 1 týden
Celkem ~1 týden 2 až 4 týdny 5 týdnů nebo více

Role, které potřebujete:

  • Manažer podpory: definuje požadavky, ověřuje metriky, řídí nasazení.
  • Datový inženýr nebo BI analytik: vytváří spojení a nastavuje datové pipeline pro obnovování.
  • Vedoucí QA: před spuštěním ověřuje přesnost.
  • Manažer změny (u větších týmů): zajišťuje školení a adopci.

Faktory ovlivňující náklady: Největší proměnnou je úsilí vynaložené na datové inženýrství. Pokud má váš helpdesk předpřipravené konektory k BI nástroji, můžete vynechat většinu práce na pipeline. Vlastní nastavení s využitím nativního reportingu helpdesku je nejlevnější, ale nabízí nejmenší flexibilitu. Vestavěné dashboardy dodavatele (integrované do platformy helpdesku) jsou nejrychlejší cestou do produkce. U větších týmů se licence samostatných BI nástrojů rychle nasčítají.

Kontrolní seznam nasazení:

  1. Připojte zdroj dat helpdesku a ověřte mapování polí ticketů.
  2. Nejprve vytvořte živou nástěnku a zveřejněte ji na snadno dostupném sdíleném místě.
  3. Přidejte pohled manažera na frontu. Ověřte výpočty SLA v ohrožení.
  4. Před nasazením do všech týmů proveďte dvoutýdenní pilot s jedním týmem.
  5. Proveďte kontrolu přesnosti (viz výše uvedená část o správě).
  6. Proškolte Usere v používání jejich scorecardů během 15minutového školení.
  7. Naplánujte 30denní kontrolu pro úpravu prahových hodnot a filtrů.

Malý tým využívající nativní reporting helpdesku může spustit nástěnku a manažerský pohled přibližně za týden. Čistá pole ticketů a konzistentní definice jsou základem všeho, co následuje.

Jak Deskhero podporuje operační a reportovací pohledy

Deskhero obsahuje operační Dashboard, konfigurovatelný seznam ticketů, pevně dané pohledy Statistics, reporting SLA a API. Nezpracovává každý vlastní BI dashboard popsaný výše, ale bez samostatného BI nástroje pokrývá řadu běžných potřeb reportingu helpdesku.

Mapování funkcí na šablony:

  • Operational Dashboard: Rozpisy stavů, aktivní tickety, tickety čekající na první odpověď, trendy objemu ticketů, průměrná doba první odpovědi a průměrná doba vyřešení se zobrazují v jednom živě aktualizovaném pohledu s filtrem skupiny.
  • Pohled manažera na frontu: Seznam ticketů podporuje sloupce a filtry pro stav, prioritu, skupinu, přiřazeného Usera, štítek, SLA a vlastní pole. Každý User si může zvolit a uspořádat vlastní sloupce a filtry.
  • Týmový reporting: Sekce Statistics obsahuje tabulky podle skupin a Userů. Její žebříček Userů také odděluje práci vyřízenou pomocí Deskhero AI prostřednictvím automatických odpovědí a chat-botu.
  • Monitorování SLA: Konfigurovatelné zásady nastavují cíle první odpovědi a vyřešení. Pohledy SLA v Dashboardu a Statistics zobrazují aktuální riziko a historické plnění, zatímco upozornění na riziko a porušení SLA využívají notifikace v aplikaci a e-mail.
  • Pohledy na trendy a témata: Pevně dané záložky Statistics pokrývají trendy, doby odpovědí, kanály, AI a automatizaci a opakující se témata. Shlukování Topics vyžaduje přibližně 100 ticketů a u placených tarifů se znovu vytváří zhruba jednou týdně.
  • Externí analýza: REST API Deskhero může dodávat data ticketů do reportovacího procesu, který je spojí s daty CRM nebo fakturace. API funguje na principu dotazování a nemá odchozí webhooky.

Kontrolní seznam implementace v Deskhero:

  • Připojte svou schránku Gmail nebo Microsoft 365 (bez migrace a bez nové e-mailové adresy).
  • Namapujte schránky na skupiny a nakonfigurujte potřebné automatizace nových ticketů.
  • Přidejte Usere, přiřaďte role a nakonfigurujte sloupce a filtry seznamu ticketů.
  • Definujte zásady SLA včetně pracovní doby a stavů, které pozastavují hodiny pro řešení.
  • Pro každou skupinu zvolte preference notifikací v aplikaci a e-mailem.
  • Nejprve si prohlédněte Dashboard a poté použijte pevně dané záložky Statistics pro hlubší analýzu a exporty.

Návrhy konceptů v Deskhero mohou využívat veškeré znalosti pracovního prostoru včetně zodpovězených ticketů, interní znalostní báze, schválených veřejných FAQ a načtených stránek webu. Chat-bot pro zákazníky a automatické odpovědi používají pouze schválené veřejné FAQ. Chat-bot lze aktivovat poté, co má pracovní prostor alespoň 100 schválených položek FAQ.

Deskhero nabízí 30denní bezplatnou zkušební verzi bez nutnosti platební karty. Rozhraní produktu podporuje 14 jazyků a Userové mohou překládat tickety a návrhy odpovědí přímo v helpdesku.

Tip pro profesionály: Během zkušební verze připojte schránku, nakonfigurujte frontu a zásady SLA a poté pomocí dat z Dashboardu a Statistics stanovte výchozí hodnotu, než nastavíte cíle.

Časté chyby při návrhu dashboardů, které vedou k nesprávným závěrům

Nejdražší chybou dashboardu není špatná vizualizace. Je jí měření správné věci nesprávným způsobem.

Míchání publik na jedné obrazovce je nejčastější strukturální chybou. Když Userové a vedení sdílejí stejný dashboard, vznikne pohled, který je pro Usere příliš hlučný a pro vedení příliš detailní. Ani jedna skupina podle něj nejedná.

Přílišné zaměření na surový objem ticketů může způsobit, že vytížené týmy vypadají efektivně a efektivní týmy pomalu. Vysoký počet uzavření při slabém FCR může být méně zdravý než nižší objem s vyšší kvalitou řešení. Kombinujte metriky objemu s metrikami kvality.

Ignorování velikosti vzorku průzkumu u CSAT vytváří velmi nestabilní skóre. CSAT 95 % založený na čtyřech odpovědích není signál. Před zobrazením skóre CSAT stanovte minimální počet odpovědí a vedle skóre vždy zobrazte také jejich počet.

Zastaralé intervaly obnovování mění dashboardy v reálném čase na historické reporty. Pokud se vaše nástěnka obnovuje každých 15 minut, není to nástěnka. Po spuštění zkontrolujte nastavení obnovování.

Upozornění na falešně pozitivní signály vznikají, když jsou prahové hodnoty nastaveny příliš těsně. Příliš mnoho upozornění s nízkou hodnotou vede k jejich ignorování. Začněte konzervativními prahovými hodnotami a zpřísněte je až poté, co ověříte užitečnost signálu.

Oříznuté osy Y na trendových liniích způsobují, že malé změny vypadají dramaticky. Pokles CSAT z 94 % na 92 % vypadá katastroficky na grafu začínajícím na 90 %. Procentuální osy vždy začínejte na 0, pokud měřítko výslovně neoznačíte.

Ještě jedna věc: nikdy nevykazujte metriku, kterou nedokážete vysvětlit Userovi, jehož se týká. Pokud se User zeptá „jak se počítá můj AHT?“ a vy nedokážete odpovědět jednou větou, metrika ještě není připravena pro scorecard.

Hlavní poznatky

Rámec šesti dashboardů funguje, protože odděluje operační signály v reálném čase od strategických pohledů na dopad na byznys a každému publiku poskytuje přesně to, podle čeho může jednat.

Body Podrobnosti
Začněte dvěma dashboardy Nejprve vytvořte živou nástěnku a pohled manažera na frontu; další pohledy přidejte, až bude výchozí stav stabilní.
Rozdělte KPI do úrovní Pro každé publikum zvolte zaměřenou sadu metrik 1. úrovně; metriky 3. úrovně často vyžadují spojení s CRM a fakturačními daty.
Upozornění potřebují kontext Každé upozornění na prahovou hodnotu by mělo obsahovat počet dotčených zákazníků, odkazy na ukázkové tickety a související oblast produktu.
Správa předchází rozcházení definic Každému pohledu přiřaďte jednoho vlastníka dashboardu a jednou měsíčně ověřte přesnost oproti surovým datům ticketů.
Reporting Deskhero Deskhero kombinuje operační Dashboard, pevně dané záložky Statistics, pohledy SLA, konfigurovatelné filtry ticketů, exporty do Excelu a REST API fungující na principu dotazování.

Co bych jako manažer podpory vytvořil jako první

Pokušení vytvořit vše najednou je velké. Nedělejte to.

Kdybych začínal od nuly, nejprve bych vytvořil živou nástěnku a pohled manažera na frontu. Tyto dva pohledy zodpoví nejdůležitější otázky: Roste fronta rychleji, než ji dokážeme zvládat? Hrozí nám brzy porušení SLA?

Prvních 30 dní slouží k měření výchozího stavu. Zatím nenastavujte cíle. Jen sledujte. Uvidíte nečekané vzorce: nárůst každé úterý odpoledne, oblast produktu, která vytváří velký podíl eskalací, nebo Usera, jehož AHT je u konkrétního typu ticketu trojnásobkem týmového průměru.

Na základě pozorování nastavte prahové hodnoty 1. úrovně. Přidejte scorecardy Userů. Proveďte první koučovací cyklus pomocí čtyřkrokového postupu z výše uvedené části o upozorněních.

Jakmile se výchozí stav ustálí, přidejte dashboard CSAT a monitor SLA. Použijte dostatek dat, abyste odlišili trvalý vzorec od krátkodobého výkyvu.

Pokud například CSAT Usera klesne, před koučováním zkontrolujte malý vzorek ticketů. Jestliže několik ticketů ukáže, že konverzace byly uzavřeny dříve, než zákazník potvrdil vyřešení, dohodněte konkrétní změnu procesu a po stanovené době metriku znovu ověřte.

To je celý smysl dashboardu. Ne graf. Rozhovor, který graf umožní.

Začněte s vestavěným reportingem Deskhero

Deskhero mění schránky Gmailu, Google Workspace a Microsoft 365 na tickety ve sdílené schránce. Jeho vestavěné sekce Dashboard a Statistics umožňují týmům sledovat operační práci i dlouhodobější trendy bez nutnosti nejprve vytvářet vlastní reportingový stack.

Deskhero

Dashboard zobrazuje rozpisy stavů, práci čekající na první odpověď, trendy objemu ticketů a doby odpovědí a řešení. Statistics přidává pevně dané pohledy na trendy, doby odpovědí, výkon SLA, aktivitu týmu, kanály, AI a automatizaci a opakující se témata. Riziko SLA může generovat upozornění v aplikaci a e-mailem. Pro externí analýzu poskytuje platforma helpdesku Deskhero také REST API, na které se mohou reportingové nástroje dotazovat.

Začněte 30denní bezplatnou zkušební verzí bez nutnosti platební karty. Svou stávající e-mailovou adresu si můžete ponechat.

Užitečné zdroje

  • Metriky zákaznické podpory, které přinášejí skutečný dopad, SigOS.
  • Živé dashboardy zákaznických služeb pro celý tým podpory, Geckoboard.
  • Dashboard zákaznické podpory pro kancelářskou televizi, BoardQ.
  • 20 klíčových metrik zákaznické podpory, které je třeba sledovat, Fullview.
  • Dashboard CSAT poháněný AI, Merren.
  • Metriky zákaznických služeb: 10 nejdůležitějších k měření, Qualtrics.
  • Jak snížit odchod zákazníků v samoobslužném SaaS, Customerscore.io.

Časté dotazy

Co je dashboard zákaznické podpory?

Dashboard zákaznické podpory je pohled na klíčové metriky podpory v reálném čase nebo podle nastaveného plánu, například na hloubku fronty, FRT, CSAT a dodržení SLA, který pomáhá manažerům a Userům sledovat výkon a rychle reagovat na signály.

Jaké jsou čtyři základní metriky zákaznických služeb?

Čtyři nejčastěji sledované metriky zákaznických služeb jsou CSAT (spokojenost zákazníků), FCR (vyřešení při prvním kontaktu), FRT (doba první odpovědi) a AHT (průměrná doba vyřízení). Tvoří základ 1. úrovně každého dashboardu podpory.

Co je dashboard CSAT?

Dashboard CSAT sleduje výsledky průzkumů spokojenosti zákazníků v čase a zobrazuje trendy skóre, míru odpovědí na průzkum a komentáře zákazníků. Denní obnovování může manažerům pomoci identifikovat témata pro koučování a problémy s kvalitou.

Jaké jsou hlavní typy dashboardů podpory?

Mezi hlavní typy patří živá operační nástěnka, pohled manažera na frontu, scorecardy Userů, dashboard CSAT a kvality, monitor SLA a starých ticketů a strategický dashboard nebo dashboard rizik pro vedení. Každý slouží jinému publiku a frekvenci rozhodování.

Jak efektivně analyzovat data podpory?

Začněte rozdělením metrik do úrovní: 1. úroveň pro každodenní operační rozhodování, 2. úroveň pro zdraví pracovní zátěže a 3. úroveň pro signály obchodního dopadu. Propojte data ticketů se záznamy CRM a fakturace, abyste se dostali za hranice surového objemu a spojili výkon podpory s výsledky v oblasti udržení zákazníků a tržeb.