Datová šablona pro zákaznický servis
Datová šablona pro zákaznický servis
- Doporučené atributy ke sběru
- Aktivity, které je vhodné sledovat
- Pokyny k extrakci dat
Atributy zákaznického servisu
| Název | Popis | ||
|---|---|---|---|
|
Čas zahájení
EventTime
|
Časové razítko označující, kdy činnost nebo událost začala. | ||
|
Popis
Tento atribut uvádí přesné datum a čas každé činnosti. Je nezbytný pro správné seřazení událostí i pro veškeré časové analýzy. Čas zahájení slouží k sestavení chronologického průběhu procesu a k výpočtu délky trvání, čekání a doby cyklu mezi jednotlivými činnostmi. Přesná časová razítka jsou důležitá pro spolehlivou analýzu procesu a sledování jeho výkonnosti.
Proč je to důležité
Toto časové razítko řadí všechny činnosti chronologicky, takže lze přesně analyzovat průběh procesu, jeho délku i úzká místa.
Kde data získat
Najdete jej v záznamech událostí nebo podrobnostech interakcí v Genesys Cloud CX. Často se uvádí u každé zaznamenané systémové události nebo události vyvolané uživatelem.
Příklady
2024-05-21T10:00:15Z2024-05-21T10:02:30Z2024-05-21T10:15:00Z
|
|||
|
Název činnosti
ActivityName
|
Název konkrétní události nebo úkolu, ke kterému v určitém okamžiku během vyřizování požadavku došlo. | ||
|
Popis
Tento atribut popisuje konkrétní krok nebo změnu stavu v procesu zákaznické podpory. Každá činnost představuje samostatnou událost, například „Přijetí interakce agentem“ nebo „Přiřazení kódu ukončení“. Analýza pořadí a četnosti těchto činností je základem process mining. Pomáhá zobrazit průběh procesu, odhalit odchylky a určit úzká místa nebo neefektivní kroky.
Proč je to důležité
Činnosti tvoří základ mapy procesu a umožňují zobrazit a analyzovat skutečný průběh procesu ve srovnání s navrženým postupem.
Kde data získat
Obvykle se získává mapováním systémových událostí, stavů agentů nebo konkrétních položek auditní stopy v Genesys Cloud CX na standardizované názvy činností.
Příklady
Zahájení interakcePřijetí interakce agentemUkončení práce po hovoruOpětovné otevření požadavku
|
|||
|
Požadavek zákazníka
ServiceRequest
|
Hlavní identifikátor interakce se zákaznickou podporou, který propojuje všechny související činnosti. | ||
|
Popis
Service Request, označovaný také jako Ticket nebo Case, je hlavním identifikátorem jednoho dotazu či problému zákazníka. Sdružuje všechny související události od prvního kontaktu až po konečné vyřešení do jedné instance procesu. Analýza podle Service Request poskytuje úplný přehled o cestě zákazníka i o interním vyřizování požadavku. Slouží jako základ pro výpočet důležitých ukazatelů, například celkové doby vyřízení a podílu vyřešení při prvním kontaktu.
Proč je to důležité
Jde o hlavní ID případu, které propojuje všechny kroky procesu a umožňuje analyzovat každou interakci se zákazníkem od začátku do konce.
Kde data získat
Jde o koncepční identifikátor případu. V Genesys obvykle odpovídá Conversation ID, podle konkrétní implementace však může jít o vlastní identifikátor.
Příklady
SR-20240521-00123SR-20240521-00124SR-20240522-00001
|
|||
|
Poslední aktualizace dat
LastDataUpdate
|
Časové razítko poslední aktualizace dat. | ||
|
Popis
Tento atribut uvádí, kdy byla datová sada naposledy aktualizována ze zdrojového systému. Pomáhá posoudit aktuálnost analyzovaných dat, která je důležitá pro včasná a relevantní obchodní rozhodnutí. Tuto informaci zobrazujte výrazně na dashboardech a v reportech, aby uživatelé věděli, jak aktuální data jsou, a mohli posoudit, nakolik jsou zjištěné poznatky spolehlivé.
Proč je to důležité
Udává aktuálnost dat, takže analýzy a rozhodnutí vycházejí z nejnovějších informací.
Kde data získat
Tato hodnota se vytvoří a zapíše do datové sady při extrakci dat nebo jejich načtení do nástroje process mining.
Příklady
2024-05-23T04:00:00Z2024-05-24T04:00:00Z
|
|||
|
Zdrojový systém
SourceSystem
|
Systém, ze kterého byla data získána. | ||
|
Popis
Tento atribut označuje zdrojový systém dat o událostech, v tomto případě Genesys Cloud CX. V prostředí s více propojenými systémy je důležitý pro sledování původu dat, řešení problémů a pochopení jejich kontextu. Pomáhá ověřit, že analýza vychází ze správného zdroje, a umožňuje filtrovat nebo rozdělit data, pokud do jednoho pohledu na proces přispívá více systémů.
Proč je to důležité
Označuje původ dat, což je důležité pro správu a ověřování dat i pro slučování dat z více systémů.
Kde data získat
Obvykle jde o statickou hodnotu, která se přidává při exportu a transformaci dat, aby označila původ záznamů.
Příklady
Genesys Cloud CXGenesysCloudCX_US1Genesys
|
|||
|
Čas ukončení
EventEndTime
|
Časová značka udávající, kdy aktivita nebo událost skončila. | ||
|
Popis
Tento atribut zaznamenává přesný okamžik, kdy aktivita skončí. V kombinaci s časem zahájení umožňuje přesně vypočítat dobu trvání každé aktivity. Analýza délky aktivit ukáže, které kroky procesu zaberou nejvíce času, a pomůže odhalit neefektivitu a možnosti zlepšení. Může například upozornit na dlouhé čekání při aktivitě „Interakce pozastavena“ nebo na příliš dlouhou dobu práce po hovoru.
Proč je to důležité
Umožňuje přesně vypočítat dobu trvání jednotlivých aktivit. To je důležité při hledání časově náročných kroků a úzkých míst ve výkonnosti.
Kde data získat
Najdete ho v záznamech událostí nebo v podrobnostech interakce v Genesys Cloud CX. Lze ho také odvodit z času zahájení následující události.
Příklady
2024-05-21T10:02:30Z2024-05-21T10:15:00Z2024-05-21T10:18:45Z
|
|||
|
ID agenta
AgentId
|
Jedinečný identifikátor agenta, který vyřizoval interakci nebo aktivitu. | ||
|
Popis
ID agenta je jedinečný klíč každého pracovníka zákaznického servisu. Tento atribut je nezbytný pro analýzu výkonu agentů, rozložení pracovní zátěže a efektivity. Umožňuje filtrovat mapu procesu a zjistit, jak konkrétní agenti nebo týmy vyřizují požadavky. Můžete porovnávat například dobu vyřešení, míru opakované práce a dodržování standardních postupů. Atribut tvoří základ dashboardu „Výkon a efektivita agentů“.
Proč je to důležité
Propojuje aktivity procesu s konkrétními zaměstnanci a umožňuje analyzovat individuální výkon, pracovní zátěž i efektivitu týmu.
Kde data získat
Je k dispozici v podrobných záznamech konverzací Genesys Cloud CX a vztahuje se k uživateli, který vyřizoval konkrétní část interakce.
Příklady
a1b2c3d4-e5f6-7890-1234-567890abcdeff0e9d8c7-b6a5-4321-fedc-ba0987654321
|
|||
|
Jméno agenta
AgentName
|
Celé jméno agenta, který vyřizoval interakci nebo aktivitu. | ||
|
Popis
Jméno agenta je srozumitelný identifikátor pracovníka zákaznického servisu, který odpovídá jeho ID. Díky tomuto atributu jsou dashboardy a reporty pro vedoucí pracovníky a týmové manažery přehlednější. V analýzách zaměřených na agenty slouží k hodnocení výkonu, zjišťování potřeb školení a spravedlivému rozdělení práce, aniž by bylo nutné dohledávat systémová ID.
Proč je to důležité
Zobrazuje jméno agenta, takže můžete snadno analyzovat jeho výkon a sdílet zjištění bez technických ID.
Kde data získat
Získává se vyhledáním AgentId ve službě Users nebo Directory v Genesys Cloud CX.
Příklady
Jan NovákJana NovotnáPetr Dvořák
|
|||
|
Kód ukončení interakce
WrapUpCode
|
Kód, který agent přiřadí na konci interakce a označí jím její výsledek nebo téma. | ||
|
Popis
Kód ukončení interakce je štítek, kterým agent označí téma nebo výsledek vyřízení zákaznického požadavku. Tyto kódy poskytují strukturované údaje o důvodech, proč zákazníci kontaktují podporu. Jejich analýza pomáhá odhalit časté typy problémů, sledovat výsledky vyřízení a měřit četnost konkrétních požadavků. Údaje se hodí při hledání hlavních příčin a analýze vzorců poptávky po službách.
Proč je to důležité
Klasifikuje výsledek interakce a poskytuje strukturované údaje pro analýzu častých problémů, úspěšnosti řešení a důvodů kontaktu.
Kde data získat
Je k dispozici v podrobných záznamech konverzací Genesys Cloud CX, konkrétně v podrobnostech relace účastníků z řad agentů.
Příklady
Obnovení heslaVyřešený spor o fakturaciŽádost o informace o produktuPředáno podpoře 2. úrovně
|
|||
|
Komunikační kanál
MediaType
|
Komunikační kanál použitý při interakci, například telefon, chat nebo e-mail. | ||
|
Popis
Tento atribut určuje způsob komunikace mezi zákazníkem a agentem. Mezi běžné kanály patří telefon, chat, e-mail a sociální sítě. Analýza výkonu podle kanálu, například na dashboardu „Výkon komunikačních kanálů“, pomáhá zjistit objem požadavků, dobu vyřešení a spokojenost zákazníků v jednotlivých kanálech. Tyto poznatky pomáhají upravit strategii kanálů a rozdělení zdrojů.
Proč je to důležité
Rozdělení procesu podle komunikačního kanálu pomáhá porozumět výkonu jednotlivých kanálů, chování zákazníků a potřebným zdrojům.
Kde data získat
Standardní pole v podrobných záznamech konverzací Genesys Cloud CX.
Příklady
telefonchate-mailzpráva
|
|||
|
Název fronty
QueueName
|
Název fronty, do které byla interakce přesměrována. | ||
|
Popis
Tento atribut určuje konkrétní frontu, ve které interakce čekala na přiřazení agentovi. Analýza podle názvu fronty je základem dashboardu „Odhalování úzkých míst ve frontách zákaznického servisu“. Pomáhá vedoucím pracovníkům sledovat rozložení práce mezi skupinami podle dovedností nebo oblastmi služeb, měřit čekací dobu v jednotlivých frontách a odhalovat fronty s nedostatečným počtem pracovníků nebo nadměrnou zátěží. Tyto informace pomáhají lépe rozdělit zdroje a zkrátit čekání zákazníků.
Proč je to důležité
Ukazuje, kde požadavky čekají na přiřazení, a pomáhá tak odhalit úzká místa a analyzovat rozložení pracovní zátěže.
Kde data získat
Je k dispozici v podrobných záznamech konverzací Genesys Cloud CX. Každá interakce může projít jednou nebo více frontami.
Příklady
Podpora 1. úrovně - telefonDotazy k fakturaci - chatTechnická podpora - e-mail
|
|||
|
Cílová doba vyřešení podle SLA
SlaTargetResolutionTime
|
Smluvně dohodnutá cílová doba pro vyřešení požadavku na službu. | ||
|
Popis
Tento atribut určuje maximální dobu povolenou k vyřešení požadavku na službu podle dohody o úrovni služeb (SLA). Skutečná doba vyřešení se porovnává s touto cílovou hodnotou. Údaj je nezbytný pro dashboard „Přehled plnění SLA“ a KPI „Míra plnění SLA“. Organizace díky němu může sledovat plnění závazků vůči zákazníkům a včas odhalit riziko jejich nedodržení.
Proč je to důležité
Poskytuje referenční hodnotu pro měření plnění SLA, které vypovídá o úrovni služeb i dodržování smluvních závazků.
Kde data získat
Může být uložen jako vlastní atribut konverzace nebo odvozen podle pravidel, která zohledňují frontu, typ zákazníka nebo typ požadavku.
Příklady
86400144003600
|
|||
|
Doba vyřešení požadavku na službu
ServiceResolutionTime
|
Celková doba od zahájení první interakce se zákazníkem až po konečné vyřešení požadavku. | ||
|
Popis
Tato metrika měří celkovou dobu vyřízení požadavku na službu, od prvního kontaktu zákazníka až po označení problému jako vyřešeného. Je důležitým ukazatelem efektivity celého procesu a zákaznické zkušenosti. Tento vypočítaný atribut je hlavním ukazatelem dashboardu „Doba vyřízení požadavku na službu“ a KPI „Průměrná doba vyřešení požadavku na službu“. Analýza rozložení hodnot pomáhá odhalit dlouho otevřené případy a systémová zpoždění.
Proč je to důležité
Toto KPI měří celkovou efektivitu procesu a její dopad na zákaznickou zkušenost.
Kde data získat
Vypočítané pole: časová značka aktivity konečného vyřešení minus časová značka aktivity prvního kontaktu se zákazníkem.
Příklady
90010800172800
|
|||
|
Hodnocení CSAT
CustomerSatisfactionScore
|
Hodnocení spokojenosti, které zákazník uvede v průzkumu po interakci. | ||
|
Popis
Customer Satisfaction Score neboli CSAT přímo měří, jak zákazník hodnotí poskytnutou službu. Obvykle se zjišťuje v průzkumu zaslaném po ukončení interakce. Analýza CSAT společně s údaji o procesu může ukázat, jak odchylky v procesu, doba vyřešení nebo konkrétní agenti ovlivňují spokojenost zákazníků. Jde o důležitý ukazatel celkové úspěšnosti procesu.
Proč je to důležité
Přímo měří spokojenost zákazníků a umožňuje porovnat výkon procesu s výsledky pro zákazníky.
Kde data získat
Tyto údaje obvykle pocházejí z modulu Quality Management v Genesys Cloud CX nebo z externího nástroje pro průzkumy integrovaného s Genesys.
Příklady
5413
|
|||
|
ID konverzace
ConversationId
|
Jedinečný identifikátor, který Genesys přiřazuje celé konverzaci. | ||
|
Popis
ID konverzace je hlavní technický klíč v Genesys Cloud CX. Sdružuje všechny související interakce, segmenty a účastníky jedné zákaznické konverzace. Jako ID případu se používá pojem „požadavek na službu“, ale ID konverzace je podkladový klíč pro načtení všech souvisejících údajů z API Genesys. Je nezbytné pro extrakci dat, spojování různých datových sad a technickou kontrolu procesních dat.
Proč je to důležité
Jde o hlavní technický klíč v Genesys, který je nezbytný pro extrakci dat, řešení problémů a propojení se zdrojovým systémem.
Kde data získat
Jde o hlavní pole v analytických nástrojích a API pro konverzace Genesys Cloud CX.
Příklady
d8a7c6b5-e4f3-2109-8765-fedcba098765c7b6a5d4-f3e2-1098-7654-edcbaf987654
|
|||
|
Je v souladu se SLA
IsSlaCompliant
|
Příznak udávající, zda byl požadavek na službu vyřešen v cílové době SLA. | ||
|
Popis
Tento booleovský atribut udává, zda byl požadavek na službu vyřešen v cílovém čase. Vypočítá se porovnáním hodnot „ServiceResolutionTime“ a „SlaTargetResolutionTime“. Příznak zjednodušuje analýzu a vizualizaci na dashboardu „Přehled plnění SLA“ a slouží jako základ pro výpočet KPI „Míra plnění SLA“. Umožňuje rychle filtrovat a rozdělit případy podle toho, zda splnily SLA, a hledat společné příčiny jeho nedodržení.
Proč je to důležité
Zjednodušuje analýzu plnění SLA. U každého případu jasně označí, zda bylo SLA splněno, nebo porušeno, a usnadňuje hledání příčin nedodržení.
Kde data získat
Vypočítané pole: True, pokud ServiceResolutionTime <= SlaTargetResolutionTime, jinak False.
Příklady
truefalse
|
|||
|
Typ požadavku na službu
ServiceRequestType
|
Klasifikace požadavku na službu, například „dotaz“, „stížnost“ nebo „technický problém“. | ||
|
Popis
Tento atribut třídí požadavky na službu podle jejich povahy nebo účelu. Umožňuje rozdělit analýzu a zjistit, jak se vyřizují různé typy požadavků. Postup vyřízení a doba řešení „stížnosti“ se mohou například výrazně lišit od „obecného dotazu“. Tento atribut je důležitý pro dashboardy, jako je „Analýza interní eskalace“, které ukazují, zda se některé typy požadavků eskalují častěji.
Proč je to důležité
Umožňuje rozdělit proces podle typu požadavku, porovnat způsob vyřízení a odhalit úzká místa nebo neefektivitu typickou pro jednotlivé typy.
Kde data získat
Tyto informace lze získat výběrem v IVR, volbou zákazníka ve webovém formuláři nebo přiřazením agentem. V Genesys mohou být uložené jako atribut účastníka nebo kód ukončení interakce.
Příklady
Dotaz k fakturaciTechnická podporaSpráva účtuStížnost na produkt
|
|||
|
Vyřešeno při prvním kontaktu
IsFirstContactResolution
|
Příznak udávající, zda byl požadavek na službu vyřešen během jediné interakce. | ||
|
Popis
Tento booleovský atribut označuje případy vyřešené během první interakce, bez nutnosti dalšího kontaktu se zákazníkem nebo interního předání. Hodnota „true“ znamená, že požadavek byl vyřešen efektivně. Atribut slouží jako základ KPI „Míra vyřešení při prvním kontaktu“ a souvisejícího dashboardu. Analýza případů, které se při prvním kontaktu vyřešit nepodařilo, může odhalit možnosti školení agentů, vylepšení znalostní báze nebo úprav procesu.
Proč je to důležité
Přímo měří efektivitu a spokojenost zákazníků. Vyřešení problému hned napoprvé významně přispívá k dobré zkušenosti se službou.
Kde data získat
Vypočítané pole odvozené z analýzy posloupnosti událostí případu. Případ se považuje za vyřešený při prvním kontaktu (FCR), pokud byl vyřešen bez určitých mezilehlých aktivit, například předání nebo opětovného otevření.
Příklady
truefalse
|
|||
|
Znovu otevřeno
IsReopened
|
Příznak udávající, zda byl vyřešený požadavek na službu později znovu otevřen. | ||
|
Popis
Tento booleovský atribut označuje požadavky na službu, které byly vyřešené nebo uzavřené, ale později se znovu staly aktivními. Opětovné otevření případu často znamená, že původní řešení nebylo účinné nebo úplné. To může vést k nespokojenosti zákazníka a další práci. Atribut se používá na dashboardu „Trendy opětovného otevírání požadavků na službu“ a pro KPI „Míra opětovného otevírání požadavků na službu“. Analýza těchto případů pomáhá odhalit příčiny neúčinných řešení.
Proč je to důležité
Upozorňuje na nedostatky při řešení požadavků, které mohou souviset s kvalitou řešení, opakovanou prací a špatnou zákaznickou zkušeností.
Kde data získat
Vypočítané pole odvozené zjištěním aktivity, která případ znovu aktivuje po aktivitě „Požadavek na službu vyřešen“.
Příklady
truefalse
|
|||
Aktivity zákaznického servisu
| Aktivita | Popis | ||
|---|---|---|---|
|
Předání interakce
|
Označuje situaci, kdy agent předá interakci jiné frontě nebo jinému agentovi. Může jít o přímé předání, při kterém se agent ihned odpojí, nebo o konzultované předání, kdy nejprve hovoří s příjemcem. | ||
|
Proč je to důležité
Tato činnost je důležitá pro KPI míry interních eskalací. Časté předávání může ukazovat na potřebu školení, nesprávné směrování nebo složitý proces.
Kde data získat
Událost se rozpozná v záznamech podrobností konverzace, když se po zapojení původního agenta přidá nový účastník ACD nebo další agent. Často ji spustí událost „transfer“.
Zachycení
Rozpozná se podle události předání v datech relace účastníka.
Typ události
explicit
|
|||
|
Přijetí interakce agentem
|
Označuje okamžik, kdy agent přijme nabídnutou interakci a spojí se se zákazníkem. Jde o důležitý milník, kterým začíná přímé vyřizování požadavku. | ||
|
Proč je to důležité
Tato činnost je důležitá pro měření vyřešení při prvním kontaktu a doby práce agenta. Označuje začátek práce agenta na požadavku.
Kde data získat
Údaj je dostupný v záznamech podrobností konverzace. Označuje jej změna stavu účastníka, který představuje agenta, na „connected“ a odpovídající časové razítko.
Zachycení
Zaznamená se, když se stav účastníka, který představuje agenta, změní na „connected“.
Typ události
explicit
|
|||
|
Přiřazení kódu ukončení
|
Agent přiřadí interakci předem definovaný kód ukončení neboli kód výsledku. Tím výslovně označí výsledek požadavku, například „Vyřešeno“ nebo „Předáno k řešení“. | ||
|
Proč je to důležité
Kódy ukončení jsou hlavním zdrojem informací o obchodním výsledku požadavku. Jsou důležité pro výpočet míry vyřešení a rozdělení případů do skupin pro analýzu.
Kde data získat
Jde o explicitní událost v záznamech podrobností konverzace, obvykle v datech relace účastníka, který představuje agenta. Zaznamená se kód wrapUp i časové razítko.
Zachycení
Zaznamená se, když agent vybere pro interakci kód ukončení.
Typ události
explicit
|
|||
|
Ukončení interakce
|
Tato činnost označuje konec konverzace, kdy se odpojí všichni účastníci. Často představuje technické uzavření interakce při vyřizování požadavku. | ||
|
Proč je to důležité
Jde o jednoznačnou koncovou událost samotné interakce. Je důležitá pro výpočet její celkové délky a často slouží jako náhradní ukazatel uzavření požadavku.
Kde data získat
Údaj se získává ze záznamů podrobností konverzace. Odpovídá času ukončení objektu konverzace, který se obvykle uvádí v časovém razítku conversationEnd.
Zachycení
Zaznamená se, když se odpojí všichni účastníci a konverzace skončí.
Typ události
explicit
|
|||
|
Zahájení interakce
|
Tato činnost označuje začátek interakce se zákaznickou podporou, například příchozího hovoru, chatu nebo e-mailu. Genesys Cloud CX tuto událost zaznamená při vytvoření nového objektu konverzace v systému. | ||
|
Proč je to důležité
Jde o hlavní počáteční událost procesu vyřízení požadavku. Je nezbytná pro výpočet celkové doby vyřízení a pochopení vzorců příchozích požadavků zákazníků.
Kde data získat
Událost se získává ze záznamů podrobností konverzace. Odpovídá času zahájení samotného objektu konverzace, který se obvykle uvádí v časovém razítku conversationStart.
Zachycení
Zaznamená se při zahájení nové konverzace v systému.
Typ události
explicit
|
|||
|
Nabídnutí interakce agentovi
|
K této události dojde, když systém nabídne interakci konkrétnímu agentovi. Stav agenta se změní na „alerting“, zatímco systém čeká, zda konverzaci přijme, nebo odmítne. | ||
|
Proč je to důležité
Tato činnost pomáhá analyzovat rychlost reakce agentů a účinnost směrovacího algoritmu. Zpoždění po tomto okamžiku může znamenat, že agenti nepřijímají práci včas.
Kde data získat
Údaj najdete v záznamech podrobností konverzace v datech účastníka, který představuje agenta. Relace účastníka obsahuje metriku se stavem „alerting“ a odpovídajícím časovým razítkem.
Zachycení
Zaznamená se, když směrovací modul upozorní agenta na novou interakci.
Typ události
explicit
|
|||
|
Odeslání průzkumu spokojenosti zákazníků
|
K této činnosti dojde, když se po uzavření interakce odešle průzkum spokojenosti zákazníků (CSAT). Systém jej často spouští automaticky podle předem nastavených pravidel. | ||
|
Proč je to důležité
Tato činnost je nutná pro měření KPI včasnosti odeslání průzkumu CSAT. Včasné odeslání pomáhá získat přesnou zpětnou vazbu, dokud má zákazník svou zkušenost ještě v čerstvé paměti.
Kde data získat
Tyto údaje jsou obvykle dostupné v datech průzkumů nebo řízení kvality v Genesys Cloud CX. Lze je propojit s původním ID konverzace.
Zachycení
Modul průzkumů zaznamená událost při odeslání průzkumu pro konkrétní konverzaci.
Typ události
explicit
|
|||
|
Opětovné otevření požadavku
|
Označuje situaci, kdy zákazník krátce po vyřešení znovu kontaktuje podporu kvůli stejnému problému. Nejde o explicitní událost, ale o údaj vypočítaný podle obchodních pravidel. | ||
|
Proč je to důležité
Sledování znovu otevřených požadavků je důležité pro měření míry jejich opětovného otevření. Ukazuje, že původní řešení nebylo účinné, což ovlivňuje spokojenost zákazníků i efektivitu provozu.
Kde data získat
Tato činnost se odvozuje z nové události „Zahájení interakce“ u stejného zákazníka (Customer ID) a souvisejícího problému, například stejného typu požadavku, pokud k ní dojde ve stanoveném časovém období po vyřešení předchozí interakce.
Zachycení
Vypočítá se propojením nové interakce s nedávno uzavřenou interakcí stejného zákazníka a stejného problému.
Typ události
calculated
|
|||
|
Pozastavení interakce
|
Tato činnost se zaznamená, když agent během interakce přepne zákazníka do čekání. Jde o explicitní změnu stavu účastníka, který představuje agenta, v rámci konverzace. | ||
|
Proč je to důležité
Analýza četnosti a délky čekání může odhalit neefektivní postupy, například když agenti často hledají informace nebo se potřebují poradit s kolegy.
Kde data získat
Údaj se získává z dat relace účastníka, který představuje agenta, v záznamech podrobností konverzace. Stav se změní na „held“ a zaznamená se časové razítko.
Zachycení
Zaznamená se, když se stav účastníka, který představuje agenta, změní na „held“.
Typ události
explicit
|
|||
|
Předání konverzace do fronty
|
Označuje okamžik, kdy je nová interakce zařazena do konkrétní fronty a čeká na dostupného agenta. Jde o explicitní událost zaznamenanou směrovacím modulem Genesys (ACD). | ||
|
Proč je to důležité
Sledování této činnosti je důležité pro měření čekání ve frontě a odhalení úzkých míst ve směrování. Dlouhá doba mezi zařazením do fronty a přiřazením agenta může ukazovat na problémy s kapacitou nebo pravidly směrování.
Kde data získat
Údaj se získává ze záznamů podrobností konverzace, konkrétně z hodnot „purpose“ a „state“ účastníka ACD v konverzaci. Tuto událost označuje hodnota „enterTime“ fronty v poli metrics.
Zachycení
Zaznamená se, když směrovací modul ACD zařadí konverzaci do fronty.
Typ události
explicit
|
|||
|
Ukončení čekání během interakce
|
K této události dojde, když agent přestane zákazníka nechávat čekat a pokračuje v konverzaci. Označuje konec čekání a zaznamená se jako změna stavu. | ||
|
Proč je to důležité
V kombinaci s činností „Pozastavení interakce“ umožňuje přesně vypočítat celkovou dobu čekání. Ta je důležitou součástí celkové doby vyřízení i zákaznické zkušenosti.
Kde data získat
Údaj se odvozuje z dat relace účastníka, který představuje agenta, při změně jeho stavu z „held“ zpět na „connected“.
Zachycení
Zaznamená se, když se stav účastníka, který představuje agenta, změní z „held“ na „connected“.
Typ události
explicit
|
|||
|
Ukončení práce po hovoru
|
Označuje konec období práce agenta po hovoru. V tomto okamžiku je agent opět dostupný pro další interakci. | ||
|
Proč je to důležité
Tato činnost spolu se „Zahájením práce po hovoru“ přesně určuje délku závěrečné fáze. Pomáhá tak analyzovat produktivitu agentů a režijní náklady procesu.
Kde data získat
Událost se odvozuje ze změny stavu agenta z „acw“ na dostupný stav, například „idle“. Použije se časové razítko této změny.
Zachycení
Odvozuje se ze změny stavu agenta z „acw“ na dostupný stav.
Typ události
inferred
|
|||
|
Zahájení práce po hovoru
|
Tato činnost označuje začátek období práce po hovoru (ACW). Agent už není spojen se zákazníkem a věnuje se dokončení úkolů, například zápisu poznámek nebo aktualizaci systémů. | ||
|
Proč je to důležité
Měření délky ACW je důležité pro pochopení efektivity agentů a celkové doby vyřízení. Dlouhé ACW může ukazovat na neefektivní postupy po skončení interakce.
Kde data získat
Údaj se získává z dat relace účastníka, který představuje agenta. Zaznamená se, když se stav agenta po odpojení zákazníka změní na „acw“.
Zachycení
Zaznamená se, když se stav účastníka, který představuje agenta, změní na „acw“.
Typ události
explicit
|
|||
Návody k extrakci dat
Chcete začít?
Využijte naplno možnosti provozu zákaznického servisu. S touto šablonou můžete odhalit užitečné poznatky a hledat způsoby, jak zvýšit efektivitu.
Omezte opakované kontakty a zlepšete zákaznický servis ještě dnes!
Zlepšete CSAT a snadno dosáhněte 80% vyřešení požadavků při prvním kontaktu.
Platební kartu nepotřebujete. Zkušební verzi aktivujete během několika minut.