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

Salesforce Service Cloud
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 préparation des données de votre service client pour le Process Mining. Il présente les attributs essentiels à recueillir, les principales activités à suivre et des conseils pratiques pour extraire ces informations de votre système source. Utilisez cette ressource pour préparer vos données à une analyse approfondie et à l’optimisation du processus.
  • Attributs recommandés à recueillir
  • 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 à inclure dans votre journal d’événements pour analyser votre processus de service client de manière complète.
5 Obligatoire 9 Recommandé 6 Facultatif
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
Obligatoire Recommandé Facultatif

Activités du service client

Voici les principales étapes et les principaux jalons à consigner dans votre journal d’événements pour découvrir et analyser avec précision les flux de travail de votre service client.
6 Recommandé 9 Facultatif
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
Recommandé Facultatif

Guides d’extraction

Comment extraire vos données de Salesforce Service Cloud

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.

Démarrez votre essai gratuit

Aucune carte bancaire requise