Szablon danych dotyczących obsługi klienta

Genesys Cloud CX
Szablon danych dotyczących obsługi klienta

Szablon danych dotyczących obsługi klienta

Szablon zawiera wskazówki dotyczące gromadzenia danych potrzebnych do analizy i optymalizacji procesu obsługi klienta. Wymienia zalecane atrybuty, działania do śledzenia oraz sposoby pobierania informacji z systemów źródłowych. Można go wykorzystać do przygotowania dziennika zdarzeń na potrzeby process mining.
  • Zalecane atrybuty do zebrania
  • Najważniejsze działania do śledzenia
  • Wskazówki dotyczące ekstrakcji danych
Pierwszy raz spotykają się Państwo z dziennikiem zdarzeń? Dowiedz się jak utworzyć dziennik zdarzeń na potrzeby process mining.

Atrybuty obsługi klienta

Poniżej przedstawiono zalecane pola danych, które warto uwzględnić w dzienniku zdarzeń, aby dokładnie analizować obsługę klienta.
5 Wymagane 6 Zalecane 8 Opcjonalne
Nazwa Opis
Czas rozpoczęcia
EventTime
Znacznik czasu wskazujący, kiedy rozpoczęła się czynność lub wystąpiło zdarzenie.
Opis

Ten atrybut określa dokładną datę i godzinę każdej czynności. Jest niezbędny do prawidłowego uporządkowania zdarzeń i przeprowadzania analiz opartych na czasie. Czas rozpoczęcia służy do odtworzenia chronologicznego przebiegu procesu i obliczania czasu trwania, oczekiwania oraz cyklu między poszczególnymi czynnościami. Dokładne znaczniki czasu są niezbędne do rzetelnej analizy procesu i monitorowania jego wyników.

Dlaczego to ważne

Ten znacznik czasu porządkuje czynności chronologicznie, umożliwiając dokładną analizę przebiegu procesu, czasu trwania i wąskich gardeł.

Skąd pobrać

Dostępny w dziennikach zdarzeń lub szczegółach interakcji w Genesys Cloud CX. Często jest przypisany do każdego zarejestrowanego zdarzenia systemowego lub użytkownika.

Przykłady
2024-05-21T10:00:15Z2024-05-21T10:02:30Z2024-05-21T10:15:00Z
Nazwa czynności
ActivityName
Nazwa konkretnego zdarzenia lub zadania, które wystąpiło w danym momencie obsługi zgłoszenia.
Opis

Ten atrybut opisuje konkretny etap lub zmianę statusu w procesie obsługi klienta. Każda czynność oznacza odrębne zdarzenie, na przykład „Konsultant przyjął interakcję” lub „Przypisano kod podsumowania”. Analiza kolejności i częstotliwości tych czynności jest podstawą process mining. Pozwala wizualizować przebieg procesu, wykrywać odchylenia oraz wskazywać wąskie gardła i nieefektywne etapy.

Dlaczego to ważne

Czynności stanowią podstawę mapy procesu. Umożliwiają wizualizację i analizę rzeczywistego przebiegu procesu w porównaniu z jego zaprojektowanym przebiegiem.

Skąd pobrać

Wartość jest zwykle ustalana przez przypisanie zdarzeniom systemowym, stanom konsultantów lub wpisom w ścieżce audytu w Genesys Cloud CX ujednoliconych nazw czynności.

Przykłady
Rozpoczęto interakcjęKonsultant przyjął interakcjęZakończono pracę po rozmowiePonownie otwarto zgłoszenie
Zgłoszenie
ServiceRequest
Główny identyfikator interakcji z obsługą klienta, łączący wszystkie powiązane czynności.
Opis

Zgłoszenie, nazywane też biletem lub case, jest głównym identyfikatorem pojedynczego zapytania lub problemu klienta. Łączy wszystkie powiązane zdarzenia, od pierwszego kontaktu po ostateczne rozwiązanie, w jedną instancję procesu. Analiza według zgłoszenia pokazuje całą ścieżkę klienta i przebieg obsługi sprawy wewnątrz organizacji. Stanowi też podstawę do obliczania ważnych wskaźników, takich jak całkowity czas rozwiązania sprawy i odsetek spraw rozwiązanych przy pierwszym kontakcie.

Dlaczego to ważne

To podstawowy identyfikator case, który łączy wszystkie etapy procesu i pozwala analizować każdą interakcję z klientem od początku do końca.

Skąd pobrać

To pojęciowy identyfikator case. W Genesys często odpowiada identyfikatorowi konwersacji, ale zależnie od wdrożenia może być identyfikatorem niestandardowym.

Przykłady
SR-20240521-00123SR-20240521-00124SR-20240522-00001
Data ostatniej aktualizacji danych
LastDataUpdate
Znacznik czasu ostatniego odświeżenia danych.
Opis

Ten atrybut wskazuje, kiedy ostatnio zaktualizowano zbiór danych na podstawie systemu źródłowego. Informuje, jak aktualne są analizowane dane, co ma znaczenie przy podejmowaniu decyzji biznesowych we właściwym czasie. Informacja ta powinna być dobrze widoczna na dashboardach i w raportach, aby użytkownicy mogli ocenić aktualność danych i wiarygodność wniosków.

Dlaczego to ważne

Informuje o aktualności danych, dzięki czemu analizy i decyzje można opierać na bieżących informacjach.

Skąd pobrać

Wartość jest nadawana zbiorowi danych podczas ich ekstrakcji lub wczytywania do narzędzia process mining.

Przykłady
2024-05-23T04:00:00Z2024-05-24T04:00:00Z
System źródłowy
SourceSystem
System, z którego wyodrębniono dane.
Opis

Ten atrybut wskazuje system źródłowy danych o zdarzeniach, w tym przypadku Genesys Cloud CX. W środowiskach z wieloma zintegrowanymi systemami ma zasadnicze znaczenie dla śledzenia pochodzenia danych, rozwiązywania problemów i zrozumienia ich kontekstu. Pomaga upewnić się, że analiza korzysta z właściwego źródła, oraz filtrować lub segmentować dane, gdy na jeden obraz procesu składają się informacje z wielu systemów.

Dlaczego to ważne

Wskazuje pochodzenie danych. Jest to ważne dla zarządzania danymi, ich weryfikacji i łączenia informacji z wielu systemów.

Skąd pobrać

Zwykle jest to stała wartość dodawana podczas wyodrębniania i przekształcania danych, aby oznaczyć źródło rekordów.

Przykłady
Genesys Cloud CXGenesysCloudCX_US1Genesys
Czas zakończenia
EventEndTime
Znacznik czasu wskazujący, kiedy zakończyła się czynność lub zdarzenie.
Opis

Ten atrybut zapisuje dokładny moment zakończenia czynności. W połączeniu z czasem rozpoczęcia pozwala precyzyjnie obliczyć czas trwania każdej czynności. Analiza czasu trwania pomaga ustalić, które etapy procesu zajmują najwięcej czasu, a tym samym wskazać nieefektywności i możliwości usprawnień. Może na przykład ujawnić długi czas „wstrzymania interakcji” lub przedłużającą się pracę po rozmowie.

Dlaczego to ważne

Pozwala precyzyjnie obliczyć czas trwania poszczególnych czynności, co ułatwia wskazanie czasochłonnych etapów i wąskich gardeł.

Skąd pobrać

Dostępny w dziennikach zdarzeń lub szczegółach interakcji w Genesys Cloud CX. Można go też wyznaczyć na podstawie czasu rozpoczęcia kolejnego zdarzenia.

Przykłady
2024-05-21T10:02:30Z2024-05-21T10:15:00Z2024-05-21T10:18:45Z
Identyfikator agenta
AgentId
Unikalny identyfikator agenta obsługującego interakcję lub czynność.
Opis

Identyfikator agenta to unikalny klucz przypisany każdemu pracownikowi obsługi klienta. Jest niezbędny do analizy wyników pracy agentów, rozkładu obciążenia i efektywności. Pozwala filtrować mapę procesu, aby sprawdzić, jak poszczególni agenci lub zespoły obsługują zgłoszenia, oraz porównywać takie wskaźniki jak czas rozwiązania, odsetek ponownej pracy i zgodność ze standardowymi procedurami. To podstawa dashboardu „Wyniki i efektywność agentów”.

Dlaczego to ważne

Łączy czynności w procesie z konkretnymi pracownikami, umożliwiając analizę indywidualnych wyników, obciążenia i efektywności zespołu.

Skąd pobrać

Dostępny w szczegółowych danych o rozmowach w Genesys Cloud CX. Jest powiązany z użytkownikiem obsługującym dany fragment interakcji.

Przykłady
a1b2c3d4-e5f6-7890-1234-567890abcdeff0e9d8c7-b6a5-4321-fedc-ba0987654321
Imię i nazwisko agenta
AgentName
Imię i nazwisko agenta obsługującego interakcję lub czynność.
Opis

Imię i nazwisko agenta to czytelna dla użytkownika nazwa pracownika obsługi, powiązana z jego identyfikatorem. Dzięki temu dashboardy i raporty są bardziej zrozumiałe dla menedżerów i liderów zespołów. Dane te są często wykorzystywane w analizach pracy agentów, na przykład do oceny wyników, określania potrzeb szkoleniowych i sprawiedliwego rozdzielania obciążenia, bez konieczności sprawdzania identyfikatorów systemowych.

Dlaczego to ważne

Podaje nazwę agenta w czytelnej formie, ułatwiając analizę wyników i omawianie wniosków bez używania identyfikatorów technicznych.

Skąd pobrać

Pobierane z usługi Users lub Directory w Genesys Cloud CX na podstawie AgentId.

Przykłady
Jan KowalskiAnna NowakPiotr Wiśniewski
Kanał komunikacji
MediaType
Kanał komunikacji użyty podczas interakcji, na przykład telefon, czat lub e-mail.
Opis

Ten atrybut określa sposób komunikacji klienta z agentem. Typowe kanały to telefon, czat, e-mail i media społecznościowe. Analiza wyników według kanału, na przykład na dashboardzie „Wyniki według kanału komunikacji”, pomaga zrozumieć liczbę interakcji, czas ich obsługi i satysfakcję klientów w poszczególnych kanałach. Wnioski te ułatwiają planowanie kanałów obsługi i przydział zasobów.

Dlaczego to ważne

Podział procesu według kanału komunikacji pozwala analizować wyniki, zachowania klientów i zapotrzebowanie na zasoby w każdym kanale.

Skąd pobrać

Standardowe pole w szczegółowych danych o rozmowach w Genesys Cloud CX.

Przykłady
telefonczate-mailwiadomość
Kod podsumowania
WrapUpCode
Kod przypisywany przez agenta po zakończeniu interakcji, który określa jej wynik lub temat.
Opis

Kod podsumowania to etykieta wybierana przez agenta w celu określenia tematu lub wyniku obsługi interakcji z klientem. Kody te dostarczają uporządkowanych informacji o powodach kontaktu klientów z pomocą techniczną. Ich analiza pomaga wykrywać częste problemy, śledzić wyniki obsługi i mierzyć częstotliwość poszczególnych typów zgłoszeń. Dane te przydają się do analizy przyczyn źródłowych i badania wzorców zapotrzebowania na obsługę.

Dlaczego to ważne

Określa wynik interakcji i dostarcza uporządkowanych danych do analizy częstych problemów, skuteczności ich rozwiązywania oraz powodów kontaktu.

Skąd pobrać

Dostępny w szczegółowych danych o rozmowach w Genesys Cloud CX, w szczegółach sesji uczestników będących agentami.

Przykłady
Reset hasłaRozwiązano spór dotyczący rozliczeniaPytanie o informacje o produkciePrzekazano do wsparcia drugiej linii
Nazwa kolejki
QueueName
Nazwa kolejki, do której skierowano interakcję.
Opis

Ten atrybut wskazuje kolejkę, w której interakcja oczekiwała na przydzielenie agentowi. Analiza danych według nazwy kolejki jest niezbędna w dashboardzie „Wykrywanie wąskich gardeł w kolejkach obsługi”. Pomaga menedżerom ocenić rozkład obciążenia między grupami kompetencyjnymi lub liniami obsługi, zmierzyć czas oczekiwania w każdej kolejce oraz wskazać kolejki, w których stale brakuje pracowników lub które są przeciążone. Informacje te pomagają lepiej przydzielać zasoby i skracać czas oczekiwania klientów.

Dlaczego to ważne

Pomaga wykrywać wąskie gardła i analizować rozkład obciążenia, pokazując, gdzie zgłoszenia czekają na przydzielenie.

Skąd pobrać

Dostępna w szczegółowych danych o rozmowach w Genesys Cloud CX. Każda interakcja może przechodzić przez jedną lub kilka kolejek.

Przykłady
Wsparcie pierwszej linii - telefonPytania dotyczące rozliczeń - czatWsparcie techniczne - e-mail
Czas rozwiązania zgłoszenia
ServiceResolutionTime
Łączny czas od rozpoczęcia pierwszej interakcji z klientem do ostatecznego rozwiązania zgłoszenia.
Opis

Ten wskaźnik mierzy łączny czas obsługi zgłoszenia, od chwili pierwszego kontaktu klienta do oznaczenia sprawy jako rozwiązanej. Pokazuje efektywność całego procesu i wpływ obsługi na doświadczenie klienta. To wyliczany atrybut, na którym skupiają się dashboard „Czas rozwiązania zgłoszeń” i KPI „Średni czas rozwiązania zgłoszenia”. Analiza rozkładu wyników pomaga wykrywać długo trwające sprawy i opóźnienia systemowe.

Dlaczego to ważne

To ważny KPI do pomiaru ogólnej efektywności procesu i jego wpływu na doświadczenie klienta.

Skąd pobrać

Pole wyliczane: znacznik czasu ostatniej czynności prowadzącej do rozwiązania minus znacznik czasu pierwszej czynności związanej z kontaktem klienta.

Przykłady
90010800172800
Docelowy czas rozwiązania według SLA
SlaTargetResolutionTime
Uzgodniony w umowie docelowy czas rozwiązania zgłoszenia.
Opis

Ten atrybut określa maksymalny czas na rozwiązanie zgłoszenia zgodnie z umową o gwarantowanym poziomie usług (SLA). Stanowi punkt odniesienia przy pomiarze rzeczywistego czasu rozwiązania. Dane te są niezbędne na dashboardzie „Przegląd zgodności z SLA” oraz do obliczania KPI „Odsetek zgodności z SLA”. Pozwalają monitorować realizację zobowiązań wobec klientów i wykrywać ryzyko przekroczenia terminu, zanim do niego dojdzie.

Dlaczego to ważne

Stanowi punkt odniesienia przy pomiarze zgodności z SLA, która pokazuje poziom obsługi i realizację zobowiązań umownych.

Skąd pobrać

Może być zapisany jako niestandardowy atrybut rozmowy lub wyznaczany na podstawie reguł uwzględniających kolejkę, typ klienta albo typ zgłoszenia.

Przykłady
86400144003600
Identyfikator rozmowy
ConversationId
Unikalny identyfikator nadawany przez Genesys całej rozmowie.
Opis

Identyfikator rozmowy to główny klucz techniczny w Genesys Cloud CX, który łączy wszystkie powiązane interakcje, segmenty i uczestników w ramach jednej rozmowy z klientem. Pojęcie „zgłoszenie do obsługi” służy jako identyfikator sprawy, natomiast identyfikator rozmowy jest kluczem używanym do pobierania powiązanych danych z API Genesys. Jest niezbędny do ekstrakcji danych, łączenia różnych zbiorów danych i technicznej weryfikacji danych o procesie.

Dlaczego to ważne

To główny klucz techniczny w Genesys, niezbędny do ekstrakcji danych, rozwiązywania problemów i łączenia danych z systemem źródłowym.

Skąd pobrać

To podstawowe pole we wszystkich interfejsach API Genesys Cloud CX do analizy i obsługi rozmów.

Przykłady
d8a7c6b5-e4f3-2109-8765-fedcba098765c7b6a5d4-f3e2-1098-7654-edcbaf987654
Ponowne otwarcie
IsReopened
Flaga wskazująca, czy rozwiązane zgłoszenie zostało później ponownie otwarte.
Opis

Ten atrybut logiczny oznacza zgłoszenia, które po ustawieniu statusu „rozwiązane” lub „zamknięte” ponownie stały się aktywne. Ponowne otwarcie sprawy często wskazuje, że początkowe rozwiązanie było nieskuteczne lub niepełne, co prowadzi do niezadowolenia klienta i dodatkowej pracy. Atrybut ten zasila dashboard „Trendy ponownego otwierania zgłoszeń” oraz KPI „Odsetek ponownie otwartych zgłoszeń”. Analiza tych spraw pomaga ustalić przyczyny nieskutecznego rozwiązywania problemów.

Dlaczego to ważne

Wskazuje problemy z rozwiązywaniem zgłoszeń, które mogą wynikać z niskiej jakości rozwiązań i prowadzić do ponownej pracy oraz gorszych doświadczeń klientów.

Skąd pobrać

Pole wyliczane na podstawie wykrycia czynności, która ponownie aktywuje sprawę po wystąpieniu czynności „Zgłoszenie rozwiązane”.

Przykłady
truefalse
Rozwiązanie przy pierwszym kontakcie
IsFirstContactResolution
Flaga wskazująca, czy zgłoszenie rozwiązano podczas jednej interakcji.
Opis

Ten atrybut logiczny wskazuje sprawy rozwiązane podczas pierwszej interakcji, bez konieczności ponownego kontaktu klienta ani przekazywania sprawy wewnątrz organizacji. Wartość „true” oznacza sprawną obsługę zakończoną przy pierwszej próbie. Atrybut ten stanowi podstawę KPI „Odsetek spraw rozwiązanych przy pierwszym kontakcie” i powiązanego z nim dashboardu. Analiza spraw, których nie udało się rozwiązać przy pierwszym kontakcie, może wskazać możliwości szkolenia agentów, ulepszenia bazy wiedzy lub zmian w procesie.

Dlaczego to ważne

Bezpośrednio mierzy efektywność i satysfakcję klientów, ponieważ rozwiązanie problemu przy pierwszej próbie sprzyja pozytywnym doświadczeniom z obsługą.

Skąd pobrać

Pole wyliczane na podstawie analizy sekwencji zdarzeń dla sprawy. Sprawa jest uznawana za rozwiązaną przy pierwszym kontakcie (FCR), jeśli nie wystąpiły w niej określone czynności pośrednie, takie jak przekazanie lub ponowne otwarcie.

Przykłady
truefalse
Typ zgłoszenia do obsługi
ServiceRequestType
Klasyfikacja zgłoszenia, na przykład „pytanie”, „reklamacja” lub „problem techniczny”.
Opis

Ten atrybut klasyfikuje zgłoszenie według jego charakteru lub celu. Pozwala podzielić analizę i sprawdzić, jak obsługiwane są różne typy zgłoszeń. Na przykład przebieg procesu i czas rozwiązania reklamacji mogą znacznie różnić się od tych dla ogólnego pytania. Ten wymiar jest przydatny na dashboardach takich jak „Analiza eskalacji wewnętrznych”, gdzie można sprawdzić, czy określone typy zgłoszeń są częściej eskalowane.

Dlaczego to ważne

Pozwala podzielić proces i porównać obsługę różnych typów zgłoszeń, a także wskazać związane z nimi wąskie gardła i nieefektywności.

Skąd pobrać

Informacje te mogą pochodzić z wyboru w systemie IVR, formularza internetowego wypełnionego przez klienta lub klasyfikacji nadanej przez agenta. W Genesys mogą być zapisane jako atrybut uczestnika lub kod podsumowania.

Przykłady
Pytanie dotyczące rozliczeniaWsparcie techniczneObsługa kontaReklamacja produktu
Wynik CSAT
CustomerSatisfactionScore
Ocena satysfakcji podana przez klienta w ankiecie po zakończeniu interakcji.
Opis

Wynik satysfakcji klienta, czyli CSAT, bezpośrednio odzwierciedla ocenę otrzymanej obsługi. Zwykle jest zbierany w ankiecie wysyłanej po zakończeniu interakcji. Analiza CSAT wraz z danymi o procesie może pokazać, jak różnice w przebiegu procesu, czas rozwiązania lub praca poszczególnych agentów wpływają na zadowolenie klientów. To jeden ze wskaźników oceny ogólnych wyników procesu.

Dlaczego to ważne

Bezpośrednio mierzy zadowolenie klientów i pozwala sprawdzić, jak wyniki procesu wiążą się z ich oceną obsługi.

Skąd pobrać

Dane pochodzą zwykle z modułu Quality Management w Genesys Cloud CX lub z zewnętrznego narzędzia ankietowego zintegrowanego z Genesys.

Przykłady
5413
Zgodność z SLA
IsSlaCompliant
Flaga wskazująca, czy zgłoszenie rozwiązano w docelowym czasie określonym w SLA.
Opis

Ten atrybut logiczny wskazuje, czy zgłoszenie rozwiązano w wyznaczonym czasie. Jest obliczany przez porównanie wartości „ServiceResolutionTime” z „SlaTargetResolutionTime”. Flaga upraszcza analizę i prezentację danych na dashboardzie „Przegląd zgodności z SLA” oraz stanowi podstawę do obliczania KPI „Odsetek zgodności z SLA”. Umożliwia szybkie filtrowanie i podział spraw na zgodne i niezgodne z SLA, co pomaga wykrywać powtarzające się przyczyny przekroczeń.

Dlaczego to ważne

Ułatwia analizę wyników SLA, oznaczając każdą sprawę jako zgodną z SLA lub z przekroczonym terminem. Pomaga też analizować przyczyny niepowodzeń.

Skąd pobrać

Pole wyliczane: True, jeśli ServiceResolutionTime <= SlaTargetResolutionTime, w przeciwnym razie False.

Przykłady
truefalse
Wymagane Zalecane Opcjonalne

Działania w procesie obsługi klienta

Poniżej przedstawiono najważniejsze kroki i etapy procesu, które warto zapisać w dzienniku zdarzeń, aby prawidłowo odkryć przebieg procesu.
5 Zalecane 8 Opcjonalne
Działanie Opis
Konsultant przyjął interakcję
Oznacza moment, w którym konsultant przyjmuje zaproponowaną interakcję i łączy się z klientem. To ważny etap, od którego rozpoczyna się bezpośrednia obsługa zgłoszenia.
Dlaczego to ważne

Ta czynność ma zasadnicze znaczenie przy pomiarze rozwiązywania spraw przy pierwszym kontakcie i czasu obsługi przez konsultanta. Oznacza początek pracy konsultanta nad zgłoszeniem.

Skąd pobrać

Informacja jest dostępna w szczegółowych rekordach konwersacji. Zdarzenie oznacza zmianę stanu uczestnika będącego konsultantem na „connected” i ma przypisany znacznik czasu.

Rejestrowanie

Zapisywane, gdy stan uczestnika będącego konsultantem zmienia się na „connected”.

Typ zdarzenia explicit
Przekazano interakcję
Oznacza przekazanie interakcji przez konsultanta do innej kolejki lub innemu konsultantowi. Może to być przekazanie bez konsultacji, gdy konsultant od razu się rozłącza, albo przekazanie po konsultacji, gdy najpierw rozmawia z odbiorcą.
Dlaczego to ważne

Ta czynność jest niezbędna do obliczenia KPI dotyczącego odsetka eskalacji wewnętrznych. Częste przekazywanie spraw może wskazywać na potrzebę szkoleń, błędne kierowanie lub złożoność procesu.

Skąd pobrać

Zdarzenie można rozpoznać w szczegółowych rekordach konwersacji, gdy po udziale pierwszego konsultanta do konwersacji dołącza nowy uczestnik ACD lub kolejny konsultant. Często inicjuje je zdarzenie „transfer”.

Rejestrowanie

Rozpoznawane na podstawie zdarzenia transferu w danych sesji uczestnika.

Typ zdarzenia explicit
Przypisano kod podsumowania
Konsultant przypisuje interakcji zdefiniowany wcześniej kod podsumowania, czyli kod wyniku. W ten sposób określa rezultat obsługi zgłoszenia, na przykład „Rozwiązano” lub „Eskalowano”.
Dlaczego to ważne

Kody podsumowania są podstawowym źródłem informacji o wyniku biznesowym obsługi zgłoszenia. Są niezbędne do obliczania odsetka rozwiązanych spraw i grupowania case na potrzeby analizy.

Skąd pobrać

To jawne zdarzenie w szczegółowych rekordach konwersacji, zwykle w danych sesji uczestnika będącego konsultantem. Zapisywany jest kod wrapUp i znacznik czasu.

Rejestrowanie

Zapisywane, gdy konsultant wybiera kod podsumowania interakcji.

Typ zdarzenia explicit
Rozpoczęto interakcję
To zdarzenie oznacza początek interakcji z obsługą klienta, na przykład połączenia przychodzącego, czatu lub wiadomości e-mail. Genesys Cloud CX zapisuje je w chwili utworzenia nowego obiektu konwersacji w systemie.
Dlaczego to ważne

To główne zdarzenie rozpoczynające proces obsługi zgłoszenia. Jest niezbędne do obliczenia całkowitego czasu rozwiązania sprawy i analizy wzorców napływu zgłoszeń od klientów.

Skąd pobrać

Zdarzenie pochodzi ze szczegółowych rekordów konwersacji. Odpowiada czasowi rozpoczęcia obiektu konwersacji, zapisanemu zwykle w znaczniku czasu conversationStart.

Rejestrowanie

Zapisywane w chwili rozpoczęcia nowej konwersacji w systemie.

Typ zdarzenia explicit
Zakończono interakcję
Ta czynność oznacza koniec konwersacji, gdy wszyscy uczestnicy się rozłączą. Często stanowi techniczne zamknięcie interakcji związanej ze zgłoszeniem.
Dlaczego to ważne

To jednoznaczne zdarzenie kończące interakcję. Jest niezbędne do obliczenia całkowitego czasu jej trwania i często służy jako przybliżenie momentu zamknięcia zgłoszenia.

Skąd pobrać

Informacja pochodzi ze szczegółowych rekordów konwersacji. Odpowiada czasowi zakończenia obiektu konwersacji, zapisanemu zwykle w znaczniku czasu conversationEnd.

Rejestrowanie

Zapisywane, gdy wszyscy uczestnicy się rozłączą i konwersacja dobiegnie końca.

Typ zdarzenia explicit
Ponownie otwarto zgłoszenie
Oznacza sytuację, w której klient ponownie kontaktuje się z centrum obsługi w tej samej sprawie, niedługo po tym, jak uznano ją za rozwiązaną. Nie jest to jawne zdarzenie, lecz wynik obliczeń opartych na regułach biznesowych.
Dlaczego to ważne

Śledzenie ponownie otwartych zgłoszeń jest niezbędne do pomiaru odsetka ponownie otwieranych spraw. Pokazuje, że pierwotne rozwiązanie nie było skuteczne, co wpływa na satysfakcję klientów i efektywność operacyjną.

Skąd pobrać

Czynność jest wnioskowana na podstawie nowego zdarzenia „Rozpoczęto interakcję” dla tego samego klienta (Customer ID) i powiązanego problemu, na przykład tego samego typu zgłoszenia, w określonym czasie od rozwiązania poprzedniej sprawy.

Rejestrowanie

Obliczane przez powiązanie nowej interakcji z niedawno zamkniętą sprawą tego samego klienta i dotyczącą tego samego problemu.

Typ zdarzenia calculated
Rozpoczęto pracę po rozmowie
Ta czynność oznacza początek okresu pracy po rozmowie (ACW). Konsultant zakończył rozmowę z klientem i przechodzi do osobnego stanu, aby wykonać zadania takie jak zapisanie notatek lub aktualizacja systemów.
Dlaczego to ważne

Pomiar czasu ACW pomaga ocenić efektywność konsultantów i całkowity czas obsługi. Długi czas ACW może wskazywać na nieefektywne czynności wykonywane po interakcji.

Skąd pobrać

Dane pochodzą z sesji uczestnika będącego konsultantem. Zdarzenie jest rejestrowane, gdy po rozłączeniu uczestnika będącego klientem stan konsultanta zmienia się na „acw”.

Rejestrowanie

Zapisywane, gdy stan uczestnika będącego konsultantem zmienia się na „acw”.

Typ zdarzenia explicit
Skierowano konwersację do kolejki
Oznacza moment umieszczenia nowej interakcji w konkretnej kolejce, gdzie czeka na dostępnego konsultanta. To jawne zdarzenie rejestrowane przez mechanizm kierowania Genesys (ACD).
Dlaczego to ważne

Śledzenie tej czynności jest niezbędne do pomiaru czasu oczekiwania w kolejce i wykrywania wąskich gardeł w procesie kierowania. Długi czas między tym zdarzeniem a przypisaniem konsultanta może wskazywać na problemy z obsadą lub regułami kierowania.

Skąd pobrać

Dane pochodzą ze szczegółowych rekordów konwersacji. Należy sprawdzić pola „purpose” i „state” uczestnika ACD w konwersacji. Zdarzeniu odpowiada wartość „enterTime” kolejki w tablicy metrics.

Rejestrowanie

Zapisywane, gdy mechanizm kierowania ACD umieszcza konwersację w kolejce.

Typ zdarzenia explicit
Wstrzymano interakcję
Ta czynność jest rejestrowana, gdy konsultant wstrzymuje obsługę klienta podczas interakcji. Oznacza jawną zmianę stanu uczestnika będącego konsultantem w ramach konwersacji.
Dlaczego to ważne

Analiza częstotliwości i czasu wstrzymania obsługi może ujawnić nieefektywności, na przykład sytuacje, w których konsultanci często szukają informacji lub konsultują się z innymi osobami.

Skąd pobrać

Dane pochodzą z sesji uczestnika będącego konsultantem w szczegółowych rekordach konwersacji. Stan zmienia się na „held” i zapisywany jest znacznik czasu.

Rejestrowanie

Zapisywane, gdy stan uczestnika będącego konsultantem zmienia się na „held”.

Typ zdarzenia explicit
Wysłano ankietę satysfakcji klienta
Ta czynność występuje, gdy po zakończeniu interakcji wysyłana jest ankieta satysfakcji klienta (CSAT). System często uruchamia wysyłkę automatycznie na podstawie wcześniej określonych reguł.
Dlaczego to ważne

Ta czynność jest potrzebna do pomiaru KPI dotyczącego terminowości wysyłania ankiet CSAT. Szybka wysyłka pozwala zebrać rzetelną opinię, gdy klient dobrze pamięta przebieg obsługi.

Skąd pobrać

Informacje te są zwykle dostępne w danych ankietowych lub danych dotyczących zarządzania jakością w Genesys Cloud CX. Można je powiązać z pierwotnym identyfikatorem konwersacji.

Rejestrowanie

Moduł ankiet zapisuje zdarzenie w chwili wysłania ankiety dotyczącej konkretnej konwersacji.

Typ zdarzenia explicit
Wznowiono wstrzymaną interakcję
Zdarzenie występuje, gdy konsultant wznawia rozmowę z klientem po wstrzymaniu obsługi. Oznacza koniec okresu wstrzymania i jest rejestrowane jako zmiana stanu.
Dlaczego to ważne

W połączeniu ze zdarzeniem „Wstrzymano interakcję” ta czynność pozwala dokładnie obliczyć łączny czas wstrzymania obsługi. Jest to ważny składnik całkowitego czasu obsługi i jakości doświadczeń klienta.

Skąd pobrać

Wynika z danych sesji uczestnika będącego konsultantem, gdy jego stan zmienia się z „held” z powrotem na „connected”.

Rejestrowanie

Zapisywane, gdy stan uczestnika będącego konsultantem zmienia się z „held” na „connected”.

Typ zdarzenia explicit
Zakończono pracę po rozmowie
Oznacza koniec okresu pracy konsultanta po rozmowie. W tym momencie konsultant może przyjąć kolejną interakcję.
Dlaczego to ważne

W połączeniu z czynnością „Rozpoczęto pracę po rozmowie” pozwala dokładnie określić czas trwania podsumowania. Ułatwia to analizę produktywności konsultantów i kosztów obsługi procesu.

Skąd pobrać

Zdarzenie jest wnioskowane, gdy stan konsultanta zmienia się z „acw” na stan dostępności, na przykład „idle”. Wykorzystywany jest znacznik czasu tej zmiany.

Rejestrowanie

Wnioskowane na podstawie zmiany stanu konsultanta z „acw” na stan dostępności.

Typ zdarzenia inferred
Zaproponowano interakcję konsultantowi
To zdarzenie występuje, gdy system proponuje interakcję konkretnemu konsultantowi. Status konsultanta zmienia się na „alerting”, a system czeka na przyjęcie lub odrzucenie konwersacji.
Dlaczego to ważne

Ta czynność pomaga ocenić czas reakcji konsultantów i skuteczność algorytmu kierowania. Opóźnienia po tym etapie mogą oznaczać, że konsultanci nie przyjmują zgłoszeń wystarczająco szybko.

Skąd pobrać

Zdarzenie znajduje się w szczegółowych rekordach konwersacji, w danych uczestnika dotyczących konsultanta. Sesja uczestnika zawiera wskaźnik ze stanem „alerting” i odpowiadającym mu znacznikiem czasu.

Rejestrowanie

Zapisywane, gdy mechanizm kierowania powiadamia konsultanta o nowej interakcji.

Typ zdarzenia explicit
Zalecane Opcjonalne

Instrukcje ekstrakcji danych

Jak pobrać dane z Genesys Cloud CX

Jak zacząć?

Wykorzystaj pełnię możliwości operacji związanych z obsługą klienta. Korzystając z tego szablonu, można odkryć nowe informacje i usprawnić działanie procesu.

Ogranicz ponowne kontakty i usprawnij obsługę klienta!

Popraw CSAT i z łatwością osiągnij 80% spraw rozwiązanych przy pierwszym kontakcie.

Rozpocznij okres próbny

Nie trzeba podawać danych karty płatniczej. Okres próbny można aktywować w kilka minut.