Datová šablona pro zákaznický servis
Datová šablona pro zákaznický servis
- Doporučené atributy ke sběru
- Důležité aktivity ke sledování
- Pokyny k extrakci dat
Atributy zákaznického servisu
| Název | Popis | ||
|---|---|---|---|
|
Servisní požadavek
ServiceRequest
|
Jedinečný identifikátor případu nebo požadavku zákaznického servisu, který propojuje všechny související činnosti. | ||
|
Popis
Servisní požadavek, označovaný také jako požadavek nebo případ, slouží jako hlavní identifikátor, který propojuje všechny činnosti související s jedním dotazem nebo problémem zákazníka. V Salesforce Service Cloud odpovídá číslu případu. Tento atribut je nezbytný pro rekonstrukci celé cesty každé interakce se zákazníkem. Nástroj process mining díky němu seskupí související události, například „Případ založen“, „Pracovník prověřuje problém“ a „Případ vyřešen“, do jedné instance procesu. Umožňuje tak analyzovat celý průběh od začátku do konce.
Proč je to důležité
Jde o základní stavební prvek process mining, protože propojuje všechny události týkající se stejného problému zákazníka do jedné souvislé instance procesu.
Kde data získat
Objekt Salesforce Case, pole: CaseNumber
Příklady
000010240000105800001193
|
|||
|
Čas události
EventTime
|
Přesné časové razítko udávající, kdy k činnosti došlo. | ||
|
Popis
Čas události zaznamenává datum a čas, kdy byla konkrétní činnost uložena do systému. Poskytuje časový kontext celého procesu a umožňuje vypočítat dobu trvání, čekání i průchodu procesem. Při analýze se podle tohoto časového razítka řadí události každého servisního požadavku chronologicky. To tvoří základ pro zjišťování průběhu procesu. Časový údaj je nezbytný pro KPI související s výkonem, například pro měření doby mezi událostmi „Případ založen“ a „Odesláno úvodní potvrzení“ nebo výpočet celkové doby řešení.
Proč je to důležité
Toto časové razítko je důležité pro pochopení časového průběhu procesu, výpočet ukazatelů výkonu a odhalení prodlev mezi činnostmi.
Kde data získat
Odvozuje se z různých datových polí odpovídajících konkrétním událostem, například z CreatedDate v objektu Case nebo ze stejného pole v záznamech CaseHistory.
Příklady
2023-04-15T10:00:00Z2023-04-15T11:23:14Z2023-04-16T09:05:30Z
|
|||
|
Název činnosti
ActivityName
|
Název konkrétní obchodní události nebo kroku, ke kterému došlo v procesu zákaznického servisu. | ||
|
Popis
Tento atribut popisuje jednotlivý krok nebo milník v životním cyklu servisního požadavku. Činnosti tvoří uzly mapy procesu a představují úkony pracovníků, automatizovaných systémů nebo zákazníků. Analýza pořadí a četnosti činností, jako jsou „Případ založen“, „Spuštěna interní eskalace“ a „Případ uzavřen“, je pro process mining zásadní. Pomáhá odhalit skutečný průběh procesu, úzká místa a odchylky od standardního postupu.
Proč je to důležité
Činnosti vymezují jednotlivé kroky procesu. Jejich pořadí tvoří základ mapy procesu i všech navazujících analýz.
Kde data získat
Obvykle se odvozuje z kombinace polí, například ze změn stavu v objektu Case (pole Status) nebo ze záznamů v objektech CaseHistory či EmailMessage.
Příklady
Případ založenPřípad přiřazen pracovníkoviZákazníkovi navrženo řešeníPřípad uzavřen
|
|||
|
Poslední aktualizace dat
LastDataUpdateTime
|
Časové razítko poslední aktualizace dat pro tento proces. | ||
|
Popis
Tento atribut zaznamenává čas poslední extrakce dat ze zdrojového systému nebo jejich aktualizace. Jde o metadata platná pro celou datovou sadu, nikoli pro jednotlivé události. Slouží především k informování uživatelů o aktuálnosti analyzovaných dat. Díky tomu mohou posoudit, zda se jejich poznatky a rozhodnutí opírají o aktuální a relevantní informace. Pomáhá také nastavit očekávání ohledně stáří dat.
Proč je to důležité
Zajišťuje přehled o aktuálnosti dat, takže uživatelé vědí, jak současná jejich analýza je.
Kde data získat
Tato hodnota se obvykle vytváří a ukládá při procesu extrakce, transformace a načítání dat (ETL).
Příklady
2023-10-27T04:00:00Z
|
|||
|
Zdrojový systém
SourceSystemName
|
Systém, ze kterého pocházejí data o procesu. | ||
|
Popis
Tento atribut označuje zdrojovou aplikaci, ve které data vznikla. V tomto případě jde o Salesforce Service Cloud. Hodí se zejména v prostředí, kde se pro celkový pohled na proces kombinují data z více systémů. I při analýze jediného systému poskytuje tento atribut důležitý kontext o původu dat. Pomáhá při správě dat, řešení problémů i ověřování, že analýza vychází ze správné datové sady.
Proč je to důležité
Poskytuje důležitý kontext o původu dat. To je nezbytné pro správu dat i pro analýzy, které mohou kombinovat data z více systémů.
Kde data získat
Obvykle jde o statickou hodnotu, která se přidává při extrakci a transformaci dat, aby označila jejich původ.
Příklady
Salesforce Service CloudSFSC
|
|||
|
Čas ukončení
EndTime
|
Časové razítko označující dokončení činnosti. | ||
|
Popis
Čas ukončení označuje okamžik dokončení činnosti. V kombinaci s časem zahájení umožňuje přesně vypočítat dobu zpracování činnosti. U mnoha událostí v Salesforce je událost okamžitá, takže čas zahájení a ukončení je stejný. U dlouhotrvajících činností je však samostatný čas ukončení nezbytný pro přesné měření doby strávené úkolem. Podporuje analýzu výkonu, protože umožňuje odlišit aktivní dobu zpracování od čekání mezi kroky.
Proč je to důležité
Umožňuje vypočítat skutečnou dobu trvání činnosti. To je nezbytné pro analýzu výkonu pracovníků a odhalení časově náročných kroků.
Kde data získat
U okamžitých událostí bývá tato hodnota stejná jako StartTime. U činností s určitou dobou trvání je nutné ji získat z konkrétního pole označujícího dokončení, což může vyžadovat vlastní konfiguraci.
Příklady
2023-04-15T10:00:00Z2023-04-15T11:55:00Z2023-04-16T14:20:00Z
|
|||
|
Cílový čas vyřešení podle SLA
SlaTargetResolutionTime
|
Datum a čas, do kterého má být servisní požadavek podle SLA vyřešen. | ||
|
Popis
Tento atribut určuje termín pro vyřešení případu podle dohody o úrovni služeb (SLA). Obvykle se stanovuje podle faktorů, jako jsou priorita a typ případu nebo úroveň zákazníka. Salesforce jej může vypočítat automaticky pomocí funkcí Entitlement Management a Milestone. Toto časové razítko je nezbytné pro měření plnění SLA. Porovnáním skutečné doby vyřešení s cílovým časem může organizace vypočítat KPI míry plnění SLA a určit případy, u kterých hrozí nedodržení SLA. Tyto údaje přímo využívá dashboard plnění SLA u případů.
Proč je to důležité
Slouží jako měřítko pro porovnání skutečného výkonu. Je proto důležitý pro výpočet plnění SLA i pro určení případů, u kterých hrozí nedodržení termínu.
Kde data získat
Tato hodnota se často ukládá do pole SlaExitDate objektu Case Milestone, který je součástí funkce Entitlement Management v Salesforce.
Příklady
2023-04-16T17:00:00Z2023-04-18T09:00:00Z2023-05-01T12:00:00Z
|
|||
|
Komunikační kanál
CommunicationChannel
|
Kanál, kterým byl servisní požadavek zadán, například e-mail, telefon nebo web. | ||
|
Popis
Tento atribut označuje způsob komunikace, který zákazník použil k zadání servisního požadavku. V Salesforce se obvykle zaznamenává v poli Case Origin. Znalost komunikačního kanálu pomáhá lépe rozdělit zdroje a zvýšit efektivitu služeb. Analýza doby řešení a průběhu procesu podle kanálu ukáže, které kanály se nejlépe hodí pro různé typy problémů. Tyto poznatky podporuje dashboard Efektivita komunikačních kanálů.
Proč je to důležité
Umožňuje porovnat výkon různých kanálů, kterými zákazníci kontaktují podporu, a lépe nastavit strategii kanálů i rozdělení zdrojů.
Kde data získat
Objekt Salesforce Case, pole: Origin
Příklady
E-mailTelefonWebChat
|
|||
|
Priorita případu
CasePriority
|
Úroveň priority přiřazená servisnímu požadavku, například vysoká, střední nebo nízká. | ||
|
Popis
Priorita případu je standardní klasifikace, která určuje naléhavost servisního požadavku. Podle ní se často stanovují cílové doby reakce a řešení v rámci smluv o úrovni služeb (SLA). Analýza výkonu procesu podle priority je důležitá pro vyhodnocení účinnosti nastaveného určování priorit. Ukáže, zda se případy s vysokou prioritou skutečně řeší rychleji a plní náročnější cíle SLA. Podporuje tak dashboard Prioritizace případů a jejich dopad.
Proč je to důležité
Umožňuje zjistit, zda proces účinně upřednostňuje naléhavé případy a plní různé úrovně služeb podle důležitosti případu.
Kde data získat
Objekt Salesforce Case, pole: Priority
Příklady
VysokáStředníNízká
|
|||
|
Přiřazený pracovník
AssignedAgent
|
Uživatel nebo fronta, kterým je servisní požadavek aktuálně přiřazen. | ||
|
Popis
Tento atribut označuje pracovníka nebo tým odpovědný za vyřízení servisního požadavku v daném okamžiku. V Salesforce jde obvykle o vlastníka případu. Sledování změn tohoto atributu je základem pro analýzu výkonu pracovníků, rozložení pracovní zátěže a předávání případů. Pomáhá odpovědět například na otázky, kolikrát se případ přeřadí, kteří pracovníci řeší nejsložitější případy a zda je práce v týmu rozdělena rovnoměrně. Tento atribut je důležitý pro dashboardy Předávání mezi pracovníky a Rozložení pracovní zátěže.
Proč je to důležité
Je nezbytný pro analýzu pracovní zátěže a výkonu pracovníků i četnosti předávání případů, které přímo ovlivňují efektivitu a dobu řešení.
Kde data získat
Objekt Salesforce Case, pole: OwnerId. Toto pole obsahuje ID uživatele nebo fronty.
Příklady
Sarah JonesDavid ChenFronta podpory 2. úrovně
|
|||
|
Stav případu
CaseStatus
|
Aktuální stav servisního požadavku v jeho životním cyklu, například nový, rozpracovaný nebo uzavřený. | ||
|
Popis
Stav případu označuje aktuální fázi servisního požadavku. Změny stavu jsou často hlavním zdrojem pro identifikaci činností v procesu. Například změnu z „New“ na „Working“ lze namapovat na činnost „Pracovník prověřuje problém“. Analýza konečného stavu případů pomáhá pochopit výsledky řešení. Stav se také používá k filtrování otevřených a uzavřených případů a k odhalení případů, které příliš dlouho setrvávají v určité fázi.
Proč je to důležité
Ukazuje aktuální stav a výsledek případu. Změny stavu se často používají k odvození pořadí aktivit.
Kde data získat
Objekt Salesforce Case, pole: Status
Příklady
NovýŘeší seČeká se na zákazníkaUzavřený
|
|||
|
Stav SLA
SlaStatus
|
Určuje, zda byl případ vyřešen v cílovém čase podle SLA. | ||
|
Popis
Tento atribut zařazuje každý vyřešený případ podle toho, zda bylo dodrženo stanovené SLA. Vypočítá se porovnáním skutečného času vyřešení s hodnotou „Cílový čas vyřešení podle SLA“. Atribut se přímo používá při výpočtu KPI míry plnění SLA a usnadňuje sledování výkonu. Umožňuje rychle filtrovat a analyzovat případy, u kterých nebylo SLA dodrženo, a hledat společné příčiny, například konkrétní typy případů, produkty nebo úzká místa procesu.
Proč je to důležité
U každého případu jasně ukazuje, zda bylo SLA splněno. To je základ pro sledování výkonu i analýzu příčin zpoždění.
Kde data získat
Vypočítá se při transformaci dat porovnáním časového razítka aktivity „Případ vyřešen“ s atributem „SlaTargetResolutionTime“.
Příklady
SplněnoNesplněno
|
|||
|
Typ případu
CaseType
|
Klasifikace servisního požadavku, například dotaz, problém nebo požadavek na novou funkci. | ||
|
Popis
Typ případu je kategoriální atribut, který pomáhá určit povahu zákaznického dotazu nebo problému. Díky němu lze požadavky rozdělit do skupin a zjistit, jak se řeší různé typy problémů. Analýza procesu podle typu případu může ukázat, že některé požadavky procházejí jinými cestami, jejich vyřízení trvá déle nebo vyžadují více předání. Tyto poznatky pomáhají přizpůsobit a zlepšit proces pro konkrétní kategorie práce.
Proč je to důležité
Umožňuje rozdělit proces podle typu požadavku, zjistit, zda se různé typy řeší odlišně, a určit oblasti pro cílené zlepšení.
Kde data získat
Objekt Salesforce Case, pole: Type
Příklady
ProblémPožadavek na novou funkciDotaz
|
|||
|
Vyřešeno při prvním kontaktu
IsFirstContactResolution
|
Příznak určující, zda byl případ vyřešen během prvního kontaktu se zákazníkem. | ||
|
Popis
Tento logický atribut označuje servisní požadavky vyřešené bez nutnosti dalšího kontaktu po prvním oslovení zákazníkem. Určení této hodnoty často vyžaduje analýzu pořadí a časů aktivit. Vysoká míra vyřešení při prvním kontaktu (FCR) svědčí o efektivním procesu zákaznické podpory. Tento vypočítaný atribut je základem KPI míry vyřešení při prvním kontaktu. Analýza případů, které se při prvním kontaktu vyřešit nepodařilo, může odhalit možnosti, jak zlepšit školení pracovníků, obsah znalostní báze nebo návrh procesu.
Proč je to důležité
Přímo měří důležitou stránku efektivity podpory a spokojenosti zákazníků. Pomáhá určit, co přispívá k úspěšnému řešení problémů.
Kde data získat
Vypočítá se při transformaci dat analýzou záznamu událostí pro daný případ. Běžným pravidlem je ověřit, zda aktivita „Případ vyřešen“ nastala před aktivitou „Vyžádány informace od zákazníka“ nebo před dalším kontaktem se zákazníkem.
Příklady
truefalse
|
|||
|
Dotčený produkt
ProductInvolved
|
Konkrétní produkt nebo služba, kterých se zákaznický požadavek týká. | ||
|
Popis
Tento atribut propojuje servisní požadavek s konkrétním produktem nebo službou. V Salesforce se obvykle spravuje pomocí vyhledávacího pole odkazujícího na objekt Product. Rozdělení procesních dat podle produktů je důležité pro analýzu kvality produktů. Pomáhá zjistit, které produkty vedou k největšímu počtu požadavků na podporu, jaké problémy se u nich objevují a zda se způsob řešení liší mezi produktovými řadami. Tyto informace jsou důležitou zpětnou vazbou pro týmy vývoje produktů.
Proč je to důležité
Umožňuje analyzovat proces podle produktů a odhalit problémy s jejich kvalitou nebo nedostatky podpory u konkrétních produktů.
Kde data získat
Objekt Salesforce Case, pole: ProductId. Jde o standardní, ale nepovinné vyhledávací pole.
Příklady
Sada Alpha CRMAnalytický nástroj BetaDatový konektor Gamma
|
|||
|
Název zákazníka
CustomerName
|
Název zákazníka nebo účtu spojeného se servisním požadavkem. | ||
|
Popis
Tento atribut určuje zákazníka, který servisní požadavek zadal. V Salesforce může jít o Contact (jednotlivce) nebo Account (společnost). Pohled na proces podle zákazníků může přinést užitečné poznatky. Pomůže například zjistit, zda se u některých zákazníků častěji objevují problémy nebo zda jejich vyřízení trvá déle. Tyto informace mohou podpořit řízení vztahů se zákazníky a ukázat příležitosti pro proaktivní podporu.
Proč je to důležité
Umožňuje analyzovat proces z pohledu zákazníků a hledat vzorce i rozdíly ve výkonu u konkrétních zákazníků nebo skupin zákazníků.
Kde data získat
Objekt Salesforce Case, pole: ContactId nebo AccountId, která odkazují na objekty Contact a Account.
Příklady
Global Tech Inc.Emily WhiteInnovate Solutions
|
|||
|
Opakovaná práce
IsRework
|
Příznak určující, zda případ zahrnoval opakovanou práci nebo návrat do předchozí fáze. | ||
|
Popis
Tento logický atribut označuje případy s opakovanou prací, například případy znovu otevřené po uzavření nebo opakované přechody mezi aktivitami „Pracovník prověřuje“ a „Navrženo řešení“. Opakovanou práci lze určit analýzou pořadí aktivit a hledáním nežádoucích smyček. Atribut přímo podporuje KPI míry opakované práce a dashboard předávání mezi pracovníky a opakované práce. Analytici mohou případy s opakovanou prací prošetřit a zjistit její příčiny, například nedostatečné řešení nebo neúplné shromáždění informací, a přijmout nápravná opatření.
Proč je to důležité
Upozorňuje na neefektivitu procesu a zbytečně vynaložené úsilí. Umožňuje cíleně analyzovat často opakované aktivity.
Kde data získat
Vypočítá se při transformaci dat analýzou posloupnosti aktivit. Příznak opakované práce může například vyvolat posloupnost „Případ uzavřen“ -> „Případ znovu otevřen“ nebo „Navrženo řešení“ -> „Pracovník prověřuje problém“ v rámci jednoho případu.
Příklady
truefalse
|
|||
|
Počet předání mezi pracovníky
AgentHandoffCount
|
Počet případů, kdy byl případ přeřazen od jednoho pracovníka nebo fronty k jinému. | ||
|
Popis
Tato metrika udává, kolikrát se servisní požadavek před vyřešením přeřadil. Vypočítá se jako počet různých změn atributu „AssignedAgent“ během životního cyklu jednoho případu. Atribut je základem KPI průměrného počtu předání na případ a zobrazuje se v dashboardu předávání mezi pracovníky a opakované práce. Vysoký počet předání často ukazuje na neefektivní proces, nejasnou odpovědnost nebo nedostatečné znalosti. To vše může prodlužovat dobu vyřízení a zvyšovat nespokojenost zákazníků.
Proč je to důležité
Ukazuje třecí místa uvnitř procesu. Příliš častá předání běžně způsobují zpoždění a nespokojenost zákazníků.
Kde data získat
Vypočítá se pro každý případ při transformaci dat. Pro každou hodnotu „ServiceRequest“ se spočítá počet jedinečných hodnot v poli „AssignedAgent“ a odečte se jedna.
Příklady
0135
|
|||
|
Předáno k eskalaci
IsEscalated
|
Příznak určující, zda byl případ eskalován. | ||
|
Popis
Tento logický atribut určuje, zda byl servisní požadavek eskalován. V Salesforce se to zaznamenává ve standardním poli IsEscalated, které se nastavuje automaticky podle pravidel eskalace. Příznak se přímo používá v dashboardu analýzy interních eskalací a při výpočtu KPI míry interních eskalací. Umožňuje snadno filtrovat a sčítat eskalované případy, měřit jejich četnost a analyzovat jejich vliv na celkovou dobu vyřízení a složitost procesu.
Proč je to důležité
Přímo měří eskalace případů, které mohou ukazovat na problémy v procesu, jeho složitost nebo nedostatečné znalosti pracovníků podpory.
Kde data získat
Objekt Salesforce Case, pole: IsEscalated
Příklady
truefalse
|
|||
|
Předmět případu
CaseSubject
|
Stručné shrnutí nebo název zákaznického problému či požadavku. | ||
|
Popis
Předmět případu nabízí stručné shrnutí servisního požadavku ve volném textu. Často jde o předmět e-mailu nebo název zadaný pracovníkem podpory či zákazníkem. Přestože nejde o strukturované pole určené k přímé analýze procesu, předmět obsahuje řadu užitečných souvislostí. Pomocí textové analýzy lze případy kategorizovat, rozpoznávat nově vznikající problémy nebo doplnit kvantitativní analýzu procesu o kvalitativní kontext.
Proč je to důležité
Rychle poskytuje základní kontext k případu. Hodí se pro podrobnější analýzu a lze jej využít při textové analýze.
Kde data získat
Objekt Salesforce Case, pole: Subject
Příklady
Nelze se přihlásit do portáluDotaz k vyúčtováníPožadavek na funkci pro dashboard reportů
|
|||
Aktivity zákaznického servisu
| Aktivita | Popis | ||
|---|---|---|---|
|
Porušeno SLA
|
Tato událost nastane, když není splněn závazek týkající se služby, například doba první reakce nebo vyřešení. Salesforce tyto údaje sleduje pomocí procesů nároků na podporu a záznamů milníků. | ||
|
Proč je to důležité
Tato činnost je důležitá pro analýzu plnění SLA a sledování shody. Přímo upozorňuje na případy, které nesplnily očekávání zákazníků, a umožňuje cíleně zlepšovat proces.
Kde data získat
Zachycuje se z objektu CaseMilestone. Událost se vytvoří, když se pole IsViolated v záznamu milníku nastaví na true.
Zachycení
Událost představuje časové razítko okamžiku, kdy se příznak IsViolated v záznamu CaseMilestone změní na true.
Typ události
explicit
|
|||
|
Případ přiřazen pracovníkovi
|
Označuje okamžik, kdy je servisní požadavek přidělen konkrétnímu pracovníkovi nebo frontě. Jde o základní krok procesu, který se zachytí změnou pole vlastníka případu. | ||
|
Proč je to důležité
Tato činnost je důležitá pro sledování pracovní zátěže, prodlev při přiřazování a četnosti předávání mezi pracovníky. Slouží jako základ pro analýzu výkonu pracovníků a odhalování úzkých míst při přiřazování.
Kde data získat
Odvozuje se ze změny pole OwnerId v objektu Case. Čas změny se zaznamenává v objektu CaseHistory.
Zachycení
Zjistěte časové razítko první změny pole OwnerId.
Typ události
inferred
|
|||
|
Případ uzavřen
|
Tato činnost označuje definitivní konec životního cyklu servisního požadavku. Po uzavření případu se neočekává další práce, pokud není znovu otevřen. | ||
|
Proč je to důležité
Jako závěrečná událost poskytuje konečný bod pro výpočet celkové doby trvání případu. Doba mezi stavy „Resolved“ a „Closed“ může také odhalit neefektivitu při uzavírání.
Kde data získat
Odvozuje se z časového razítka, kdy se pole IsClosed v objektu Case nastaví na true. V tomto okamžiku se vyplní také pole ClosedDate.
Zachycení
Časové razítko změny pole IsClosed na true zaznamenané v objektu CaseHistory.
Typ události
inferred
|
|||
|
Případ vyřešen
|
Tento důležitý milník označuje dokončení práce potřebné k vyřešení problému zákazníka. Případ nyní čeká na definitivní uzavření, které může po určité době proběhnout automaticky. | ||
|
Proč je to důležité
Jde o hlavní bod pro měření doby řešení a výpočet plnění SLA. Označuje konec aktivní práce na případu.
Kde data získat
Odvozuje se z objektu CaseHistory, když se pole Status změní na „Resolved“. Pole IsClosed může v tomto okamžiku stále mít hodnotu false.
Zachycení
Časové razítko změny stavu Case na „Resolved“.
Typ události
inferred
|
|||
|
Případ založen
|
Tato činnost označuje oficiální začátek procesu zákaznického servisu, kdy se v Salesforce zaznamená nový servisní požadavek neboli případ. Událost se zachytí při vytvoření nového záznamu v objektu Case, a to s přesným časovým razítkem. | ||
|
Proč je to důležité
Jako hlavní počáteční událost je tato činnost nezbytná pro výpočet celkové doby životního cyklu a řešení případu. Slouží jako výchozí bod pro měření plnění SLA a sledování počtu případů.
Kde data získat
Tato událost odpovídá vytvoření záznamu v objektu Case. Časové razítko se ukládá do standardního pole CreatedDate.
Zachycení
Přímo z časového razítka vytvoření záznamu Case.
Typ události
explicit
|
|||
|
Spuštěna interní eskalace
|
K této činnosti dochází, když případ vyžaduje vyšší úroveň podpory nebo odbornosti a je formálně eskalován. Událost lze zachytit přímo pomocí eskalačních pravidel Salesforce nebo ji odvodit ze změny pole. | ||
|
Proč je to důležité
Analýza eskalací pomáhá odhalit složité typy případů, potřeby školení pracovníků první linie a systémové problémy. Jde o důležitý ukazatel překážek v procesu a jejich vlivu na dobu řešení.
Kde data získat
Událost lze zaznamenat přímo ze záznamů CaseEscalation. Častěji se odvozuje z objektu CaseHistory, když se zaškrtávací pole, například „IsEscalated“, nastaví na true.
Zachycení
Časové razítko změny pole „IsEscalated“ na true.
Typ události
inferred
|
|||
|
Od zákazníka přijaty informace
|
Tato činnost označuje konec čekání na zákazníka, který dodal požadované informace. Často se odvozuje ze změny stavu případu zpět na aktivní po příchozí komunikaci. | ||
|
Proč je to důležité
Sledování této události je důležité pro pochopení doby odezvy zákazníků a jejího vlivu na celkový životní cyklus případu. Označuje, že pracovník znovu začal aktivně pracovat.
Kde data získat
Odvozuje se z časového razítka příchozí zprávy EmailMessage spojené s případem nebo ze změny stavu z „Waiting on Customer“ zpět na „In Progress“ v objektu CaseHistory.
Zachycení
Časové razítko příchozího e-mailu nebo změny stavu z hodnoty označující čekání.
Typ události
inferred
|
|||
|
Od zákazníka vyžádány informace
|
K této činnosti dochází, když pracovník potřebuje od zákazníka další informace, aby mohl pokračovat v řešení případu. Obvykle se odvozuje ze změny stavu případu na hodnotu označující čekání na zákazníka. | ||
|
Proč je to důležité
Tato činnost označuje začátek čekání, které pracovník nemůže ovlivnit. Oddělit tuto dobu je důležité pro přesné měření efektivity interního procesu a výkonu pracovníků.
Kde data získat
Odvozuje se z objektu CaseHistory, když se pole Status změní na hodnotu jako „Waiting on Customer Response“ nebo „Pending“.
Zachycení
Časové razítko změny stavu Case na hodnotu označující čekání.
Typ události
inferred
|
|||
|
Odeslán průzkum spokojenosti
|
Označuje odeslání průzkumu spokojenosti zákazníků (CSAT) nebo Net Promoter Score (NPS). Obvykle jde o automatickou akci, která následuje po vyřešení nebo uzavření případu. | ||
|
Proč je to důležité
Tato činnost sice není součástí samotného řešení případu, ale pomáhá sledovat zpětnou vazbu. Analýza načasování a četnosti zajistí, že se názory zákazníků pravidelně zaznamenávají.
Kde data získat
Odvozuje se z odchozího záznamu EmailMessage spojeného s případem, který odpovídá šabloně průzkumu. Lze ji také zachytit při vytvoření záznamu SurveyInvitation.
Zachycení
Najděte odchozí e-mail s průzkumem nebo vytvoření záznamu SurveyInvitation.
Typ události
inferred
|
|||
|
Odesláno úvodní potvrzení
|
Označuje první zprávu odeslanou zákazníkovi s potvrzením přijetí jeho servisního požadavku. Obvykle jde o automatický e-mail odeslaný podle pravidel při založení případu. Událost se odvozuje od první odchozí komunikace. | ||
|
Proč je to důležité
Sledování této činnosti je důležité pro měření doby první reakce a zajištění toho, aby zákazníci dostali včasné informace. Pomáhá analyzovat KPI „prodleva do úvodního potvrzení“ a zlepšovat komunikaci se zákazníky.
Kde data získat
Odvozuje se z časového razítka prvního odchozího záznamu EmailMessage přiřazeného k případu. Lze ji také odvodit ze změny vlastního pole, kterou spustí automatizační pravidlo.
Zachycení
Najděte časové razítko první odchozí zprávy EmailMessage propojené s případem.
Typ události
inferred
|
|||
|
Pracovník prověřuje problém
|
Označuje fázi, kdy pracovník aktivně zjišťuje příčinu problému zákazníka a snaží se mu porozumět. Nejde o výslovně zaznamenanou událost. Odvozuje se ze změny stavu případu z nového nebo otevřeného na rozpracovaný. | ||
|
Proč je to důležité
Doba prověřování pomáhá odhalit složité servisní požadavky a oblasti, ve kterých pracovníci potřebují další školení nebo zdroje. Umožňuje oddělit dobu aktivní práce od čekání.
Kde data získat
Odvozuje se z objektu CaseHistory, když se pole Status změní na hodnotu označující aktivní práci, například „In Progress“ nebo „Working“.
Zachycení
Časové razítko změny stavu Case na hodnotu označující rozpracovaný případ.
Typ události
inferred
|
|||
|
Případ zařazen do kategorie a určena priorita
|
K této činnosti dochází, když je případu přiřazen typ, kategorie a úroveň priority. Obvykle to provádí tým prvotního třídění nebo automatizační pravidla. Událost se odvozuje ze změn příslušných polí případu. | ||
|
Proč je to důležité
Zařazení do kategorií pomáhá porozumět rozložení případů a účinnosti jejich směrování. Analýza tohoto kroku pomáhá lépe rozdělit pracovní zátěž a zajistit rychlé vyřízení případů s vysokou prioritou.
Kde data získat
Odvozuje se z objektu CaseHistory. Sleduje se, kdy byla poprvé vyplněna pole Priority, Type nebo jiná klasifikační pole, případně kdy se jejich hodnota změnila z výchozí.
Zachycení
Sledujte změny polí, jako jsou Priority nebo Type, v objektu CaseHistory.
Typ události
inferred
|
|||
|
Případ znovu otevřen
|
Nastane, když se dříve vyřešený nebo uzavřený případ znovu aktivuje, protože se problém opakoval nebo řešení nebylo účinné. Jde o důležitý ukazatel předělávek. | ||
|
Proč je to důležité
Znovu otevřené případy často ukazují na nekvalitní řešení nebo na to, že se problém nepodařilo vyřešit při prvním kontaktu. Analýza jejich četnosti a příčin je nezbytná pro zlepšení kvality služeb.
Kde data získat
Odvozuje se z objektu CaseHistory, když se pole IsClosed změní z true na false nebo když se Status změní z uzavřeného či vyřešeného stavu zpět na otevřený.
Zachycení
Časové razítko změny pole Status nebo IsClosed z konečného stavu na aktivní.
Typ události
inferred
|
|||
|
Případ znovu přiřazen
|
Označuje předání případu jinému pracovníkovi nebo frontě po prvotním přiřazení. Odvozuje se z následných změn pole vlastníka případu. | ||
|
Proč je to důležité
Časté změny přiřazení mohou ukazovat na nesprávné prvotní směrování, neefektivní proces nebo nedostatek znalostí. To vede ke zpožděním a horší zákaznické zkušenosti. Tato činnost pomáhá měřit počet předání mezi pracovníky.
Kde data získat
Odvozuje se z každé změny pole OwnerId v objektu CaseHistory po prvotním přiřazení.
Zachycení
Najděte všechny změny pole OwnerId po první změně.
Typ události
inferred
|
|||
|
Zákazníkovi navrženo řešení
|
Označuje okamžik, kdy pracovník zákazníkovi navrhne možné řešení. Jde o koncepční krok, který se obvykle odvozuje z odchozí komunikace nebo konkrétní změny stavu. | ||
|
Proč je to důležité
Sledování tohoto milníku pomáhá měřit dobu od prověřování problému po návrh řešení. Pokud zákazník řešení nepřijme, může tento krok také zahájit další kolo komunikace.
Kde data získat
Odvozuje se z odchozí zprávy EmailMessage obsahující konkrétní klíčová slova nebo ze změny stavu na „Solution Provided“ v objektu CaseHistory.
Zachycení
Časové razítko změny stavu nebo odchozí komunikace.
Typ události
inferred
|
|||
Průvodci extrakcí dat
Chcete začít?
Využijte tuto datovou šablonu jako výchozí bod pro process mining a hledejte příležitosti ke zlepšení provozu zákaznického servisu.
Zvyšte efektivitu zákaznického servisu
Dosáhněte 80% vyřešení při prvním kontaktu a zvyšte skóre CSAT.
Bez nutnosti zadávat platební kartu