Ügyfélszolgálati adatsablon

Genesys Cloud CX
Ügyfélszolgálati adatsablon

Ügyfélszolgálati adatsablon

Ez a sablon útmutatást ad az ügyfélszolgálati folyamat elemzéséhez és optimalizálásához szükséges adatok összegyűjtéséhez. Bemutatja az ajánlott attribútumokat, a rögzítendő fő tevékenységeket, valamint gyakorlati tanácsokat ad az adatok forrásrendszerekből történő kinyeréséhez. Használja a sablont a process mining elemzésekhez szükséges eseménynapló összeállításához.
  • Javasolt attribútumok
  • Rögzítendő fő tevékenységek
  • Útmutató az adatok kinyeréséhez
Most ismerkedik az eseménynaplókkal? Tudja meg, hogyan készíthet process mining eseménynaplót.

Ügyfélszolgálati attribútumok

Ezeket az adatmezőket javasoljuk felvenni az eseménynaplóba az ügyfélszolgálat részletes elemzéséhez.
5 Kötelező 6 Javasolt 8 Nem kötelező
Név Leírás
Kezdési idő
EventTime
Az időbélyeg, amely megmutatja, mikor kezdődött egy tevékenység vagy esemény.
Leírás

Ez az attribútum minden tevékenység pontos dátumát és időpontját adja meg. Elengedhetetlen az események helyes sorrendbe állításához és minden időalapú elemzéshez. A kezdési idő alapján épül fel a folyamat időrendi menete, és ez szolgál alapul a tevékenységek közötti időtartamok, várakozási idők és átfutási idők kiszámításához. A megbízható folyamatelemzéshez és teljesítményméréshez pontos időbélyegekre van szükség.

Miért fontos?

Ez az időbélyeg időrendbe állítja a tevékenységeket, így pontosan elemezhetők a folyamatok, az időtartamok és a szűk keresztmetszetek.

Hol szerezhető be?

A Genesys Cloud CX eseménynaplóiban vagy interakciós adataiban található, gyakran minden rögzített rendszer- vagy felhasználói eseményhez kapcsolódik.

Példák
2024-05-21T10:00:15Z2024-05-21T10:02:30Z2024-05-21T10:15:00Z
Szolgáltatási igény
ServiceRequest
Az ügyfélkapcsolat elsődleges azonosítója, amely összekapcsolja az összes kapcsolódó tevékenységet.
Leírás

A szolgáltatási igény, más néven Ticket vagy Case, egyetlen ügyfélkérdés vagy probléma elsődleges azonosítója. Egyetlen folyamatpéldányba rendezi az összes kapcsolódó eseményt, a kezdeti kapcsolatfelvételtől a végső megoldásig. A szolgáltatási igény szerinti elemzés teljes, elejétől a végéig tartó képet ad az ügyfél útjáról és az ügy belső kezeléséről. Ez az alapja olyan fő mutatók kiszámításának, mint a teljes megoldási idő és az első kapcsolatfelvételkor megoldott ügyek aránya.

Miért fontos?

Ez az alapvető Case ID kapcsolja össze a folyamat összes lépését, így minden ügyfélkapcsolat elejétől a végéig elemezhető.

Hol szerezhető be?

Ez az ügy fogalmi azonosítója. A Genesysben gyakran a Conversation ID-nek felel meg, de a bevezetéstől függően egyéni azonosító is lehet.

Példák
SR-20240521-00123SR-20240521-00124SR-20240522-00001
Tevékenység neve
ActivityName
Az adott időpontban, a szolgáltatási igény életciklusa során történt esemény vagy feladat neve.
Leírás

Ez az attribútum az ügyfélszolgálati folyamat egy adott lépését vagy állapotváltozását írja le. Minden tevékenység egy külön eseményt jelöl, például „Ügyintéző elfogadta az interakciót” vagy „Lezárókód hozzárendelve”. A tevékenységek sorrendjének és gyakoriságának elemzése a process mining alapja. Segít megjeleníteni a folyamatokat, feltárni az eltéréseket, valamint azonosítani a szűk keresztmetszeteket és a nem hatékony lépéseket.

Miért fontos?

A tevékenységek alkotják a folyamattérkép alapját. Segítségükkel összevethető a tényleges folyamatmenet a tervezett folyamattal.

Hol szerezhető be?

Ezt általában úgy állítják elő, hogy a Genesys Cloud CX rendszereseményeit, ügyintézői állapotait vagy naplóbejegyzéseit szabványos tevékenységnevekhez rendelik.

Példák
Interakció indultÜgyintéző elfogadta az interakciótHívás utáni munka befejeződöttSzolgáltatási igény újranyitva
Forrásrendszer
SourceSystem
A rendszer, amelyből az adatokat kinyerték.
Leírás

Ez az attribútum azonosítja az eseményadatok forrásrendszerét, ebben az esetben a Genesys Cloud CX-et. Több integrált rendszer használatakor ez a mező elengedhetetlen az adatok eredetének nyomon követéséhez, a hibakereséshez és az adatok hátterének megértéséhez. Segít biztosítani, hogy az elemzés a megfelelő adatforrásra épüljön, és lehetővé teszi az adatok szűrését vagy csoportosítását, ha egy folyamatnézethez több rendszer adatai járulnak hozzá.

Miért fontos?

Azonosítja az adatok forrását, ami elengedhetetlen az adatirányításhoz, az ellenőrzéshez és a több rendszerből származó adatok egyesítéséhez.

Hol szerezhető be?

Ez általában egy rögzített érték, amelyet az adatkinyerés és -átalakítás során adnak hozzá a rekordok forrásának megjelölésére.

Példák
Genesys Cloud CXGenesysCloudCX_US1Genesys
Utolsó adatfrissítés
LastDataUpdate
A legutóbbi adatfrissítés időbélyege.
Leírás

Ez az attribútum jelzi, mikor frissült utoljára az adatkészlet a forrásrendszerből. Segít megítélni, mennyire naprakészek az elemzett adatok, ami fontos ahhoz, hogy időben megalapozott üzleti döntések szülessenek. A dashboardokon és jelentésekben jól látható helyen érdemes feltüntetni, hogy a felhasználók tisztában legyenek az adatok aktualitásával, és meg tudják ítélni az elemzési eredmények érvényességét.

Miért fontos?

Jelzi az adatok aktualitását, így az elemzések és döntések naprakész információkra épülhetnek.

Hol szerezhető be?

Az érték az adatok kinyerésekor vagy a process mining eszközbe való betöltésekor jön létre, és ekkor kerül az adatkészletbe.

Példák
2024-05-23T04:00:00Z2024-05-24T04:00:00Z
Befejezés időpontja
EventEndTime
Az időbélyeg, amely azt mutatja, mikor ért véget egy tevékenység vagy esemény.
Leírás

Ez az attribútum rögzíti, hogy pontosan mikor fejeződik be egy tevékenység. A kezdési időponttal együtt lehetővé teszi az egyes tevékenységek időtartamának pontos kiszámítását. Az időtartamok elemzésével megállapítható, mely folyamatlépések veszik igénybe a legtöbb időt, így feltárhatók a hatékonysági problémák és a fejlesztési lehetőségek. Például megmutathatja, ha túl sokáig tart a „Hold Placed on Interaction” állapot, vagy elhúzódik az „After-Call Work”.

Miért fontos?

Lehetővé teszi az egyes tevékenységek időtartamának pontos kiszámítását, ami segít az időigényes lépések és a teljesítményt rontó szűk keresztmetszetek feltárásában.

Hol szerezhető be?

A Genesys Cloud CX eseménynaplóiban vagy az interakciók részletei között található meg. A következő esemény kezdési időpontjából is kiszámítható.

Példák
2024-05-21T10:02:30Z2024-05-21T10:15:00Z2024-05-21T10:18:45Z
Kommunikációs csatorna
MediaType
Az interakcióhoz használt kommunikációs csatorna, például hang, chat vagy e-mail.
Leírás

Ez az attribútum határozza meg, milyen csatornán kommunikált az ügyfél és az ügyintéző. A leggyakoribb csatornák a hang, a chat, az e-mail és a közösségi média. A csatornánkénti teljesítmény elemzése, például a „Kommunikációs csatornák teljesítménye” dashboardon, megmutatja az egyes csatornák forgalmát, megoldási idejét és az ügyfelek elégedettségét. Ezek az adatok segítenek a csatornastratégia és az erőforrások elosztásának javításában.

Miért fontos?

A folyamat kommunikációs csatorna szerinti bontása segít megérteni az egyes csatornák teljesítményét, az ügyfelek viselkedését és az erőforrásigényt.

Hol szerezhető be?

A Genesys Cloud CX beszélgetésrészletező rekordjainak szabványos mezője.

Példák
hangchate-mailüzenet
Lezárási kód
WrapUpCode
Az ügyintéző által az interakció végén megadott kód, amely az eredményt vagy a témát kategorizálja.
Leírás

A lezárási kód az ügyintéző által kiválasztott címke, amely az ügyféllel folytatott interakció jellegét vagy eredményét sorolja kategóriába. Strukturált adatot ad arról, hogy az ügyfelek milyen okból fordulnak az ügyfélszolgálathoz. A lezárási kódok elemzésével feltárhatók a gyakori problématípusok, nyomon követhetők a megoldások eredményei, és mérhető az egyes kérések gyakorisága. Ezek az adatok segítenek a kiváltó okok elemzésében és a szolgáltatási igények mintázatainak megértésében.

Miért fontos?

Kategorizálja az interakció eredményét, és strukturált adatot ad a gyakori problémák, a megoldások hatékonysága és a kapcsolatfelvétel okainak elemzéséhez.

Hol szerezhető be?

A Genesys Cloud CX beszélgetésrészletező rekordjaiban, az ügyintézői résztvevők munkamenet-részleteinél érhető el.

Példák
Jelszó visszaállításaSzámlázási vita rendezveTermékinformáció kéréseTovábbítva a 2. szintű támogatáshoz
Ügyintéző neve
AgentName
Az interakciót vagy tevékenységet kezelő ügyintéző teljes neve.
Leírás

Az ügyintéző neve az azonosítóhoz tartozó, könnyen olvasható megnevezés. A vezetők és csoportvezetők így egyszerűbben értelmezhetik a dashboardokat és jelentéseket. Az ügyintézőkre összpontosító elemzésekben a teljesítmény áttekintésére, a képzési igények feltárására és a munkaterhelés méltányos elosztására használható, anélkül hogy a rendszerazonosítókat külön kellene kikeresni.

Miért fontos?

Az ügyintéző közérthető nevét jeleníti meg, így a teljesítmény technikai azonosítók nélkül is elemezhető, az eredmények pedig könnyebben megoszthatók.

Hol szerezhető be?

A Genesys Cloud CX Users vagy Directory szolgáltatásából kérhető le az AgentId alapján.

Példák
John SmithJane DoePeter Jones
Ügyintéző-azonosító
AgentId
Az interakciót vagy tevékenységet kezelő ügyintéző egyedi azonosítója.
Leírás

Az ügyintéző-azonosító minden ügyfélszolgálati munkatárshoz egyedi kulcsot rendel. Ez az attribútum nélkülözhetetlen az ügyintézői teljesítmény, a munkaterhelés eloszlása és a hatékonyság elemzéséhez. Segítségével a folyamattérkép adott ügyintézőre vagy csapatra szűrhető, így összehasonlíthatók például a megoldási idők, az újramunka aránya és az előírt eljárások betartása. Ez az „Ügyintézői teljesítmény és hatékonyság” dashboard egyik alapja.

Miért fontos?

Az attribútum az egyes folyamati tevékenységeket konkrét munkatársakhoz kapcsolja, így elemezhető az egyéni teljesítmény, a munkaterhelés és a csapat hatékonysága.

Hol szerezhető be?

A Genesys Cloud CX beszélgetésrészletező rekordjaiban érhető el, annál a felhasználónál, aki az interakció adott szakaszát kezelte.

Példák
a1b2c3d4-e5f6-7890-1234-567890abcdeff0e9d8c7-b6a5-4321-fedc-ba0987654321
Várólista neve
QueueName
Annak a várólistának a neve, amelyre az interakciót irányították.
Leírás

Ez az attribútum azonosítja azt a várólistát, ahol az interakció az ügyintézőhöz rendelés előtt várakozott. A várólista neve szerinti elemzés a „Szolgáltatási várólisták szűk keresztmetszeteinek feltárása” dashboard alapja. Segít megérteni a munkaterhelés eloszlását a különböző szaktudást igénylő csoportok és szolgáltatási területek között, mérni a várakozási időt, valamint azonosítani a rendszeresen létszámhiánnyal vagy túlterheléssel küzdő várólistákat. Ezek az adatok segítenek az erőforrások jobb elosztásában és az ügyfelek várakozási idejének csökkentésében.

Miért fontos?

Megmutatja, hol várnak a szolgáltatási kérések kiosztásra, így segít feltárni a szűk keresztmetszeteket és elemezni a munkaterhelés eloszlását.

Hol szerezhető be?

A Genesys Cloud CX beszélgetésrészletező rekordjaiban érhető el. Egy interakció egy vagy több várólistán is áthaladhat.

Példák
1. szintű támogatás - hangSzámlázási kérdések - chatTechnikai támogatás - e-mail
Beszélgetésazonosító
ConversationId
A Genesys által a teljes beszélgetéshez rendelt egyedi azonosító.
Leírás

A Conversation ID a Genesys Cloud CX elsődleges technikai kulcsa, amely egy ügyfélbeszélgetéshez rendeli az összes kapcsolódó interakciót, szegmenst és résztvevőt. A fogalmi „Szolgáltatási kérés” szolgál Case ID-ként, a Conversation ID pedig az a mögöttes kulcs, amellyel a Genesys API-kon keresztül lekérhetők a kapcsolódó adatok. Nélkülözhetetlen az adatok kinyeréséhez, a különböző adatkészletek összekapcsolásához és a folyamatadatok technikai ellenőrzéséhez.

Miért fontos?

Ez a Genesys elsődleges technikai kulcsa, amely nélkülözhetetlen az adatok kinyeréséhez, a hibakereséshez és a forrásrendszer adatainak összekapcsolásához.

Hol szerezhető be?

A Genesys Cloud CX analitikai és beszélgetési API-jainak elsődleges mezője.

Példák
d8a7c6b5-e4f3-2109-8765-fedcba098765c7b6a5d4-f3e2-1098-7654-edcbaf987654
CSAT-pontszám
CustomerSatisfactionScore
Az ügyfél interakció utáni felmérésben megadott elégedettségi pontszáma.
Leírás

Az ügyfél-elégedettségi pontszám, vagyis a CSAT közvetlenül méri, hogyan ítéli meg az ügyfél a kapott szolgáltatást. Ezt általában az interakció lezárása után kiküldött felmérésben gyűjtik. A CSAT-pontszámok és a folyamatadatok együttes elemzésével feltárható, hogy a folyamat eltérései, a megoldási idő vagy az egyes ügyintézők hogyan hatnak az ügyfelek elégedettségére. Ez fontos eredménymutató a folyamat egészének értékeléséhez.

Miért fontos?

Közvetlenül méri az ügyfelek elégedettségét, így összevethető a folyamat teljesítménye az ügyfélélménnyel.

Hol szerezhető be?

Az adat általában a Genesys Cloud CX Quality Management moduljából vagy a Genesys rendszerrel integrált külső felmérési eszközből származik.

Példák
5413
Első kapcsolatfelvételkor megoldva
IsFirstContactResolution
Jelzi, hogy a szolgáltatási kérést egyetlen interakció során megoldották-e.
Leírás

Ez a logikai attribútum azokat az eseteket jelöli, amelyeket már az első interakció során megoldottak, az ügyfél újbóli megkeresése vagy belső továbbítás nélkül. A „true” érték hatékony, ideális megoldást jelez. Ez az attribútum az „Első kapcsolatfelvételkor megoldott esetek aránya” KPI és a hozzá tartozó dashboard alapja. Az első kapcsolatfelvételkor meg nem oldott esetek jellemzőinek elemzése képzési, tudásbázis-fejlesztési vagy folyamatmódosítási lehetőségeket tárhat fel.

Miért fontos?

Közvetlenül méri a hatékonyságot és az ügyfél-elégedettséget, mivel a probléma első alkalommal történő megoldása nagyban hozzájárul a pozitív szolgáltatási élményhez.

Hol szerezhető be?

Számított mező, amely az eset eseménysorozatának elemzéséből származik. Egy eset akkor számít első kapcsolatfelvételkor megoldottnak, ha a megoldás előtt nem történik például továbbítás vagy újbóli megnyitás.

Példák
truefalse
SLA szerinti célzott megoldási idő
SlaTargetResolutionTime
A szolgáltatási kérés megoldására szerződésben vállalt célidő.
Leírás

Ez az attribútum határozza meg a szolgáltatási kérés megoldására rendelkezésre álló maximális időt a szolgáltatási szintre vonatkozó megállapodás (SLA) szerint. Ehhez viszonyítható a tényleges megoldási idő. Az adat szükséges az „SLA-megfelelés áttekintése” dashboardhoz és az „SLA-megfelelési arány” KPI-hoz. Segítségével a szervezet nyomon követheti, hogy teljesíti-e az ügyfeleknek tett vállalásait, és időben felismerheti a várható túllépéseket.

Miért fontos?

Viszonyítási alapot ad az SLA-megfelelés méréséhez, amely a szolgáltatás teljesítményének és a szerződéses vállalások teljesítésének fontos mutatója.

Hol szerezhető be?

A beszélgetés egyéni attribútumaként tárolható, vagy a várólistára, az ügyfél típusára, illetve a kérés típusára vonatkozó szabályok alapján számítható ki.

Példák
86400144003600
SLA-nak megfelelő
IsSlaCompliant
Jelzi, hogy a szolgáltatási kérést az SLA szerinti célidőn belül oldották-e meg.
Leírás

Ez a logikai attribútum jelzi, hogy a szolgáltatási kérést a célidőn belül oldották-e meg. A rendszer a „ServiceResolutionTime” és a „SlaTargetResolutionTime” értékének összehasonlításával számítja ki. A jelző egyszerűsíti az „SLA-megfelelés áttekintése” dashboard elemzését és megjelenítését, valamint az „SLA-megfelelési arány” KPI alapja. Segítségével gyorsan szűrhetők és csoportosíthatók a megfelelő, illetve nem megfelelő esetek, így feltárhatók az SLA-túllépések jellemző mintázatai.

Miért fontos?

Egyértelműen jelzi, hogy az egyes esetek megfeleltek-e az SLA-nak, így egyszerűbb elemezni a nem teljesítés kiváltó okait.

Hol szerezhető be?

Számított mező: True, ha ServiceResolutionTime <= SlaTargetResolutionTime, egyébként False.

Példák
truefalse
Szolgáltatás megoldási ideje
ServiceResolutionTime
Az első ügyfélkapcsolat kezdetétől a végleges megoldásig eltelt teljes idő.
Leírás

Ez a mutató a szolgáltatási kérés teljes időtartamát méri attól kezdve, hogy az ügyfél először kapcsolatba lép a szolgáltatóval, egészen addig, amíg a problémát megoldottként jelölik. A folyamat egészének hatékonyságát és az ügyfélélményt mérő fontos KPI. Ez a számított attribútum áll a „Szolgáltatási kérések megoldási ideje” dashboard és az „Átlagos szolgáltatási megoldási idő” KPI középpontjában. Az értékek eloszlásának elemzésével feltárhatók az elhúzódó ügyek és a rendszeres késések.

Miért fontos?

Fontos KPI a folyamat egészének hatékonysága és az ügyfélélményre gyakorolt hatása méréséhez.

Hol szerezhető be?

Számított mező: a végső megoldást jelző tevékenység időbélyege mínusz az első ügyfélkapcsolati tevékenység időbélyege.

Példák
90010800172800
Szolgáltatási kérés típusa
ServiceRequestType
A szolgáltatási kérés besorolása, például „Érdeklődés”, „Panasz” vagy „Technikai probléma”.
Leírás

Ez az attribútum a szolgáltatási kérést annak jellege vagy célja szerint kategorizálja. A különböző kéréstípusok külön elemezhetők, így összehasonlítható, hogyan kezelik őket. A „Panasz” folyamata és megoldási ideje például jelentősen eltérhet egy általános érdeklődésétől. Ez a dimenzió az „Eszkalációk belső elemzése” dashboardon is hasznos annak megállapítására, hogy bizonyos kéréstípusokat gyakrabban eszkalálnak-e.

Miért fontos?

Lehetővé teszi a folyamat kéréstípus szerinti bontását, így összehasonlítható a különböző kérések kezelése, és feltárhatók az adott típusra jellemző szűk keresztmetszetek és hatékonysági problémák.

Hol szerezhető be?

Az információ származhat IVR-menüből, az ügyfél webes űrlapon megadott választásából vagy az ügyintéző besorolásából. A Genesys rendszerben résztvevői attribútumként vagy lezárási kódként tárolható.

Példák
Számlázási kérdésTechnikai támogatásÜgyfélfiók kezeléseTermékkel kapcsolatos panasz
Újranyitva
IsReopened
Jelzi, hogy a megoldott szolgáltatási kérést később újranyitották-e.
Leírás

Ez a logikai attribútum azokat a szolgáltatási kéréseket jelöli, amelyeket megoldottnak vagy lezártnak állítottak be, de később ismét aktívvá váltak. Az újranyitott esetek gyakran arra utalnak, hogy az eredeti megoldás nem volt hatékony vagy teljes, ami elégedetlenséget és többletmunkát okozhat. Ez az attribútum táplálja a „Szolgáltatási kérések újranyitási trendjei” dashboardot és az „Újranyitott szolgáltatási kérések aránya” KPI-t. Az esetek elemzésével feltárhatók a nem megfelelő megoldások kiváltó okai.

Miért fontos?

Rámutat a megoldási folyamat hiányosságaira és a megoldások minőségi problémáira, amelyek újramunkához és rossz ügyfélélményhez vezethetnek.

Hol szerezhető be?

Számított mező, amely azt érzékeli, hogy a „Service Request Resolved” tevékenység után történt-e az esetet ismét aktívvá tevő tevékenység.

Példák
truefalse
Kötelező Javasolt Nem kötelező

Ügyfélszolgálati tevékenységek

Ezeket a folyamatlépéseket és mérföldköveket érdemes rögzíteni az eseménynaplóban a folyamat pontos feltárásához.
5 Javasolt 8 Nem kötelező
Tevékenység Leírás
Interakció bontva
Ez a tevékenység jelöli a beszélgetés végét, amikor minden résztvevő bontotta a kapcsolatot. Ez gyakran az ügyféligény-interakció technikai lezárását jelenti.
Miért fontos?

Ez az interakció egyértelmű záróeseménye. Fontos a teljes interakciós idő kiszámításához, és gyakran az igény lezárásának közelítő jelzőjeként használják.

Hol szerezhető be?

A beszélgetés részletes adataiból nyerhető ki. A beszélgetési objektum befejezési időpontjának felel meg, amely általában a conversationEnd időbélyegben található.

Rögzítés

A rendszer akkor naplózza, amikor minden résztvevő bontotta a kapcsolatot, és a beszélgetés véget ér.

Eseménytípus explicit
Interakció indult
Ez a tevékenység jelöli az ügyfélkapcsolat kezdetét, például egy bejövő hívás, chat vagy e-mail indulását. A Genesys Cloud CX akkor naplózza ezt az eseményt, amikor új beszélgetési objektum jön létre a rendszerben.
Miért fontos?

Ez a szolgáltatási igény folyamatának elsődleges kezdő eseménye. A teljes megoldási idő kiszámításához és a beérkező ügyféligények mintáinak megértéséhez is szükséges.

Hol szerezhető be?

Az esemény a beszélgetés részletes adataiból származik. A beszélgetési objektum kezdési időpontjának felel meg, amely általában a conversationStart időbélyegben található.

Rögzítés

A rendszer akkor naplózza, amikor új beszélgetés indul.

Eseménytípus explicit
Interakció továbbítva
Azt jelzi, amikor az ügyintéző egy interakciót egy másik sorhoz vagy ügyintézőhöz továbbít. A továbbítás lehet vak, amikor az ügyintéző azonnal bontja a kapcsolatot, vagy konzultációs, amikor előbb egyeztet a fogadó féllel.
Miért fontos?

Ez a tevékenység elengedhetetlen a belső továbbítási arány KPI méréséhez. A gyakori továbbítás képzési igényre, hibás útválasztásra vagy összetett folyamatra utalhat.

Hol szerezhető be?

A beszélgetés részletes adataiban azonosítható, amikor az első ügyintéző bekapcsolódása után új ACD-résztvevő vagy ügyintéző kerül a beszélgetésbe. Ezt gyakran egy „transfer” esemény indítja el.

Rögzítés

A résztvevő munkamenetadataiban szereplő továbbítási esemény alapján azonosítható.

Eseménytípus explicit
Lezárókód hozzárendelve
Az ügyintéző előre meghatározott lezáró- vagy eredménykódot rendel az interakcióhoz. Ezzel egyértelműen kategorizálja az ügyféligény kimenetelét, például „Megoldva” vagy „Továbbítva” értékkel.
Miért fontos?

A lezárókódok az ügy kimenetelének meghatározásához használt elsődleges adatok közé tartoznak. Elengedhetetlenek a megoldási arány kiszámításához és az esetek elemzési szempontok szerinti csoportosításához.

Hol szerezhető be?

Ez az esemény kifejezetten szerepel a beszélgetés részletes adataiban, általában az ügyintéző résztvevőjének munkamenetadatai között. A rendszer rögzíti a wrapUp kódot és az időbélyeget.

Rögzítés

A rendszer akkor naplózza, amikor az ügyintéző lezárókódot választ az interakcióhoz.

Eseménytípus explicit
Ügyintéző elfogadta az interakciót
Azt jelöli, amikor az ügyintéző elfogadja a felajánlott interakciót, és kapcsolatba lép az ügyféllel. Ez fontos mérföldkő, mert ekkor kezdődik az ügyféligény közvetlen kezelése.
Miért fontos?

Ez a tevékenység fontos az első kapcsolatfelvételkor megoldott ügyek arányának és az ügyintézői kezelési időnek a méréséhez. Ekkor kezd el az ügyintéző az igénnyel foglalkozni.

Hol szerezhető be?

A beszélgetés részletes adataiban található. Az ügyintéző résztvevőjének állapota „connected” értékre vált, a rendszer pedig rögzíti az időbélyeget.

Rögzítés

A rendszer akkor naplózza, amikor az ügyintéző résztvevőjének állapota „connected” értékre vált.

Eseménytípus explicit
Beszélgetés sorba irányítva
Azt jelzi, amikor egy új interakció egy adott sorba kerül, és egy szabad ügyintézőre vár. Ezt az eseményt a Genesys útválasztó motorja (ACD) kifejezetten naplózza.
Miért fontos?

Ennek a tevékenységnek a nyomon követése elengedhetetlen a sorban töltött várakozási idő méréséhez és az útválasztás szűk keresztmetszeteinek feltárásához. Ha az esemény és az ügyintéző hozzárendelése között hosszú idő telik el, az létszám- vagy útválasztási problémára utalhat.

Hol szerezhető be?

A beszélgetés részletes adataiból nyerhető ki, különösen az ACD-résztvevő „purpose” és „state” mezőiből. Az eseményt a sorhoz tartozó „enterTime” érték jelzi a metrikák tömbjében.

Rögzítés

A rendszer akkor naplózza, amikor az ACD útválasztó motor egy beszélgetést sorba helyez.

Eseménytípus explicit
Hívás utáni munka befejeződött
Ez jelöli az ügyintéző hívás utáni munkájának végét. Ekkor az ügyintéző ismét fogadhat új interakciót.
Miért fontos?

A „Hívás utáni munka megkezdődött” tevékenységgel együtt pontosan meghatározható a lezárási szakasz időtartama. Ez segít elemezni az ügyintézők teljesítményét és a folyamat többletterheit.

Hol szerezhető be?

Akkor következtethető ki, amikor az ügyintéző állapota „acw” értékről elérhető állapotra, például „idle” értékre vált. A rendszer az állapotváltozás időbélyegét használja.

Rögzítés

Az ügyintéző állapotának „acw” értékről elérhető állapotra váltásából következtethető ki.

Eseménytípus inferred
Hívás utáni munka megkezdődött
Ez a tevékenység jelöli a hívás utáni munka (ACW) kezdetét. Az ügyintéző már bontotta a kapcsolatot az ügyféllel, és most olyan feladatokat végez, mint a jegyzetek rögzítése vagy a rendszerek frissítése.
Miért fontos?

Az ACW időtartamának mérése fontos az ügyintézői hatékonyság és a teljes kezelési idő megértéséhez. A hosszú ACW a kapcsolat utáni folyamatok hatékonysági problémáira utalhat.

Hol szerezhető be?

Az ügyintéző résztvevőjének munkamenetadataiból nyerhető ki. A rendszer akkor naplózza, amikor az ügyfél résztvevője bontja a kapcsolatot, és az ügyintéző állapota „acw” értékre vált.

Rögzítés

A rendszer akkor naplózza, amikor az ügyintéző résztvevőjének állapota „acw” értékre vált.

Eseménytípus explicit
Interakció felajánlva az ügyintézőnek
Ez az esemény akkor történik, amikor a rendszer felajánl egy interakciót egy adott ügyintézőnek. Az ügyintéző állapota „alerting” értékre vált, amíg a rendszer a beszélgetés elfogadására vagy elutasítására vár.
Miért fontos?

Ez a tevékenység segít elemezni az ügyintézők reakcióidejét és az útválasztási algoritmus hatékonyságát. Az ezt követő késés arra utalhat, hogy az ügyintézők nem fogadják el időben a feladatokat.

Hol szerezhető be?

A beszélgetés részletes adataiban, az ügyintéző résztvevői adatai között található. A résztvevő munkamenetében „alerting” állapotú metrika és a hozzá tartozó időbélyeg szerepel.

Rögzítés

A rendszer akkor naplózza, amikor az útválasztó motor értesíti az ügyintézőt egy új interakcióról.

Eseménytípus explicit
Interakció várakoztatásra téve
A rendszer akkor rögzíti ezt a tevékenységet, amikor az ügyintéző várakoztatja az ügyfelet az interakció során. Ez az ügyintéző résztvevőjének állapotváltozásaként jelenik meg a beszélgetésben.
Miért fontos?

A várakoztatások gyakoriságának és időtartamának elemzése feltárhatja a folyamat hatékonysági problémáit, például ha az ügyintézőknek gyakran kell információt keresniük vagy másokkal egyeztetniük.

Hol szerezhető be?

A beszélgetés részletes adataiban szereplő ügyintézői munkamenetből nyerhető ki. Az állapot „held” értékre vált, és a rendszer rögzíti az időbélyeget.

Rögzítés

A rendszer akkor naplózza, amikor az ügyintéző résztvevőjének állapota „held” értékre vált.

Eseménytípus explicit
Szolgáltatási igény újranyitva
Azt jelzi, amikor az ügyfél röviddel a megoldottnak tekintett ügy után ismét kapcsolatba lép az ügyfélszolgálattal ugyanazzal a problémával. Ez nem kifejezett esemény, hanem üzleti logika alapján számított érték.
Miért fontos?

Az újranyitott igények nyomon követése elengedhetetlen az újranyitási arány méréséhez. Azt jelzi, hogy az eredeti megoldás nem volt hatékony, ami rontja az ügyfél-elégedettséget és a működés hatékonyságát.

Hol szerezhető be?

Ez a tevékenység abból következtethető ki, hogy az előző interakció megoldása után egy előre meghatározott időszakon belül új „Interakció indult” esemény történik ugyanattól az ügyféltől (Customer ID) ugyanazzal vagy kapcsolódó problémával, például azonos szolgáltatásigény-típussal.

Rögzítés

Úgy számítható ki, hogy az új interakciót összekapcsoljuk ugyanannak az ügyfélnek egy nemrég lezárt, azonos problémára vonatkozó ügyével.

Eseménytípus calculated
Ügyfél-elégedettségi felmérés elküldve
Ez a tevékenység akkor történik, amikor az interakció lezárása után kiküldik az ügyfél-elégedettségi (CSAT) felmérést. A kiküldést gyakran a rendszer indítja el előre meghatározott szabályok alapján.
Miért fontos?

Ez a tevékenység szükséges a CSAT-felmérések időben történő kiküldését mérő KPI kiszámításához. A felmérés időben történő elküldésével akkor gyűjthető pontos visszajelzés, amikor az ügyfél még frissen emlékszik az élményre.

Hol szerezhető be?

Ez az információ általában a Genesys Cloud CX felmérési vagy minőségirányítási adataiban található, és az eredeti beszélgetésazonosítóhoz kapcsolható.

Rögzítés

A felmérési modul akkor naplózza, amikor egy adott beszélgetéshez kiküldi a felmérést.

Eseménytípus explicit
Várakoztatás feloldva
Akkor történik, amikor az ügyintéző visszakapcsolja az ügyfelet, és folytatja a beszélgetést. Ez az esemény jelöli a várakoztatási időszak végét, és állapotváltozásként kerül naplózásra.
Miért fontos?

A „Interakció várakoztatásra téve” tevékenységgel együtt pontosan kiszámítható a teljes várakoztatási idő. Ez a teljes kezelési idő és az ügyfélélmény egyik fontos összetevője.

Hol szerezhető be?

Az ügyintéző résztvevőjének munkamenetadataiból állapítható meg, amikor az állapota „held” értékről ismét „connected” értékre vált.

Rögzítés

A rendszer akkor naplózza, amikor az ügyintéző résztvevőjének állapota „held” értékről „connected” értékre vált.

Eseménytípus explicit
Javasolt Nem kötelező

Útmutatók az adatok kinyeréséhez

Adatok kinyerése a Genesys Cloud CX rendszerből

Kezdheti?

Hozza ki a legtöbbet ügyfélszolgálata működéséből. A sablon segítségével feltárhatja a folyamatban rejlő lehetőségeket, és javíthatja a hatékonyságot.

Csökkentse az ismételt megkereséseket, javítsa ügyfélszolgálatát még ma!

Javítsa a CSAT-értéket, és érje el, hogy az ügyek 80%-a már az első kapcsolatfelvételkor megoldódjon.

Próbálja ki ingyen

Nincs szükség bankkártyára. Néhány perc alatt elindíthatja a próbaverziót.