Datová šablona pro zákaznický servis

Salesforce Service Cloud
Datová šablona pro zákaznický servis

Datová šablona pro zákaznický servis

Tato šablona vám pomůže připravit data zákaznického servisu pro process mining. Obsahuje přehled důležitých datových atributů, aktivit, které je vhodné sledovat, a praktické pokyny k získání těchto údajů ze zdrojového systému. Pomůže vám připravit data pro analýzu a zlepšování procesu.
  • Doporučené atributy ke sběru
  • Důležité aktivity ke sledování
  • Pokyny k extrakci dat
Pracujete se záznamy událostí poprvé? Přečtěte si, jak vytvořit záznam událostí pro process mining.

Atributy zákaznického servisu

Toto jsou doporučená datová pole pro záznam událostí, který použijete k podrobné analýze procesu zákaznického servisu.
5 Povinné 9 Doporučené 6 Volitelné
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ů
Povinné Doporučené Volitelné

Aktivity zákaznického servisu

Toto jsou důležité kroky procesu a milníky, které je vhodné zaznamenat do záznamu událostí pro přesné zjištění a analýzu workflow zákaznického servisu.
6 Doporučené 9 Volitelné
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
Doporučené Volitelné

Průvodci extrakcí dat

Jak získat data ze Salesforce Service Cloud

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.

Začněte zkušební verzi

Bez nutnosti zadávat platební kartu