Szablon danych dotyczących obsługi klienta
Szablon danych dotyczących obsługi klienta
- Zalecane atrybuty do zebrania
- Najważniejsze działania do śledzenia
- Wskazówki dotyczące ekstrakcji danych
Atrybuty obsługi klienta
| 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
|
|||
Działania w procesie obsługi klienta
| 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
|
|||
Instrukcje ekstrakcji danych
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.
Nie trzeba podawać danych karty płatniczej. Okres próbny można aktywować w kilka minut.