Votre modèle de données pour le service client
Votre modèle de données pour le service client
- Attributs recommandés à recueillir
- Activités clés à suivre
- Conseils pour l’extraction
Attributs du service client
| Nom | Description | ||
|---|---|---|---|
|
Demande de service
ServiceRequest
|
Identifiant unique d’un dossier ou ticket de service client, qui relie toutes les activités associées. | ||
|
Description
La demande de service, souvent appelée ticket ou dossier, sert d’identifiant principal et relie toutes les activités associées à une demande ou à un problème client. Dans Salesforce Service Cloud, elle correspond au numéro Case. Cet attribut est essentiel pour reconstituer le parcours complet de chaque interaction avec un client. Il permet à l’outil de Process Mining de regrouper tous les événements associés, tels que « Dossier créé », « L’agent examine le problème » et « Dossier résolu », dans une seule instance de processus et d’en analyser le déroulement du début à la fin.
Pourquoi est-ce important ?
C’est l’élément de base du Process Mining : il relie tous les événements associés à un même problème client au sein d’une instance de processus cohérente.
Où trouver ces données
Objet Case de Salesforce, champ : CaseNumber
Exemples
000010240000105800001193
|
|||
|
Dernière mise à jour des données
LastDataUpdateTime
|
Horodatage indiquant la dernière actualisation des données de ce processus. | ||
|
Description
Cet attribut enregistre l’horodatage de la dernière extraction ou mise à jour des données depuis le système source. Il s’agit d’un champ de métadonnées qui concerne l’ensemble du jeu de données, et non des événements individuels. Il sert principalement à informer les utilisateurs de la fraîcheur des données analysées. Cette information est essentielle pour prendre des décisions à partir de données actuelles et pertinentes. Elle permet également de préciser dans quelle mesure les données sont à jour.
Pourquoi est-ce important ?
Il indique clairement la fraîcheur des données et permet aux utilisateurs de savoir à quel point leur analyse est à jour.
Où trouver ces données
Cette valeur est généralement générée et enregistrée lors du processus d’extraction, de transformation et de chargement des données (ETL).
Exemples
2023-10-27T04:00:00Z
|
|||
|
Heure de l’événement
EventTime
|
Horodatage précis indiquant le moment où une activité a eu lieu. | ||
|
Description
L’heure de l’événement indique la date et l’heure auxquelles une activité précise a été enregistrée dans le système. Elle situe chaque événement dans le temps et permet de calculer les durées, les temps d’attente et les temps de cycle. Lors de l’analyse, cet horodatage sert à classer chronologiquement les événements de chaque demande de service et constitue la base de la découverte des processus. Il est essentiel au calcul des indicateurs de performance, par exemple pour mesurer le délai entre « Dossier créé » et « Confirmation initiale envoyée », ou pour calculer le délai total de résolution.
Pourquoi est-ce important ?
Cet horodatage est essentiel pour comprendre le déroulement du processus, calculer les indicateurs de performance et repérer les délais entre les activités.
Où trouver ces données
Déduit de différents champs de date correspondant à des événements précis, comme CreatedDate dans l’objet Case ou dans les enregistrements CaseHistory.
Exemples
2023-04-15T10:00:00Z2023-04-15T11:23:14Z2023-04-16T09:05:30Z
|
|||
|
Nom de l’activité
ActivityName
|
Nom d’un événement ou d’une étape métier précis survenu dans le processus de service client. | ||
|
Description
Cet attribut décrit une étape ou un jalon du cycle de vie d’une demande de service. Les activités sont les nœuds de la carte de processus et représentent les actions effectuées par les agents, les systèmes automatisés ou les clients. L’analyse de l’ordre et de la fréquence des activités, comme « Dossier créé », « Escalade interne déclenchée » et « Dossier clôturé », est au cœur du Process Mining. Elle permet de reconstituer le flux de travail réel, de repérer les goulots d’étranglement et de détecter les écarts par rapport aux procédures opérationnelles standard.
Pourquoi est-ce important ?
Les activités définissent les étapes du processus. Leur ordre constitue la base de la carte de processus et de toutes les analyses qui en découlent.
Où trouver ces données
Généralement déterminé à partir d’une combinaison de champs, comme les changements de statut dans l’objet Case (champ Status) ou les enregistrements des objets CaseHistory ou EmailMessage.
Exemples
Dossier crééDossier attribué à un agentSolution proposée au clientDossier clôturé
|
|||
|
Système source
SourceSystemName
|
Système d’origine des données du processus. | ||
|
Description
Cet attribut identifie l’application source dans laquelle les données ont été générées, ici Salesforce Service Cloud. Il est particulièrement utile lorsque des données provenant de plusieurs systèmes sont réunies pour obtenir une vue d’ensemble du processus. Même pour l’analyse d’un seul système, cet attribut précise l’origine des données. Il contribue à leur gouvernance, facilite le diagnostic des problèmes et permet de vérifier que les analyses reposent sur le bon jeu de données.
Pourquoi est-ce important ?
Il précise l’origine des données, une information essentielle à leur gouvernance et aux analyses qui combinent des données issues 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 du jeu de données.
Exemples
Salesforce Service CloudSFSC
|
|||
|
Agent attribué
AssignedAgent
|
Utilisateur ou file d’attente auquel la demande de service est actuellement attribuée. | ||
|
Description
Cet attribut identifie l’agent ou l’équipe chargé du traitement de la demande de service à un moment donné. Dans Salesforce, il s’agit généralement du propriétaire du dossier. Le suivi des modifications de cet attribut est essentiel pour analyser les performances des agents, la répartition de la charge de travail et les transferts. Il permet de répondre à des questions telles que : combien de fois un dossier est-il réattribué ? Quels agents traitent les dossiers les plus complexes ? La charge de travail est-elle équilibrée au sein de l’équipe ? Cet attribut est essentiel aux Dashboards sur les transferts entre agents et la répartition de la charge de travail.
Pourquoi est-ce important ?
Il est essentiel pour analyser la charge de travail et les performances des agents, ainsi que la fréquence des transferts, qui influe directement sur l’efficacité et les délais de résolution.
Où trouver ces données
Objet Case de Salesforce, champ : OwnerId. Ce champ contient l’identifiant d’un utilisateur ou d’une file d’attente.
Exemples
Sarah JonesDavid ChenFile d’attente d’assistance de niveau 2
|
|||
|
Canal de communication
CommunicationChannel
|
Canal utilisé pour soumettre la demande de service, par exemple par courriel, téléphone ou sur le Web. | ||
|
Description
Cet attribut indique le moyen de communication utilisé par le client pour soumettre sa demande de service. Dans Salesforce, cette information est souvent enregistrée dans le champ Case Origin. Comprendre le canal de communication est essentiel pour mieux répartir les ressources et améliorer l’efficacité du service. En analysant les délais de résolution et les flux de processus par canal, les organisations peuvent déterminer quels canaux conviennent le mieux aux différents types de problèmes. Ces analyses alimentent le Dashboard sur l’efficacité des canaux de communication.
Pourquoi est-ce important ?
Il permet de comparer les performances des différents canaux de contact client et d’optimiser la stratégie de canal ainsi que la répartition des ressources.
Où trouver ces données
Objet Case de Salesforce, champ : Origin
Exemples
CourrielTéléphoneWebChat
|
|||
|
Délai cible de résolution SLA
SlaTargetResolutionTime
|
La date et l’heure limites auxquelles la demande de service doit être résolue, conformément au SLA. | ||
|
Description
Cet attribut définit l’échéance de résolution d’un cas prévue par le contrat de niveau de service (SLA). Elle est généralement déterminée en fonction de facteurs tels que la priorité du cas, son type et le niveau du client. Salesforce peut la calculer automatiquement à l’aide de ses fonctionnalités de gestion des droits et des jalons. Cet horodatage est essentiel pour mesurer le respect du SLA. En comparant le délai réel de résolution à cette échéance, l’organisation peut calculer son indicateur de respect des SLA et repérer les cas susceptibles de dépasser leur échéance, ce qui alimente directement le Dashboard de respect des SLA des cas.
Pourquoi est-ce important ?
Il sert de référence pour mesurer les résultats réels. Il est donc essentiel au calcul du respect des SLA et au repérage des cas à risque.
Où trouver ces données
Cette valeur est souvent enregistrée dans le champ SlaExitDate de l’objet Case Milestone, qui fait partie de la fonctionnalité Entitlement Management de Salesforce.
Exemples
2023-04-16T17:00:00Z2023-04-18T09:00:00Z2023-05-01T12:00:00Z
|
|||
|
Heure de fin
EndTime
|
Horodatage indiquant le moment où une activité a été terminée. | ||
|
Description
L’heure de fin correspond au moment où une activité s’achève. Associée à l’heure de début, elle permet de calculer précisément la durée de traitement de l’activité. Dans Salesforce, de nombreux événements sont instantanés : l’heure de début et l’heure de fin sont alors identiques. Pour les activités de longue durée, une heure de fin distincte est indispensable pour mesurer précisément le temps consacré à une tâche. Elle contribue directement à l’analyse des performances en distinguant le temps de traitement actif du temps d’attente entre les étapes.
Pourquoi est-ce important ?
Elle permet de calculer la durée réelle d’une activité, ce qui est essentiel pour analyser les performances des agents et repérer les étapes qui prennent le plus de temps.
Où trouver ces données
Pour les événements instantanés, cette valeur est souvent identique à StartTime. Pour les activités qui ont une durée, elle doit provenir d’un champ indiquant leur achèvement, ce qui peut nécessiter une configuration personnalisée.
Exemples
2023-04-15T10:00:00Z2023-04-15T11:55:00Z2023-04-16T14:20:00Z
|
|||
|
Priorité du dossier
CasePriority
|
Niveau de priorité attribué à la demande de service, par exemple élevée, moyenne ou faible. | ||
|
Description
La priorité du dossier est une classification standard qui permet de déterminer le degré d’urgence d’une demande de service. Elle détermine souvent les délais cibles de réponse et de résolution prévus par les accords de niveau de service (SLA). L’analyse des performances du processus selon la priorité est essentielle pour évaluer l’efficacité de la stratégie de priorisation. Elle permet de vérifier si les dossiers prioritaires sont effectivement résolus plus rapidement et respectent leurs objectifs SLA exigeants. Elle alimente directement le Dashboard sur la priorisation des dossiers et leur incidence.
Pourquoi est-ce important ?
Elle permet de vérifier si le processus donne la priorité aux dossiers urgents et respecte les différents niveaux de service selon l’importance des dossiers.
Où trouver ces données
Objet Case de Salesforce, champ : Priority
Exemples
ÉlevéeMoyenneFaible
|
|||
|
Résolu au premier contact
IsFirstContactResolution
|
Un indicateur précisant si le cas a été résolu lors du premier échange avec le client. | ||
|
Description
Cet attribut booléen identifie les demandes de service résolues sans suivi après le premier contact avec le client. Pour le calculer, il faut souvent analyser la séquence et le moment des activités. Un taux élevé de résolution au premier contact (FCR) indique généralement un processus de service client efficace. Cet attribut calculé sert de base à l’indicateur de taux de résolution au premier contact. L’analyse des cas qui ne sont pas résolus dès le premier contact peut faire ressortir des pistes d’amélioration pour la formation des agents, le contenu de la base de connaissances et la conception du processus.
Pourquoi est-ce important ?
Il mesure directement un aspect essentiel de l’efficacité du service et de la satisfaction client, et aide à repérer les facteurs qui contribuent à résoudre efficacement les problèmes.
Où trouver ces données
Calculé lors de la transformation des données en analysant le journal d’événements d’un cas. Une règle courante consiste à vérifier si « Case Resolved » survient avant toute activité « Information Requested From Customer » ou tout contact ultérieur avec le client.
Exemples
truefalse
|
|||
|
Statut du dossier
CaseStatus
|
Statut actuel de la demande de service dans son cycle de vie, par exemple nouveau, en cours de traitement ou clôturé. | ||
|
Description
Le statut du dossier indique l’état actuel d’une demande de service. Les changements de statut sont souvent la principale source utilisée pour repérer les activités du processus. Par exemple, le passage de « New » à « Working » peut correspondre à l’activité « L’agent examine le problème ». L’analyse du statut final des dossiers permet de comprendre les résultats du traitement. Elle sert également à filtrer les dossiers ouverts ou clôturés et à repérer ceux qui restent trop longtemps dans un état donné.
Pourquoi est-ce important ?
Il renseigne sur l’état actuel du cas et son issue. Les changements de statut servent souvent à reconstituer la séquence des activités.
Où trouver ces données
Objet Case de Salesforce, champ : Status
Exemples
NouveauEn coursEn attente du clientFermé
|
|||
|
Statut SLA
SlaStatus
|
Indique si le cas a été résolu dans le délai prévu par le SLA. | ||
|
Description
Cet attribut classe chaque cas résolu selon le respect du contrat de niveau de service défini. Il est calculé en comparant l’horodatage réel de résolution au « délai cible de résolution SLA ». Utilisé directement pour calculer l’indicateur de taux de respect des SLA, cet attribut simplifie le suivi des performances. Il permet de filtrer et d’analyser rapidement les cas non conformes afin d’en repérer les causes communes, comme certains types de cas ou produits, ou encore des goulots d’étranglement dans le processus.
Pourquoi est-ce important ?
Il indique clairement, pour chaque cas, si le SLA a été respecté ou non. Cette information est fondamentale pour suivre les performances et analyser les causes profondes des retards.
Où trouver ces données
Calculé dans la couche de transformation des données en comparant l’horodatage « Case Resolved » à l’attribut « SlaTargetResolutionTime ».
Exemples
RespectéNon respecté
|
|||
|
Type de cas
CaseType
|
La catégorie de la demande de service, par exemple une question, un problème ou une demande de fonctionnalité. | ||
|
Description
Le type de cas est un attribut catégoriel qui permet de classer la nature de la demande ou du problème signalé par le client. Vous pouvez ainsi segmenter les demandes de service et comprendre comment chaque catégorie est traitée. L’analyse du processus par type de cas peut révéler que certaines demandes suivent des parcours différents, prennent plus de temps à être résolues ou nécessitent davantage de transferts. Ces constats vous aident à adapter et à améliorer le processus pour chaque catégorie de travail.
Pourquoi est-ce important ?
Il permet de segmenter le processus pour déterminer si les différents types de demandes sont traités différemment et repérer les domaines qui nécessitent des améliorations spécifiques.
Où trouver ces données
Objet Case de Salesforce, champ : Type
Exemples
ProblèmeDemande de fonctionnalitéQuestion
|
|||
|
Comporte des reprises
IsRework
|
Un indicateur précisant si le cas a donné lieu à des reprises ou à un retour à une étape précédente. | ||
|
Description
Cet attribut booléen signale les cas qui présentent des reprises, par exemple lorsqu’ils sont rouverts après leur clôture ou passent plusieurs fois entre « Agent Investigates » et « Solution Proposed ». Pour repérer ces reprises, il faut analyser la séquence des activités et détecter les boucles indésirables. Cet attribut alimente directement l’indicateur de taux de reprises et le Dashboard des transferts entre agents et des reprises. Le repérage des cas concernés permet aux analystes d’en rechercher les causes profondes, qui peuvent aller de solutions inadaptées à une collecte d’informations incomplète, puis de prendre des mesures correctives.
Pourquoi est-ce important ?
Il met en évidence les inefficacités du processus et les efforts inutiles, et permet d’analyser précisément les activités souvent répétées.
Où trouver ces données
Calculé lors de la transformation des données en analysant les séquences d’activités. Par exemple, une séquence telle que « Case Closed » -> « Case Reopened » ou « Solution Proposed » -> « Agent Investigates Issue » dans un même cas signale une reprise.
Exemples
truefalse
|
|||
|
Est escaladé
IsEscalated
|
Un indicateur précisant si le cas a été escaladé. | ||
|
Description
Cet attribut booléen indique si une demande de service a fait l’objet d’une escalade. Dans Salesforce, le champ standard IsEscalated permet de suivre cette information. Il est renseigné automatiquement selon les règles d’escalade. Cet indicateur alimente directement le Dashboard d’analyse des escalades internes et l’indicateur de taux d’escalade interne. Il permet de filtrer et de regrouper facilement les cas escaladés, afin d’en mesurer la fréquence et d’analyser leur incidence sur les délais de résolution et la complexité du processus.
Pourquoi est-ce important ?
Il mesure directement les escalades de cas, un indicateur important des difficultés du processus, de sa complexité ou des lacunes de connaissances des agents.
Où trouver ces données
Objet Case de Salesforce, champ : IsEscalated
Exemples
truefalse
|
|||
|
Nom du client
CustomerName
|
Le nom du client ou du compte associé à la demande de service. | ||
|
Description
Cet attribut identifie le client à l’origine de la demande de service. Dans Salesforce, il peut s’agir d’un Contact (une personne) ou d’un Account (une entreprise). L’analyse du processus du point de vue du client peut apporter des informations utiles. Elle peut, par exemple, aider à déterminer si certains clients rencontrent davantage de problèmes ou connaissent des délais de résolution plus longs. Ces constats peuvent orienter les stratégies de gestion de la relation client et faire ressortir des possibilités d’assistance proactive.
Pourquoi est-ce important ?
Il permet d’analyser le processus en fonction des clients et de repérer des tendances ainsi que des écarts de performance pour certains clients ou segments de clientèle.
Où trouver ces données
Objet Case de Salesforce, champs : ContactId ou AccountId, qui renvoient respectivement aux objets Contact et Account.
Exemples
Global Tech Inc.Emily WhiteInnovate Solutions
|
|||
|
Nombre de transferts entre agents
AgentHandoffCount
|
Nombre de fois où un cas a été réattribué à un autre agent ou à une autre file d’attente. | ||
|
Description
Cette métrique mesure le nombre de réattributions d’une demande de service avant sa résolution. Elle est calculée en comptant les changements distincts de l’attribut « AssignedAgent » au cours du cycle de vie d’un même cas. Cet attribut sert de base à l’indicateur du nombre moyen de transferts entre agents par cas et apparaît dans le Dashboard des transferts entre agents et des reprises. Un nombre élevé de transferts signale souvent des inefficacités dans le processus, un manque de clarté dans la répartition des responsabilités ou des lacunes de connaissances. Ces facteurs peuvent allonger les délais de résolution et frustrer les clients.
Pourquoi est-ce important ?
Il mesure les difficultés internes du processus, car les transferts excessifs sont une source fréquente de retards et d’insatisfaction client.
Où trouver ces données
Calculé au niveau du cas lors de la transformation des données, en comptant le nombre de valeurs distinctes du champ « AssignedAgent » pour chaque « ServiceRequest », puis en soustrayant un.
Exemples
0135
|
|||
|
Objet du cas
CaseSubject
|
Un bref résumé ou titre du problème ou de la demande du client. | ||
|
Description
L’objet du cas résume brièvement la demande de service dans un champ de texte libre. Il correspond souvent à l’objet d’un e-mail ou à un titre saisi par l’agent ou le client. Bien qu’il ne s’agisse pas d’un champ structuré destiné à l’analyse directe des processus, l’objet contient de nombreuses informations contextuelles. Des techniques d’analyse de texte peuvent servir à catégoriser les cas, à repérer les nouveaux problèmes ou à compléter l’analyse quantitative du processus par des éléments qualitatifs.
Pourquoi est-ce important ?
Il donne rapidement un aperçu général du cas, utile pour une analyse détaillée et pour l’analyse de texte.
Où trouver ces données
Objet Case de Salesforce, champ : Subject
Exemples
Impossible de se connecter au portailQuestion sur la factureDemande de fonctionnalité pour le Dashboard de rapports
|
|||
|
Produit concerné
ProductInvolved
|
Le produit ou service précis auquel se rapporte la demande du client. | ||
|
Description
Cet attribut associe une demande de service à un produit ou service précis. Dans Salesforce, il est souvent géré au moyen d’une recherche vers l’objet Product. La segmentation des données de processus par produit est essentielle à l’analyse de la qualité des produits. Elle permet de repérer les produits qui génèrent le plus de demandes d’assistance, les problèmes rencontrés et les éventuelles différences de traitement entre les gammes de produits. Ces informations sont précieuses pour les équipes de développement produit.
Pourquoi est-ce important ?
Il permet d’analyser le processus par produit et de repérer les problèmes de qualité ou les lacunes de l’assistance pour certains produits.
Où trouver ces données
Objet Case de Salesforce, champ : ProductId. Il s’agit d’un champ de recherche standard, mais facultatif.
Exemples
Suite CRM AlphaOutil d’analyse BetaConnecteur de données Gamma
|
|||
Activités du service client
| Activité | Description | ||
|---|---|---|---|
|
Dossier attribué à un agent
|
Marque le moment où une demande de service est attribuée à un agent ou à une file d’attente pour être traitée. Cette étape fondamentale est repérée par une modification du champ de propriétaire du dossier. | ||
|
Pourquoi est-ce important ?
Cette activité est essentielle pour suivre la charge de travail des agents, les délais d’attribution et la fréquence des transferts. Elle sert de base à l’analyse des performances des agents et à la détection des goulots d’étranglement dans le processus d’attribution.
Où trouver ces données
Déduit d’une modification du champ OwnerId de l’objet Case. L’horodatage de cette modification est enregistré dans l’objet CaseHistory.
Données à recueillir
Repérez l’horodatage de la première mise à jour du champ OwnerId.
Type d’événement
inferred
|
|||
|
Dossier clôturé
|
Cette activité marque la fin définitive du cycle de vie de la demande de service. Une fois le dossier clôturé, aucun autre traitement n’est prévu, sauf s’il est rouvert. | ||
|
Pourquoi est-ce important ?
En tant qu’événement final, cette activité fournit le point de fin nécessaire au calcul de la durée totale du dossier. Le délai entre « Resolved » et « Closed » peut également révéler des inefficacités dans le processus de clôture.
Où trouver ces données
Déduit de l’horodatage auquel le champ IsClosed de l’objet Case passe à true. Le champ ClosedDate est également renseigné à ce moment-là.
Données à recueillir
Horodatage du passage du champ IsClosed à true, consigné dans CaseHistory.
Type d’événement
inferred
|
|||
|
Dossier créé
|
Cette activité marque le début officiel du processus de service client, lorsqu’une nouvelle demande de service, ou un nouveau dossier, est enregistrée dans Salesforce. L’événement est explicitement consigné à la création d’un enregistrement dans l’objet Case, avec un horodatage précis. | ||
|
Pourquoi est-ce important ?
En tant qu’événement de début principal, cette activité est indispensable pour calculer la durée totale du cycle de vie et le délai de résolution d’un dossier. Elle sert de référence pour mesurer les performances au regard des SLA et comprendre le volume de dossiers.
Où trouver ces données
Cet événement correspond à la création d’un enregistrement dans l’objet Case. L’horodatage est enregistré dans le champ standard CreatedDate.
Données à recueillir
Directement à partir de l’horodatage de création de l’enregistrement Case.
Type d’événement
explicit
|
|||
|
Dossier résolu
|
Ce jalon important indique que l’agent a terminé le travail nécessaire pour résoudre le problème du client. Le dossier attend désormais sa clôture définitive, qui peut être automatisée après un certain délai. | ||
|
Pourquoi est-ce important ?
Il s’agit d’un point de fin principal pour mesurer le délai de résolution et calculer le respect des SLA. Il marque la fin du traitement actif du dossier.
Où trouver ces données
Déduit de l’objet CaseHistory lorsque le champ Status passe à « Resolved ». À ce stade, le champ IsClosed peut encore être à false.
Données à recueillir
Horodatage du passage du statut du dossier à « Resolved ».
Type d’événement
inferred
|
|||
|
Escalade interne déclenchée
|
Cette activité a lieu lorsqu’un dossier nécessite un niveau d’assistance ou d’expertise supérieur et fait l’objet d’une escalade officielle. Elle peut être enregistrée explicitement par les règles d’escalade de Salesforce ou déduite d’une modification de champ. | ||
|
Pourquoi est-ce important ?
L’analyse des escalades aide à repérer les types de dossiers complexes, les besoins de formation des agents de première ligne et les problèmes systémiques. C’est un indicateur important des difficultés rencontrées dans le processus et de leur incidence sur les délais de résolution.
Où trouver ces données
Il peut s’agir d’un événement explicite issu des enregistrements CaseEscalation. Le plus souvent, l’événement est déduit de CaseHistory lorsqu’un champ de type case à cocher, tel que « IsEscalated », prend la valeur true.
Données à recueillir
Horodatage du passage du champ « IsEscalated » à true.
Type d’événement
inferred
|
|||
|
Jalon SLA non respecté
|
Cet événement est déclenché lorsqu’un engagement de service, comme le délai de première réponse ou de résolution, n’est pas respecté. Salesforce suit ces engagements au moyen des processus d’entitlement et des enregistrements de jalons. | ||
|
Pourquoi est-ce important ?
Cette activité est essentielle à l’analyse du respect des SLA et au suivi de la conformité. Elle met directement en évidence les dossiers qui n’ont pas répondu aux attentes des clients et permet de cibler les améliorations du processus.
Où trouver ces données
Enregistré dans l’objet CaseMilestone. Un événement est généré lorsque le champ IsViolated d’un enregistrement de jalon prend la valeur true.
Données à recueillir
L’événement correspond à l’horodatage auquel l’indicateur IsViolated passe à true dans un enregistrement CaseMilestone.
Type d’événement
explicit
|
|||
|
Confirmation initiale envoyée
|
Correspond au premier message envoyé au client pour confirmer la réception de sa demande de service. Il s’agit généralement d’un courriel automatique déclenché par les règles de création des dossiers. L’événement est déduit en repérant la première communication sortante. | ||
|
Pourquoi est-ce important ?
Le suivi de cette activité est essentiel pour mesurer les délais de première réponse et veiller à ce que les clients soient informés rapidement. Il permet d’analyser l’indicateur de performance clé « délai de confirmation initiale » afin d’améliorer la communication avec les clients.
Où trouver ces données
Déduit de l’horodatage du premier enregistrement EmailMessage sortant associé au dossier. Il peut également être déduit de la mise à jour d’un champ personnalisé déclenchée par une règle d’automatisation.
Données à recueillir
Repérez l’horodatage du premier EmailMessage sortant associé au dossier.
Type d’événement
inferred
|
|||
|
Dossier catégorisé et priorisé
|
Cette activité a lieu lorsqu’un dossier reçoit un type, une catégorie et un niveau de priorité. Elle est souvent réalisée par une équipe de triage ou par des règles d’automatisation, et peut être déduite des modifications apportées aux champs concernés. | ||
|
Pourquoi est-ce important ?
La catégorisation est essentielle pour comprendre la répartition des dossiers et l’efficacité de leur acheminement. L’analyse de cette étape aide à mieux répartir la charge de travail et à traiter rapidement les dossiers prioritaires.
Où trouver ces données
Déduit de l’objet CaseHistory en repérant la première fois où les champs Priority, Type ou d’autres champs de classification sont renseignés ou modifiés par rapport à leur valeur par défaut.
Données à recueillir
Suivez les mises à jour de champs tels que Priority ou Type dans CaseHistory.
Type d’événement
inferred
|
|||
|
Dossier réattribué
|
Correspond au transfert d’un dossier d’un agent ou d’une file d’attente à un autre après l’attribution initiale. Cet événement est déduit des modifications ultérieures du champ de propriétaire du dossier. | ||
|
Pourquoi est-ce important ?
Des réattributions fréquentes peuvent révéler une mauvaise orientation initiale, des inefficacités dans le processus ou des lacunes dans les connaissances, et entraîner des retards ainsi qu’une expérience client dégradée. Cette activité permet de quantifier les transferts entre agents.
Où trouver ces données
Déduit de toute modification du champ OwnerId dans l’objet CaseHistory après l’attribution initiale.
Données à recueillir
Repérez toutes les mises à jour du champ OwnerId après la première.
Type d’événement
inferred
|
|||
|
Dossier rouvert
|
Se produit lorsqu’un dossier précédemment résolu ou clôturé est réactivé parce que le problème réapparaît ou que la solution s’avère inefficace. C’est un indicateur important de reprises. | ||
|
Pourquoi est-ce important ?
La réouverture d’un dossier indique souvent une résolution de mauvaise qualité ou un échec de la résolution au premier contact. L’analyse de la fréquence de ces réouvertures et de leurs causes est essentielle pour améliorer la qualité du service.
Où trouver ces données
Déduit de l’objet CaseHistory lorsque le champ IsClosed passe de true à false, ou lorsque le statut passe d’un état clôturé ou résolu à un état ouvert.
Données à recueillir
Horodatage du passage du champ Status ou IsClosed d’un état final à un état actif.
Type d’événement
inferred
|
|||
|
Enquête de satisfaction envoyée
|
Correspond à l’envoi d’une enquête de satisfaction client (CSAT) ou de recommandation (NPS). Il s’agit généralement d’une action automatisée qui suit la résolution ou la clôture du dossier. | ||
|
Pourquoi est-ce important ?
Bien qu’elle ne fasse pas partie du processus de résolution principal, cette activité est importante pour comprendre la boucle de retour. L’analyse de son calendrier et de sa fréquence permet de recueillir régulièrement l’avis des clients.
Où trouver ces données
Déduit d’un enregistrement EmailMessage sortant associé au dossier et correspondant à un modèle d’enquête. Il peut également être repéré à la création d’un enregistrement SurveyInvitation.
Données à recueillir
Repérez le courriel d’enquête sortant ou la création d’un enregistrement SurveyInvitation.
Type d’événement
inferred
|
|||
|
Informations demandées au client
|
Cette activité a lieu lorsqu’un agent a besoin d’informations complémentaires du client pour poursuivre le traitement du dossier. Elle est généralement déduite du passage du statut du dossier à un état d’attente de la réponse du client. | ||
|
Pourquoi est-ce important ?
Cette activité marque le début d’un temps d’attente qui ne dépend pas de l’agent. Il est essentiel de l’isoler pour mesurer avec précision l’efficacité du processus interne et les performances des agents.
Où trouver ces données
Déduit de l’objet CaseHistory lorsque le champ Status prend une valeur telle que « Waiting on Customer Response » ou « Pending ».
Données à recueillir
Horodatage du changement du statut du dossier vers une valeur indiquant une attente.
Type d’événement
inferred
|
|||
|
Informations reçues du client
|
Cette activité marque la fin du temps d’attente du client, lorsque celui-ci fournit les informations demandées. Elle est souvent déduite du retour du dossier à un état actif après une communication entrante. | ||
|
Pourquoi est-ce important ?
Le suivi de cet événement est essentiel pour comprendre les délais de réponse des clients et leur incidence sur le cycle de vie du dossier. Il indique que l’agent reprend le traitement actif.
Où trouver ces données
Déduit de l’horodatage d’un EmailMessage entrant associé au dossier, ou du passage du statut de « Waiting on Customer » à « In Progress » dans l’objet CaseHistory.
Données à recueillir
Horodatage du courriel entrant ou du changement de statut depuis une valeur indiquant une attente.
Type d’événement
inferred
|
|||
|
L’agent examine le problème
|
Correspond à la phase durant laquelle un agent cherche activement à diagnostiquer et à comprendre le problème du client. Il ne s’agit pas d’un événement explicite : il est déduit du passage du statut du dossier d’un état nouveau ou ouvert à un état en cours de traitement. | ||
|
Pourquoi est-ce important ?
Connaître la durée de la phase d’examen permet de repérer les demandes de service complexes et les domaines dans lesquels les agents pourraient avoir besoin de formation ou de ressources supplémentaires. Cette mesure distingue le temps de travail actif du temps d’attente.
Où trouver ces données
Déduit de l’objet CaseHistory lorsque le champ Status prend une valeur indiquant un traitement en cours, comme « In Progress » ou « Working ».
Données à recueillir
Horodatage du changement du statut du dossier vers une valeur indiquant un traitement en cours.
Type d’événement
inferred
|
|||
|
Solution proposée au client
|
Indique le moment où un agent a proposé une solution au client. Cette étape conceptuelle est généralement déduite d’une communication sortante ou d’un changement de statut précis. | ||
|
Pourquoi est-ce important ?
Le suivi de ce jalon permet de mesurer le délai entre l’examen du problème et la proposition d’une solution. Il peut également marquer le début d’une boucle de retour si la solution n’est pas acceptée.
Où trouver ces données
Déduit d’un EmailMessage sortant contenant des mots-clés précis ou du passage du statut à « Solution Provided » dans l’objet CaseHistory.
Données à recueillir
Horodatage du changement de statut ou de l’événement de communication sortante.
Type d’événement
inferred
|
|||
Guides d’extraction
Prêt à commencer ?
Appuyez-vous sur ce modèle de données pour lancer votre démarche de Process Mining et repérer les possibilités d’amélioration encore invisibles dans vos opérations de service client. Commencez dès aujourd’hui à faire évoluer votre service !
Améliorez dès maintenant l’efficacité de votre service client
Atteignez 80 % de résolution dès le premier contact et améliorez votre score de satisfaction client.
Aucune carte bancaire requise