Votre modèle de données pour le service client

Genesys Cloud CX
Votre modèle de données pour le service client

Votre modèle de données pour le service client

Ce modèle vous guide dans la collecte des données essentielles à l’analyse et à l’optimisation de votre processus de service client. Il présente les attributs recommandés, les principales activités à suivre et des conseils pratiques pour extraire ces informations de vos systèmes sources. Utilisez-le pour constituer un journal d’événements adapté à vos initiatives de Process Mining.
  • Attributs recommandés à collecter
  • Activités clés à suivre
  • Conseils pour l’extraction
Vous découvrez les journaux d’événements ? Découvrez comment créer un journal d’événements pour le Process Mining.

Attributs du service client

Voici les champs de données recommandés pour votre journal d’événements afin de mener une analyse complète du service client.
5 Obligatoire 6 Recommandé 8 Facultatif
Nom Description
Demande de service
ServiceRequest
Identifiant principal d’une interaction de service client, qui relie toutes les activités associées.
Description

La demande de service, souvent appelée ticket ou cas, est l’identifiant principal d’une demande ou d’un problème client. Elle regroupe tous les événements associés, du premier contact à la résolution finale, dans une seule instance de processus. L’analyse par demande de service donne une vue complète du parcours client et du traitement interne, de bout en bout. Elle constitue la base du calcul d’indicateurs clés comme le délai total de résolution et le taux de résolution au premier contact.

Pourquoi est-ce important ?

Il s’agit de l’identifiant de cas essentiel qui relie toutes les étapes du processus et permet d’analyser chaque interaction client dans son ensemble, du début à la fin.

Où trouver ces données

Il s’agit de l’identifiant conceptuel du cas. Dans Genesys, il correspond souvent à l’identifiant de conversation, mais peut être un identifiant personnalisé selon la mise en œuvre.

Exemples
SR-20240521-00123SR-20240521-00124SR-20240522-00001
Heure de début
EventTime
Horodatage indiquant le début d’une activité ou d’un événement.
Description

Cet attribut indique la date et l’heure précises de chaque activité. Il est essentiel pour remettre les événements dans le bon ordre et réaliser toute analyse temporelle. L’heure de début sert à construire le flux du processus dans l’ordre chronologique et à calculer les durées, les temps d’attente et les temps de cycle entre les activités. Des horodatages exacts sont indispensables à une analyse fiable des processus et au suivi des performances.

Pourquoi est-ce important ?

Cet horodatage classe les activités par ordre chronologique et permet d’analyser avec précision les flux, les durées et les goulots d’étranglement.

Où trouver ces données

Présent dans les journaux d’événements ou les détails des interactions de Genesys Cloud CX, souvent associé à chaque événement système ou utilisateur consigné.

Exemples
2024-05-21T10:00:15Z2024-05-21T10:02:30Z2024-05-21T10:15:00Z
Nom de l’activité
ActivityName
Nom de l’événement ou de la tâche qui s’est produit à un moment donné du cycle de vie de la demande de service.
Description

Cet attribut décrit une étape précise ou un changement d’état dans le processus de service client. Chaque activité correspond à un événement distinct, par exemple « Interaction acceptée par un agent » ou « Code de clôture attribué ». L’analyse de l’ordre et de la fréquence de ces activités est fondamentale pour le Process Mining. Elle permet de visualiser les flux de processus, de repérer les écarts et de localiser les goulots d’étranglement ou les étapes inefficaces.

Pourquoi est-ce important ?

Les activités constituent la structure de la cartographie du processus. Elles permettent de visualiser et d’analyser le flux réel par rapport au flux prévu.

Où trouver ces données

Cet attribut est généralement obtenu en associant les événements système, les états des agents ou les entrées précises de la piste d’audit de Genesys Cloud CX à des noms d’activité normalisés.

Exemples
Interaction commencéeInteraction acceptée par un agentFin du travail après appelDemande de service rouverte
Dernière mise à jour des données
LastDataUpdate
Horodatage de la dernière actualisation des données.
Description

Cet attribut indique la dernière mise à jour du jeu de données à partir du système source. Il permet de savoir si les données analysées sont récentes, un élément essentiel pour prendre des décisions métier pertinentes au bon moment. Les Dashboards et les rapports doivent afficher cette information de manière visible afin que les utilisateurs puissent évaluer l’actualité des données et la fiabilité des analyses.

Pourquoi est-ce important ?

Indique si les données sont à jour, afin que les analyses et les décisions reposent sur des informations récentes.

Où trouver ces données

Cette valeur est générée et ajoutée au jeu de données lors de l’extraction ou du chargement des données dans l’outil de Process Mining.

Exemples
2024-05-23T04:00:00Z2024-05-24T04:00:00Z
Système source
SourceSystem
Système à partir duquel les données ont été extraites.
Description

Cet attribut indique le système d’origine des données d’événement, ici Genesys Cloud CX. Dans un environnement où plusieurs systèmes sont intégrés, ce champ est essentiel pour retracer l’origine des données, résoudre les problèmes et comprendre leur contexte. Il permet de vérifier que l’analyse repose sur la bonne source de données et de filtrer ou segmenter les données lorsque plusieurs systèmes contribuent à une même vue du processus.

Pourquoi est-ce important ?

Indique l’origine des données, ce qui est essentiel pour leur gouvernance et leur validation, ainsi que pour les regrouper lorsqu’elles proviennent de plusieurs systèmes.

Où trouver ces données

Il s’agit généralement d’une valeur statique ajoutée lors de l’extraction et de la transformation des données pour indiquer l’origine des enregistrements.

Exemples
Genesys Cloud CXGenesysCloudCX_US1Genesys
Canal de communication
MediaType
Canal utilisé pour l’interaction, par exemple le téléphone, le chat ou l’e-mail.
Description

Cet attribut précise le moyen utilisé par le client et l’agent pour communiquer. Les canaux courants sont le téléphone, le chat, l’e-mail et les réseaux sociaux. L’analyse des performances par canal, comme dans le Dashboard « Performance des canaux de communication », aide les entreprises à comprendre les volumes, les délais de résolution et la satisfaction client propres à chaque canal. Ces informations sont importantes pour adapter la stratégie de canaux et répartir les ressources.

Pourquoi est-ce important ?

La segmentation du processus par canal de communication est essentielle pour comprendre les performances propres à chaque canal, le comportement des clients et les besoins en ressources.

Où trouver ces données

Champ standard des enregistrements détaillés des conversations de Genesys Cloud CX.

Exemples
téléphonechate-mailmessage
Code de clôture
WrapUpCode
Code attribué par un agent à la fin d’une interaction pour en catégoriser le résultat ou le sujet.
Description

Le code de clôture est une étiquette choisie par un agent pour classer le sujet ou l’issue d’une interaction avec un client. Ces codes fournissent des données structurées sur les raisons pour lesquelles les clients contactent l’assistance. Leur analyse permet de repérer les problèmes fréquents, de suivre les résultats des résolutions et de mesurer la fréquence de certaines demandes. Ces données sont utiles pour rechercher les causes profondes et comprendre les tendances de la demande d’assistance.

Pourquoi est-ce important ?

Classe le résultat d’une interaction et fournit des données structurées pour analyser les problèmes fréquents, l’efficacité des résolutions et les motifs de contact.

Où trouver ces données

Disponible dans les enregistrements détaillés des conversations de Genesys Cloud CX, plus précisément dans les détails de session des participants agents.

Exemples
Réinitialisation du mot de passeLitige de facturation résoluDemande d’informations sur un produitTransféré au niveau 2
Heure de fin
EventEndTime
Horodatage indiquant la fin d’une activité ou d’un événement.
Description

Cet attribut enregistre le moment précis où une activité prend fin. Associé à l’Heure de début, il permet de calculer précisément la durée de chaque activité. L’analyse de ces durées aide à repérer les étapes qui prennent le plus de temps, ainsi que les inefficacités et les possibilités d’optimisation. Elle peut, par exemple, mettre en évidence les longues périodes de mise en attente d’une interaction ou les durées excessives de travail après appel.

Pourquoi est-ce important ?

Permet de calculer précisément la durée de chaque activité, afin de repérer les étapes les plus longues et les goulots d’étranglement.

Où trouver ces données

Disponible dans les journaux d’événements ou les détails des interactions de Genesys Cloud CX. Peut également être déduit de l’heure de début de l’événement suivant.

Exemples
2024-05-21T10:02:30Z2024-05-21T10:15:00Z2024-05-21T10:18:45Z
ID de l’agent
AgentId
Identifiant unique de l’agent qui a traité l’interaction ou l’activité.
Description

L’ID de l’agent est une clé unique attribuée à chaque conseiller du service client. Cet attribut est essentiel pour analyser les performances des agents, la répartition de la charge de travail et l’efficacité. Il permet de filtrer la cartographie du processus pour examiner la manière dont certains agents ou certaines équipes traitent les demandes, puis de comparer leurs indicateurs, comme le délai de résolution, le taux de reprises et le respect des procédures standard. Il constitue un élément central du Dashboard « Performance et efficacité des agents ».

Pourquoi est-ce important ?

Cet attribut relie les activités du processus à des employés précis et permet d’analyser les performances individuelles, la charge de travail et l’efficacité des équipes.

Où trouver ces données

Disponible dans les enregistrements détaillés des conversations de Genesys Cloud CX, associé à l’utilisateur qui a traité un segment précis de l’interaction.

Exemples
a1b2c3d4-e5f6-7890-1234-567890abcdeff0e9d8c7-b6a5-4321-fedc-ba0987654321
Nom de l’agent
AgentName
Nom complet de l’agent qui a traité l’interaction ou l’activité.
Description

Le nom de l’agent fournit un identifiant lisible du conseiller et correspond à son ID d’agent. Cet attribut rend les Dashboards et les rapports plus faciles à consulter pour les responsables et les chefs d’équipe. Il est largement utilisé dans les analyses centrées sur les agents pour examiner les performances, repérer les besoins de formation et répartir équitablement la charge de travail, sans avoir à rechercher les identifiants système correspondants.

Pourquoi est-ce important ?

Fournit le nom de l’agent, ce qui facilite l’analyse des performances et la communication des résultats sans recourir à des identifiants techniques.

Où trouver ces données

Récupéré dans le service Users ou Directory de Genesys Cloud CX à partir de l’AgentId.

Exemples
Jean MartinJeanne DupontPierre Durand
Nom de la file d’attente
QueueName
Nom de la file d’attente vers laquelle l’interaction a été dirigée.
Description

Cet attribut identifie la file d’attente dans laquelle une interaction a attendu avant d’être attribuée à un agent. L’analyse des données par nom de file d’attente est essentielle au Dashboard « Détection des goulots d’étranglement dans les files d’attente du service ». Elle aide les responsables à comprendre la répartition de la charge entre les différents groupes de compétences ou lignes de service, à mesurer les temps d’attente par file et à repérer celles qui manquent régulièrement de personnel ou sont surchargées. Ces informations permettent de mieux répartir les ressources et de réduire le temps d’attente des clients.

Pourquoi est-ce important ?

Permet de repérer les goulots d’étranglement et d’analyser la répartition de la charge en indiquant où les demandes attendent d’être attribuées.

Où trouver ces données

Disponible dans les enregistrements détaillés des conversations de Genesys Cloud CX. Une interaction peut passer par une ou plusieurs files d’attente.

Exemples
Assistance de niveau 1 - TéléphoneQuestions de facturation - ChatAssistance technique - E-mail
Délai cible de résolution du SLA
SlaTargetResolutionTime
Délai cible convenu par contrat pour résoudre la demande de service.
Description

Cet attribut définit le délai maximal accordé pour résoudre une demande de service, conformément à l’accord de niveau de service (SLA). Il sert de référence pour mesurer les délais de résolution réels. Ces données sont essentielles au Dashboard « Vue d’ensemble de la conformité aux SLA » et à l’indicateur « Taux de conformité aux SLA ». Elles permettent à l’organisation de suivre ses résultats au regard de ses engagements envers les clients et de repérer les risques de non-respect avant qu’ils ne se concrétisent.

Pourquoi est-ce important ?

Fournit la référence nécessaire pour mesurer le respect des SLA, un indicateur important de la qualité du service et des engagements contractuels.

Où trouver ces données

Cette valeur peut être enregistrée comme attribut personnalisé de la conversation ou calculée selon des règles faisant intervenir la file d’attente, le type de client ou le type de demande.

Exemples
86400144003600
Délai de résolution du service
ServiceResolutionTime
Temps total écoulé entre le début de la première interaction avec le client et la résolution finale.
Description

Cette métrique mesure la durée totale de traitement d’une demande de service, depuis le premier contact du client jusqu’au moment où le problème est marqué comme résolu. Elle constitue un indicateur clé de l’efficacité globale du processus et de l’expérience client. Cet attribut calculé est au cœur du Dashboard « Délai de résolution des demandes de service » et de l’indicateur « Délai moyen de résolution des demandes de service ». L’analyse de sa répartition permet de repérer les cas qui s’éternisent et les retards systémiques.

Pourquoi est-ce important ?

Cet indicateur clé mesure l’efficacité globale du processus et son incidence sur l’expérience client.

Où trouver ces données

Champ calculé : horodatage de l’activité de résolution finale moins horodatage de la première activité de contact avec le client.

Exemples
90010800172800
ID de conversation
ConversationId
Identifiant unique attribué par Genesys à une conversation complète.
Description

L’ID de conversation est la clé technique principale de Genesys Cloud CX. Elle regroupe toutes les interactions, tous les segments et tous les participants associés à une conversation avec un client. Le concept de « demande de service » sert d’ID de cas, tandis que l’ID de conversation est la clé sous-jacente qui permet de récupérer les données associées via les API Genesys. Il est essentiel à l’extraction des données, à la jointure de différents jeux de données et à la validation technique des données de processus.

Pourquoi est-ce important ?

Il s’agit de la clé technique principale dans Genesys, indispensable à l’extraction des données, au dépannage et au lien avec le système source.

Où trouver ces données

Champ principal de toutes les API d’analyse et de conversation de Genesys Cloud CX.

Exemples
d8a7c6b5-e4f3-2109-8765-fedcba098765c7b6a5d4-f3e2-1098-7654-edcbaf987654
Réouverture du cas
IsReopened
Indique si une demande de service résolue a été rouverte par la suite.
Description

Cet attribut booléen signale les demandes de service qui, après avoir été marquées comme résolues ou clôturées, sont redevenues actives. La réouverture d’un cas indique souvent que la solution initiale était inefficace ou incomplète, ce qui peut entraîner l’insatisfaction du client et du travail supplémentaire. Cet attribut alimente le Dashboard « Tendances des réouvertures de demandes de service » et l’indicateur « Taux de réouverture des demandes de service ». L’analyse de ces cas aide à repérer les causes profondes des résolutions inefficaces.

Pourquoi est-ce important ?

Met en évidence les défaillances du processus de résolution, notamment les problèmes de qualité des solutions, qui entraînent des reprises et une mauvaise expérience client.

Où trouver ces données

Champ calculé à partir de la détection d’une activité qui réactive le cas après une activité « Demande de service résolue ».

Exemples
truefalse
Résolution au premier contact
IsFirstContactResolution
Indique si la demande de service a été résolue en une seule interaction.
Description

Cet attribut booléen repère les cas résolus dès la première interaction, sans suivi nécessaire auprès du client ni transfert interne. La valeur « vrai » indique une résolution efficace dès le premier contact. Cet attribut sert de base à l’indicateur « Taux de résolution au premier contact » et au Dashboard correspondant. L’analyse des cas qui ne sont pas résolus dès le premier contact peut révéler des besoins de formation des agents, des améliorations à apporter à la base de connaissances ou des changements à effectuer dans le processus.

Pourquoi est-ce important ?

Mesure directement l’efficacité et la satisfaction client, car la résolution d’un problème dès le premier contact contribue fortement à une expérience de service positive.

Où trouver ces données

Champ calculé à partir de l’analyse de la séquence d’événements d’un cas. Un cas est résolu au premier contact s’il est clôturé sans certaines activités intermédiaires, comme un transfert ou une réouverture.

Exemples
truefalse
Respect du SLA
IsSlaCompliant
Indique si la demande de service a été résolue dans le délai cible du SLA.
Description

Cet attribut booléen indique si le délai cible de résolution d’une demande de service a été respecté. Il est calculé en comparant « ServiceResolutionTime » à « SlaTargetResolutionTime ». Cet indicateur simplifie l’analyse et la visualisation dans le Dashboard « Vue d’ensemble de la conformité aux SLA » et sert de base au calcul de l’indicateur « Taux de conformité aux SLA ». Il permet de filtrer et de segmenter rapidement les cas conformes et non conformes afin de repérer les tendances associées aux manquements aux SLA.

Pourquoi est-ce important ?

Simplifie l’analyse des performances liées aux SLA en indiquant clairement, pour chaque cas, si le délai a été respecté ou dépassé, ce qui facilite la recherche des causes profondes des manquements.

Où trouver ces données

Champ calculé : vrai si ServiceResolutionTime <= SlaTargetResolutionTime, sinon faux.

Exemples
truefalse
Score CSAT
CustomerSatisfactionScore
Score de satisfaction communiqué par le client dans une enquête réalisée après l’interaction.
Description

Le score de satisfaction client, ou CSAT, mesure directement la perception du service reçu par le client. Il est généralement recueilli au moyen d’une enquête envoyée après la clôture de l’interaction. L’analyse des scores CSAT avec les données de processus peut révéler l’incidence des variations du processus, des délais de résolution ou de certains agents sur la satisfaction client. Cet indicateur permet d’évaluer le résultat global du processus.

Pourquoi est-ce important ?

Mesure directement la satisfaction client et permet de mettre en relation les performances du processus et les résultats pour les clients.

Où trouver ces données

Ces données proviennent généralement du module Quality Management de Genesys Cloud CX ou d’un outil d’enquête tiers intégré à Genesys.

Exemples
5413
Type de demande de service
ServiceRequestType
Catégorie de la demande de service, par exemple « Demande d’information », « Réclamation » ou « Problème technique ».
Description

Cet attribut classe les demandes de service selon leur nature ou leur objectif. Il permet de segmenter l’analyse pour comprendre comment sont traités les différents types de demandes. Par exemple, le déroulement du processus et le délai de résolution d’une réclamation peuvent différer sensiblement de ceux d’une demande d’information générale. Cette dimension est essentielle dans des Dashboards comme « Analyse des escalades internes », qui permettent de vérifier si certains types de demandes sont plus souvent escaladés.

Pourquoi est-ce important ?

Permet de segmenter le processus pour comparer le traitement des différents types de demandes et repérer les goulots d’étranglement ou les inefficacités propres à chacun.

Où trouver ces données

Cette information peut être recueillie par un choix dans un serveur vocal interactif, une sélection du client dans un formulaire Web ou une attribution par un agent. Dans Genesys, elle peut être enregistrée comme attribut de participant ou comme code de clôture.

Exemples
Demande concernant la facturationAssistance techniqueGestion des comptesRéclamation concernant un produit
Obligatoire Recommandé Facultatif

Activités du service client

Voici les principales étapes et les jalons à consigner dans votre journal d’événements pour découvrir précisément le processus.
5 Recommandé 8 Facultatif
Activité Description
Code de clôture attribué
L’agent attribue à l’interaction un code de clôture prédéfini, également appelé code de disposition. Ce code catégorise explicitement le résultat de la demande de service, par exemple « Résolue » ou « Escaladée ».
Pourquoi est-ce important ?

Les codes de clôture constituent une source principale pour déterminer le résultat métier d’une demande. Ils sont essentiels au calcul des taux de résolution et à la segmentation des cas pour l’analyse.

Où trouver ces données

Il s’agit d’un événement explicite figurant dans les enregistrements détaillés des conversations, généralement dans les données de session du participant agent. Le code wrapUp et son horodatage sont enregistrés.

Données à recueillir

Consigné lorsqu’un agent sélectionne un code de clôture pour l’interaction.

Type d’événement explicit
Interaction acceptée par un agent
Marque le moment où un agent accepte l’interaction proposée et est mis en relation avec le client. Cette étape importante marque le début du traitement direct de la demande de service.
Pourquoi est-ce important ?

Cette activité est essentielle pour mesurer le taux de résolution au premier contact et le temps de traitement par agent. Elle marque le début du travail de l’agent sur la demande.

Où trouver ces données

Cette information figure dans les enregistrements détaillés des conversations. Elle est indiquée par le passage de l’état du participant agent à « connected », avec l’horodatage correspondant.

Données à recueillir

Consigné lorsque l’état du participant agent passe à « connected ».

Type d’événement explicit
Interaction commencée
Cette activité marque le début d’une interaction avec le service client, par exemple un appel entrant, une conversation par chat ou un courriel. Genesys Cloud CX consigne explicitement cet événement lorsqu’un nouvel objet de conversation est créé dans le système.
Pourquoi est-ce important ?

Il s’agit de l’événement de début principal du processus de demande de service. Il est essentiel pour calculer le délai total de résolution et comprendre les tendances des demandes entrantes des clients.

Où trouver ces données

Cet événement est extrait des enregistrements détaillés des conversations. Il correspond à l’heure de début de l’objet de conversation, généralement indiquée par l’horodatage conversationStart.

Données à recueillir

Consigné lorsqu’une nouvelle conversation est lancée dans le système.

Type d’événement explicit
Interaction déconnectée
Cette activité marque la fin de la conversation, lorsque tous les participants se sont déconnectés. Elle correspond souvent à la clôture technique de l’interaction liée à la demande de service.
Pourquoi est-ce important ?

Il s’agit de l’événement de fin définitif de l’interaction. Il est essentiel pour calculer la durée totale de l’interaction et sert souvent d’indicateur de clôture de la demande.

Où trouver ces données

Cet événement est extrait des enregistrements détaillés des conversations. Il correspond à l’heure de fin de l’objet de conversation, généralement indiquée par l’horodatage conversationEnd.

Données à recueillir

Consigné lorsque tous les participants se sont déconnectés et que la conversation prend fin.

Type d’événement explicit
Interaction transférée
Indique qu’un agent transfère une interaction vers une autre file d’attente ou à un autre agent. Le transfert peut être direct, l’agent se déconnectant immédiatement, ou accompagné, l’agent échangeant d’abord avec le destinataire.
Pourquoi est-ce important ?

Cette activité est essentielle au calcul du KPI du taux d’escalade interne. Un taux de transfert élevé peut révéler des besoins de formation, un routage inadapté ou un processus trop complexe.

Où trouver ces données

Cet événement est repéré dans les enregistrements détaillés des conversations lorsqu’un nouveau participant ACD ou agent est ajouté à la conversation après l’intervention de l’agent initial, souvent à la suite d’un événement « transfer ».

Données à recueillir

Repéré à partir d’un événement de transfert dans les données de session du participant.

Type d’événement explicit
Conversation acheminée vers une file d’attente
Indique le moment où une nouvelle interaction est placée dans une file d’attente précise, en attendant qu’un agent soit disponible. Il s’agit d’un événement explicitement consigné par le moteur de routage Genesys (ACD).
Pourquoi est-ce important ?

Le suivi de cette activité est essentiel pour mesurer les temps d’attente dans les files et repérer les goulots d’étranglement du processus de routage. Un délai important entre cette étape et l’affectation d’un agent peut signaler un problème d’effectifs ou de règles de routage.

Où trouver ces données

Cette information est extraite des enregistrements détaillés des conversations, en particulier des champs « purpose » et « state » du participant ACD dans la conversation. L’horodatage « enterTime » de la file d’attente, dans le tableau des métriques, indique cet événement.

Données à recueillir

Consigné lorsque le moteur de routage ACD place une conversation dans une file d’attente.

Type d’événement explicit
Début du travail après appel
Cette activité marque le début de la période de travail après appel (ACW). L’agent s’est déconnecté du client et passe à un état dédié pour effectuer des tâches comme consigner des notes ou mettre à jour des systèmes.
Pourquoi est-ce important ?

Mesurer la durée de l’ACW est important pour comprendre l’efficacité des agents et le temps de traitement global. Une période d’ACW prolongée peut signaler des processus inefficaces après l’interaction.

Où trouver ces données

Cette information est extraite des données de session du participant agent. Elle est consignée lorsque l’état de l’agent passe à « acw » après la déconnexion du participant client.

Données à recueillir

Consigné lorsque l’état du participant agent passe à « acw ».

Type d’événement explicit
Demande de service rouverte
Désigne le cas où un client contacte de nouveau le centre de service au sujet du même problème, peu après que celui-ci a été considéré comme résolu. Il ne s’agit pas d’un événement explicite, mais d’un événement calculé à partir de règles métier.
Pourquoi est-ce important ?

Le suivi des demandes rouvertes est essentiel pour mesurer le taux de réouverture des demandes de service. Il indique que la résolution initiale n’a pas été efficace, ce qui nuit à la satisfaction client et à l’efficacité opérationnelle.

Où trouver ces données

Cette activité est déduite lorsqu’un nouvel événement « Interaction commencée » est repéré pour le même client (Customer ID) et le même problème associé (par exemple, le type de demande de service), dans un délai prédéfini après la résolution d’une interaction précédente.

Données à recueillir

Calculé en reliant une nouvelle interaction à une interaction récemment clôturée pour le même client et le même problème.

Type d’événement calculated
Enquête de satisfaction client envoyée
Cette activité survient lorsqu’une enquête de satisfaction client (CSAT) est envoyée après la clôture d’une interaction. Le système déclenche souvent cet envoi automatiquement, selon des règles prédéfinies.
Pourquoi est-ce important ?

Cette activité est nécessaire pour mesurer le KPI de respect des délais d’envoi des enquêtes CSAT. Un envoi rapide permet de recueillir des commentaires fiables tant que l’expérience est encore présente à l’esprit du client.

Où trouver ces données

Ces informations sont généralement disponibles dans les données d’enquête ou de gestion de la qualité de Genesys Cloud CX. Elles peuvent être reliées à l’identifiant de la conversation d’origine.

Données à recueillir

Consigné par le module d’enquête lorsqu’une enquête est envoyée pour une conversation donnée.

Type d’événement explicit
Fin de la mise en attente
Cet événement survient lorsqu’un agent reprend la conversation après avoir mis le client en attente. Il marque la fin de la période d’attente et est consigné comme un changement d’état.
Pourquoi est-ce important ?

Associée à l’activité « Interaction mise en attente », cette activité permet de calculer précisément la durée totale de mise en attente, un élément important du temps de traitement global et de l’expérience client.

Où trouver ces données

Cette information est déduite des données de session du participant agent lorsque son état passe de « held » à « connected ».

Données à recueillir

Consigné lorsque l’état du participant agent passe de « held » à « connected ».

Type d’événement explicit
Fin du travail après appel
Marque la fin de la période de travail après appel d’un agent. À ce stade, l’agent est de nouveau disponible pour traiter une autre interaction.
Pourquoi est-ce important ?

Associée à l’activité « Début du travail après appel », cette activité indique précisément la durée de la phase de clôture et aide à analyser la productivité des agents et les coûts liés au processus.

Où trouver ces données

Cet événement est déduit lorsque l’état de l’agent passe de « acw » à un état disponible, comme « idle ». L’horodatage de ce changement d’état est utilisé.

Données à recueillir

Déduit du passage de l’état de l’agent de « acw » à un état disponible.

Type d’événement inferred
Interaction mise en attente
Cette activité est consignée lorsqu’un agent met un client en attente pendant une interaction. Elle correspond à un changement d’état explicite du participant agent dans la conversation.
Pourquoi est-ce important ?

L’analyse de la fréquence et de la durée des mises en attente peut révéler des inefficacités, par exemple lorsque les agents doivent souvent chercher des informations ou consulter d’autres personnes.

Où trouver ces données

Cette information est extraite des données de session du participant agent dans les enregistrements détaillés des conversations. L’état passe à « held » et un horodatage est enregistré.

Données à recueillir

Consigné lorsque l’état du participant agent passe à « held ».

Type d’événement explicit
Interaction proposée à un agent
Cet événement survient lorsque le système propose une interaction à un agent précis. Le statut de l’agent passe à « alerting » pendant que le système attend qu’il accepte ou refuse la conversation.
Pourquoi est-ce important ?

Cette activité permet d’analyser la réactivité des agents et l’efficacité de l’algorithme de routage. Un délai à partir de cette étape peut indiquer que les agents tardent à accepter les demandes.

Où trouver ces données

Cette information figure dans les enregistrements détaillés des conversations, dans les données du participant correspondant à l’agent. La session du participant indique une métrique avec l’état « alerting » et l’horodatage correspondant.

Données à recueillir

Consigné lorsque le moteur de routage signale à un agent qu’une nouvelle interaction lui est proposée.

Type d’événement explicit
Recommandé Facultatif

Guides d’extraction

Comment extraire vos données de Genesys Cloud CX

Prêt à commencer ?

Tirez le meilleur parti de vos opérations de service client. En suivant ce modèle, vous pourrez faire apparaître des pistes d’amélioration et gagner en efficacité.

Réduisez les contacts répétés et améliorez votre service client dès aujourd’hui !

Améliorez votre CSAT et résolvez facilement 80 % des demandes dès le premier contact.

Démarrez l’essai gratuit

Aucune carte bancaire n’est requise. Activez votre essai en quelques minutes.