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 fournit un guide détaillé pour préparer vos données de service client au Process Mining. Il décrit les attributs de données essentiels à collecter, les activités clés à suivre et des conseils pratiques sur la façon d'extraire ces informations de votre système source. Utilisez cette ressource pour vous assurer que vos données sont prêtes pour une analyse et une optimisation approfondies.
  • Attributs recommandés à collecter
  • Activités clés à suivre
  • Guide d'extraction
Vous découvrez les journaux d'événements ? Apprenez comment créer un journal d'événements Process Mining.

Attributes du service client

Ce sont les champs de données recommandés à inclure dans votre journal d'événements pour une analyse complète de votre processus de service client.
5 Obligatoire 9 Recommandé 6 Facultatif
Nom Descriptionn
Demande de service
ServiceRequest
L'identifiant unique pour un dossier ou un ticket de service client, reliant toutes les activités associées.
Descriptionn

La Demande de Service, souvent appelée Ticket ou Dossier, sert d'identifiant principal, reliant toutes les activités liées à une seule demande ou problème client. Dans Salesforce Service Cloud, cela correspond au Numéro de Dossier.

Cet attribut est indispensable pour reconstruire le parcours complet de chaque interaction client. Il permet à l'outil de Process Mining de regrouper tous les événements connexes, tels que 'Dossier Créé', 'L'agent enquête sur le problème' et 'Dossier Résolu', en une seule instance de processus, permettant une analyse globale du début à la fin.

Pourquoi est-ce important ? :

C'est l'élément central du Process Mining, car il relie tous les événements appartenant à un même problème client en une instance de processus cohérente.

Source des données :

Objet Salesforce Case, champ : CaseNumber

Exemples
000010240000105800001193
Dernière mise à jour des données
LastDataUpdateTime
Horodatage indiquant la dernière actualisation des données pour ce processus.
Descriptionn

Cet attribut enregistre l'horodatage de la dernière extraction ou mise à jour des données du système source. Il s'agit d'un champ de métadonnées qui s'applique à l'ensemble du jeu de données plutôt qu'aux événements individuels.

Son utilisation principale est d'informer les utilisateurs sur la la réactualisation des données qu'ils analysent. C'est impératif pour garantir que les informations et les décisions sont basées sur des informations actuelles et pertinentes, et cela aide à gérer les attentes concernant la réactualisation des données.

Pourquoi est-ce important ? :

Cela assure la transparence sur la la réactualisation des données, permettant aux utilisateurs de comprendre l'actualité de leur analyse.

Source des données :

Cette valeur est généralement générée et stockée pendant le processus d'extraction, de transformation et de chargement (ETL) des données.

Exemples
2023-10-27T04:00:00Z
Heure de l'événement
EventTime
L'horodatage précis indiquant quand une activité a eu lieu.
Descriptionn

L'heure de l'événement enregistre la date et l'heure auxquelles une activité spécifique a été enregistrée dans le système. Elle fournit le contexte temporel de l'ensemble du processus, permettant le calcul des durées, des temps d'attente et des temps de cycle.

Dans l'analyse, cet horodatage est utilisé pour ordonner chronologiquement les événements pour chaque demande de service, constituant la base de la découverte des processus. Il est indispensable pour les KPI liés à la performance, tels que la mesure du temps entre 'Cas Créé' et 'Accusé de réception initial envoyé' ou le calcul du temps de résolution total.

Pourquoi est-ce important ? :

Cet horodatage est impératif pour comprendre la chronologie du processus, calculer les métriques de performance et identifier les retards entre les activités.

Source des données :

Dérivé de divers champs de date correspondant à des événements spécifiques, tels que CreatedDate sur l'objet Case ou CreatedDate sur les enregistrements CaseHistory.

Exemples
2023-04-15T10:00:00Z2023-04-15T11:23:14Z2023-04-16T09:05:30Z
Nom de l'activité
ActivityName
Le nom d'un `event` commercial ou d'une étape spécifique survenue dans le processus de service client.
Descriptionn

Cet attribut décrit une étape unique ou un jalon dans le cycle de vie d'une demande de service. Les activités sont les nœuds de la cartographie des processus et représentent les actions entreprises par les agents, les systèmes automatisés ou les clients.

L'analyse de la séquence et de la fréquence des activités telles que 'Dossier Créé', 'Escalade Interne Déclenchée' et 'Dossier Clôturé' est centrale au Process Mining. Elle aide à découvrir le flux de processus réel, à identifier les points de blocage et à repérer les écarts par rapport à la procédure opérationnelle standard.

Pourquoi est-ce important ? :

Les activités définissent les étapes du processus, et leur séquence sert de base à la cartographie des processus et de toutes les analyses ultérieures.

Source des données :

Généralement dérivé d'une combinaison de champs, tels que les changements de statut sur l'objet Case (champ Status) ou les enregistrements dans les objets CaseHistory ou EmailMessage.

Exemples
Dossier crééCas Affecté à l'AgentSolution proposée au clientDossier clos
Système source
SourceSystemName
Le système d'où proviennent les données de processus.
Descriptionn

Cet attribut identifie l'application source où les données ont été générées, qui dans ce contexte est Salesforce Service Cloud. Il est particulièrement utile dans les environnements où les données de plusieurs systèmes sont combinées pour une vue d'ensemble complète des processus.

Même lors de l'analyse d'un seul système, cet attribut fournit un contexte essentiel sur l'origine des données. Il aide à la gouvernance des données, au dépannage et à garantir que les analyses sont basées sur le bon ensemble de données.

Pourquoi est-ce important ? :

Il fournit un contexte essentiel sur l'origine des données, essentiel pour la gouvernance des données et pour les analyses pouvant combiner des données de plusieurs systèmes.

Source des données :

Il s'agit généralement d'une valeur statique ajoutée pendant le processus d'extraction et de transformation des données pour étiqueter l'origine du jeu de données.

Exemples
Salesforce Service CloudSFSC
Agent assigné
AssignedAgent
L'utilisateur ou la file d'attente à laquelle la demande de service est actuellement attribuée.
Descriptionn

Cet attribut identifie l'agent ou l'équipe responsable du traitement de la demande de service à un moment donné. Dans Salesforce, il s'agit généralement du propriétaire du dossier (Case Owner).

Le suivi des changements de cet attribut est indispensable pour analyser la performance des agents, la répartition de la charge de travail et les transferts. Il aide à répondre à des questions telles que le nombre de réaffectations d'un dossier, les agents qui traitent les cas les plus complexes, « what-if » les charges de travail sont équilibrées dans l'équipe. C'est un attribut clé pour les dashboards 'Transferts d'agents et Répartition de la Charge de Travail'.

Pourquoi est-ce important ? :

C'est indispensable pour analyser la charge de travail des agents, leurs performances et la fréquence des transferts, ce qui influence l'efficacité et le temps de résolution.

Source des données :

Objet Salesforce Case, champ : OwnerId. Ce champ contient l'ID d'un Utilisateur ou d'une File d'attente.

Exemples
Sarah JonesDavid ChenFile d'Attente Support Niveau 2
Canal de communication
CommunicationChannel
Le canal par lequel la demande de service a été initiée, comme l'e-mail, le téléphone ou le web.
Descriptionn

Cet attribut spécifie la méthode de communication utilisée par le client pour soumettre sa demande de service. Dans Salesforce, cela est souvent capturé dans le champ Origine du Dossier (Case Origin).

Comprendre le canal de communication est indispensable pour améliorer l'allocation des ressources et améliorer l'efficacité du service. En analysant les temps de résolution et les flux de processus par canal, les organisations peuvent identifier quels canaux sont les plus efficaces pour différents types de problèmes, soutenant ainsi le tableau de bord d'efficacité des canaux de communication.

Pourquoi est-ce important ? :

Cela permet de comparer les performances entre différents canaux de contact client, aidant à optimiser la stratégie de canal et l'allocation des ressources.

Source des données :

Objet Salesforce Case, champ : Origin

Exemples
E-mailTéléphoneWebChat
Est-ce une Résolution au Premier Contact
IsFirstContactResolution
Un indicateur signalant si le cas a été résolu lors de la première interaction avec le client.
Descriptionn

Cet attribut booléen identifie les demandes de service qui ont été résolues sans nécessiter de suivi après le contact initial du client. La logique pour déterminer cela implique souvent l'analyse de la séquence et du timing des activités.

Un taux élevé de Résolution au Premier Contact (FCR) est un indicateur fort d'un processus de service client efficace. Cet attribut calculé est la base du KPI du Taux de Résolution au Premier Contact. L'analyse des cas qui ne sont pas résolus au premier contact peut révéler des opportunités d'amélioration de la formation des agents, du contenu de la base de connaissances et de la conception des processus.

Pourquoi est-ce important ? :

Cela mesure directement un aspect clé de l'efficacité du service et de la satisfaction client, aidant à identifier les facteurs d'une résolution de problèmes efficace.

Source des données :

Calculé lors de la transformation des données en analysant le journal d'événements pour un cas donné. Une règle courante consiste à vérifier si 'Cas Résolu' se produit avant toute 'Information Demandée au Client' ou des activités de contact client ultérieures.

Exemples
truefaux
Heure de fin
EndTime
L'horodatage indiquant quand une activité a été achevée.
Descriptionn

L'heure de fin représente l'heure d'achèvement d'une activité. Combinée à l'heure de début, elle permet le calcul précis des temps de traitement des activités. Pour de nombreux événements dans Salesforce, l'événement est instantané, ce qui signifie que l'heure de début et l'heure de fin sont identiques.

Cependant, pour les activités de longue durée, avoir une heure de fin distincte est impératif pour mesurer avec précision le temps passé sur une tâche. Cela contribue directement au l'analyse des performances en distinguant le temps de traitement actif du temps d'attente inactif entre les étapes.

Pourquoi est-ce important ? :

Cela permet de calculer la durée réelle d'une activité, ce qui est indispensable pour analyser la performance des agents et identifier les étapes chronophages.

Source des données :

Ceci est souvent identique au StartTime pour les événements instantanés. Pour les activités ayant une durée, il doit provenir d'un champ spécifique indiquant l'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 Cas
CasePriority
Le niveau de priorité attribué à la demande de service, tel que Élevée, Moyenne ou Basse.
Descriptionn

La priorité du cas est une classification standard utilisée pour déterminer l'urgence d'une demande de service. Cette désignation dicte souvent les délais de réponse et de résolution cibles selon les accords de niveau de service (SLA).

L'analyse de la performance du processus basée sur la priorité est indispensablele pour évaluer l'efficacité de la stratégie de priorisation. Elle aide à déterminer si les cas à haute priorité sont réellement résolus plus rapidement et respectent leurs objectifs SLA agressifs, soutenant directement le tableau de bord de Priorisation et d'Impact des Cas.

Pourquoi est-ce important ? :

Cela permet d'analyser si le processus priorise efficacement les cas urgents et respecte différents niveaux de service en fonction de l'importance du dossier.

Source des données :

Objet Salesforce Case, champ : Priority

Exemples
ÉlevéMoyenFaible
Statut du dossier
CaseStatus
Le statut actuel de la demande de service dans son cycle de vie, comme Nouveau, En Cours ou Fermé.
Descriptionn

Le statut du dossier indique l'état actuel d'une demande de service. Les changements de statut sont souvent la source principale pour identifier les activités du processus, par exemple, un changement de 'Nouveau' à 'En cours' peut être associé à l'activité 'L'agent enquête sur le problème'.

L'analyse du statut final des dossiers aide à comprendre les résultats de résolution. Elle est également utilisée pour filtrer les dossiers ouverts ou fermés et pour identifier les dossiers qui peuvent être bloqués dans un état particulier trop longtemps.

Pourquoi est-ce important ? :

Il offre un aperçu de l'état actuel et du résultat du dossier, et les changements de statut sont souvent utilisés pour déduire la séquence des activités.

Source des données :

Objet Salesforce Case, champ : Status

Exemples
NouveauEn CoursEn Attente du ClientClôturé
Statut SLA
SlaStatus
Indique si le cas a été résolu dans les délais du SLA.
Descriptionn

Cet attribut catégorise chaque dossier résolu en fonction de sa conformité à l'accord de niveau de service (SLA) défini. Il est calculé en comparant l'horodatage de résolution réel au 'Délai de Résolution Cible SLA'.

En tant qu'apport direct au KPI du Taux de Conformité SLA, cet attribut simplifie le suivi des performances. Il permet un filtrage et une analyse rapides de tous les cas non conformes afin d'identifier les causes profondes courantes des violations de SLA, telles que des types de dossiers spécifiques, des produits ou des points de blocage de processus.

Pourquoi est-ce important ? :

Il fournit un résultat binaire clair pour la conformité aux SLA par dossier, ce qui est indispensable pour le suivi des performances et l'analyse des causes profondes des retards.

Source des données :

Calculé dans la couche de transformation des données en comparant l'horodatage 'Cas Résolu' à l'attribut 'SlaTargetResolutionTime'.

Exemples
AtteintViolé
Temps de résolution cible du SLA
SlaTargetResolutionTime
La date et l'heure cibles auxquelles la demande de service doit être résolue, conformément au SLA.
Descriptionn

Cet attribut définit la date limite de l'accord de niveau de service (SLA) pour la résolution d'un dossier. Il est généralement déterminé en fonction de facteurs tels que la priorité du dossier, son type et le niveau du client. Salesforce peut le calculer automatiquement en utilisant ses fonctionnalités d'habilitation et de jalons.

Cet horodatage est indispensable pour mesurer la conformité aux SLA. En comparant le temps de résolution réel à cette cible, l'organisation peut calculer son KPI de taux de conformité SLA et identifier les dossiers risquant de ne pas respecter leur SLA, soutenant directement le tableau de bord de conformité SLA des dossiers.

Pourquoi est-ce important ? :

Il fournit le point de référence par rapport auquel la performance réelle est mesurée, ce qui est indispensable pour calculer la conformité aux SLA et identifier les dossiers à risque.

Source des données :

Ceci est souvent stocké dans le champ SlaExitDate de l'objet Case Milestone, qui fait partie de la fonctionnalité de gestion des droits (Entitlement Management) de Salesforce.

Exemples
2023-04-16T17:00:00Z2023-04-18T09:00:00Z2023-05-01T12:00:00Z
Type de cas
CaseType
La classification de la demande de service, telle que Question, Problème ou Demande de Fonctionnalité.
Descriptionn

Le type de cas est un attribut catégoriel qui aide à classer la nature de la demande ou du problème du client. Cela permet une segmentation des demandes de service pour comprendre comment différents types de problèmes sont traités.

L'analyse du processus basée sur le type de cas peut révéler que certains types de demandes suivent des chemins différents, ont des temps de résolution plus longs ou nécessitent plus de transferts. Cette information est précieuse pour adapter et améliorer le processus pour des catégories de travail spécifiques.

Pourquoi est-ce important ? :

Cela permet de segmenter le processus pour comprendre si différents types de demandes sont traités différemment et pour identifier les domaines d'amélioration spécialisée.

Source des données :

Objet Salesforce Case, champ : Type

Exemples
ProblèmeDemande de fonctionnalitéQuestion
Est escaladé
IsEscalated
Un indicateur signalant si le cas a été escaladé.
Descriptionn

Cet attribut booléen indique si une demande de service a fait l'objet d'une escalade. Dans Salesforce, cela peut être suivi via le champ standard IsEscalated, qui est automatiquement défini en fonction des Règles d'Escalade.

Ce drapeau est une entrée directe pour le tableau de bord d'Analyse des Escalades Internes et le KPI du Taux d'Escalade Interne. Il permet un filtrage et une agrégation faciles de tous les cas escaladés, aidant à quantifier leur fréquence et à analyser leur impact sur les temps de résolution globaux et la complexité des processus.

Pourquoi est-ce important ? :

Cela mesure directement les escalades de dossiers, un indicateur clé de friction processuelle, de complexité ou de lacunes dans les connaissances des agents.

Source des données :

Objet Salesforce Case, champ : IsEscalated

Exemples
truefaux
Est un reprises
IsRework
Un indicateur signalant si un cas a impliqué un reprises ou un retour à une étape précédente.
Descriptionn

Cet attribut booléen signale les dossiers présentant des schémas de reprises, tels que la réouverture après clôture ou un cycle répété entre 'L'agent enquête' et 'Solution proposée'. La logique pour identifier les reprises nécessite d'analyser la séquence des activités pour des boucles indésirables.

Cet attribut prend en charge directement le KPI du Taux de Retravail et le tableau de bord 'Transferts d'agents et Modèles de Retravail'. Identifier les dossiers avec reprises permet aux analystes d'investiguer les causes profondes, qui peuvent aller de solutions inadéquates à une collecte d'informations incomplète, et de prendre des mesures correctives.

Pourquoi est-ce important ? :

Cela met en évidence l'inefficacité du processus et le gaspillage d'efforts, permettant une analyse ciblée des activités fréquemment répétées.

Source des données :

Calculé lors de la transformation des données en analysant les séquences d'activités. Par exemple, une séquence comme 'Cas Clos' -> 'Cas Rouvert' ou 'Solution Proposée' -> 'Agent Examine le Problème' au sein du même cas le signalerait comme un reprises.

Exemples
truefaux
Nom du client
CustomerName
Le nom du client ou du compte associé à la demande de service.
Descriptionn

Cet attribut identifie le client qui a initié la demande de service. Dans Salesforce, il peut s'agir d'un Contact (un individu) ou d'un Compte (une entreprise).

L'analyse du processus du point de vue client peut fournir des informations clés. Par exemple, elle peut aider à identifier si certains clients rencontrent plus de problèmes ou des délais de résolution plus longs. Cela peut éclairer les stratégies de gestion de la relation client et mettre en évidence les opportunités de support proactif.

Pourquoi est-ce important ? :

Cela permet une analyse axée sur le client, aidant à identifier les schémas et les variations de performance pour des clients ou segments de clientèle spécifiques.

Source des données :

Objet Salesforce Case, champs : ContactId ou AccountId, qui renvoient respectivement aux objets Contact et Account.

Exemples
Global Tech Inc.Emily WhiteSolutions Innovantes
Nombre de transferts d'agents
AgentHandoffCount
Le nombre de fois où un dossier a été réassigné d'un agent ou d'une file d'attente à une autre.
Descriptionn

Cette métrique quantifie le nombre de réaffectations qu'une demande de service subit avant d'être résolue. Elle est calculée en comptant le nombre de changements distincts dans l'attribut 'Agent Attribué' dans le cycle de vie d'un seul dossier.

Cet attribut est la base du KPI du Nombre Moyen de Transferts d'Agents par Dossier et est visualisé dans le tableau de bord 'Transferts d'Agents et Modèles de Retravail'. Un nombre élevé de transferts signale souvent des inefficacités de processus, un manque de clarté de la propriété ou des lacunes de connaissances, qui peuvent tous entraîner des délais de résolution plus longs et une frustration client.

Pourquoi est-ce important ? :

Cela quantifie la friction interne du processus, car les transferts excessifs sont une source fréquente de retards et d'insatisfaction client.

Source des données :

Calculé au niveau du cas lors de la transformation des données en comptant le nombre unique de valeurs dans le champ 'AssignedAgent' pour chaque 'ServiceRequest', moins un.

Exemples
0135
Objet du Cas
CaseSubject
Un bref résumé ou le titre du problème ou de la demande du client.
Descriptionn

L'objet du dossier fournit un résumé concis et en texte libre de la demande de service. Il s'agit souvent de l'objet de l'e-mail ou d'un titre saisi par l'agent ou le client.

Bien que ce ne soit pas un champ structuré pour l'analyse directe des processus, l'objet contient des informations contextuelles riches. Il peut être utilisé avec des techniques d'exploration de texte pour catégoriser les dossiers, identifier les problèmes émergents ou ajouter un contexte qualitatif à l'analyse quantitative des processus.

Pourquoi est-ce important ? :

Il offre un contexte rapide et de haut niveau sur le dossier, utile pour une analyse détaillée et exploitable pour l'exploration de texte.

Source des données :

Objet Salesforce Case, champ : Subject

Exemples
Impossible de se connecter au portailQuestion concernant le relevé de facturationDemande de fonctionnalité pour le tableau de bord de rapports
Produit impliqué
ProductInvolved
Le produit ou service spécifique sur lequel porte la demande du client.
Descriptionn

Cet attribut relie une demande de service à un produit ou service spécifique. Dans Salesforce, cela est souvent géré via une recherche vers l'objet Produit.

La segmentation des données de processus par produit est indispensablele pour l'analyse de la qualité des produits. Elle aide à identifier quels produits génèrent le plus de demandes de support, quels types de problèmes ils rencontrent, « what-if » le processus de résolution diffère selon les lignes de produits. Cette information est un retour essentiel pour les équipes de développement de produits.

Pourquoi est-ce important ? :

Cela permet une analyse des processus basée sur les produits, ce qui peut révéler des problèmes de qualité des produits ou des lacunes de support pour des produits spécifiques.

Source des données :

Objet Salesforce Case, champ : ProductId. C'est un champ de recherche standard mais optionnel.

Exemples
Suite CRM AlphaOutil d'Analyse BetaConnecteur de Données Gamma
Obligatoire Recommandé Facultatif

Activités (Activities) du service client

Ce sont les étapes clés du processus et les jalons à capturer dans votre journal d'événements pour une découverte et une analyse précises de vos workflows de service client.
6 Recommandé 9 Facultatif
Activité Descriptionn
Cas Affecté à l'Agent
Marque le moment où une demande de service est attribuée à un agent ou à une file d'attente spécifique pour traitement. C'est une étape clée du processus, capturée par un changement dans le champ de propriété du dossier.
Pourquoi est-ce important ? :

Cette activité est indispensablele pour suivre la charge de travail des agents, les retards d'affectation et la fréquence des transferts. Elle constitue la base pour analyser la performance des agents et identifier les points de blocage dans le processus d'affectation.

Source des données :

Inférent d'une modification du champ OwnerId sur l'objet Case. L'horodatage de cette modification est enregistré dans l'objet CaseHistory.

Capture

Identifiez l'horodatage de la première mise à jour du champ OwnerId.

Type d'événement inferred
Dossier clos
Cette activité représente la fin définitive du cycle de vie de la demande de service. Une fois un dossier fermé, aucun travail supplémentaire n'est attendu, sauf s'il est rouvert.
Pourquoi est-ce important ? :

En tant qu'événement terminal, cette activité fournit le point final pour le calcul de la durée totale du cas. Le temps entre 'Résolu' et 'Clos' peut également révéler des inefficacités dans le processus de clôture.

Source des données :

Inférent de l'horodatage lorsque le champ IsClosed sur l'objet Case est défini sur vrai. Le champ ClosedDate est également renseigné à ce moment-là.

Capture

Horodatage lorsque le champ IsClosed passe à vrai, enregistré 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 dossier, est enregistrée dans Salesforce. Cet événement est explicitement capturé lorsqu'un nouvel enregistrement est créé dans l'objet Case, avec un horodatage précis.
Pourquoi est-ce important ? :

En tant qu'événement de démarrage principal, cette activité est indispensablele pour calculer le cycle de vie global des cas et les temps de résolution. Elle fournit la base pour mesurer la performance par rapport aux SLA et comprendre le volume de cas.

Source des données :

Cet événement correspond à l'événement de création d'enregistrement pour l'objet Case. L'horodatage est capturé dans le champ standard CreatedDate.

Capture

Directement à partir de l'horodatage de création de l'enregistrement de cas.

Type d'événement explicit
Dossier résolu
Ce jalon clé signifie que l'agent a terminé le travail nécessaire pour résoudre le problème du client. Le dossier est maintenant en attente de clôture finale, qui peut être automatisée après une certaine période.
Pourquoi est-ce important ? :

C'est un point d'extrémité principal pour mesurer le temps de résolution et il est indispensable pour calculer la conformité aux SLA. Il marque la fin du travail actif sur le dossier.

Source des données :

Inférent de l'objet CaseHistory lorsque le champ Status est changé en 'Résolu'. Le champ IsClosed peut encore être faux à ce stade.

Capture

Horodatage du changement de statut de dossier à 'Résolu'.

Type d'événement inferred
Escalade interne déclenchée
Cette activité se produit lorsqu'un dossier nécessite un niveau de support ou d'expertise plus élevé et est formellement escaladé. Cela peut être capturé explicitement par les règles d'escalade de Salesforce ou déduit d'un changement de champ.
Pourquoi est-ce important ? :

L'analyse des escalades aide à identifier les types de cas complexes, les besoins en formation des agents de première ligne et les problèmes systémiques. C'est un indicateur clé de la friction du processus et de son impact sur le temps de résolution.

Source des données :

Il peut s'agir d'un événement explicite des enregistrements CaseEscalation. Plus communément, il est déduit de l'historique du dossier (CaseHistory) lorsqu'un champ de case à cocher comme 'IsEscalated' est défini sur vrai.

Capture

Horodatage du champ 'IsEscalated' passant à vrai.

Type d'événement inferred
Jalon SLA violé
Cet événement est déclenché lorsqu'un engagement de service, tel qu'un premier temps de réponse ou de résolution, n'est pas respecté. Salesforce suit cela à l'aide de processus d'habilitation et d'enregistrements de jalons.
Pourquoi est-ce important ? :

Cette activité est indispensablele pour l'analyse de la conformité aux SLA et le suivi de la conformité. Elle met directement en évidence les cas qui n'ont pas répondu aux attentes des clients, permettant une amélioration ciblée des processus.

Source des données :

Capturé à partir de l'objet CaseMilestone. Un événement est généré lorsque le champ IsViolated d'un enregistrement de jalon est défini sur vrai.

Capture

L'événement est l'horodatage lorsque l'indicateur IsViolated devient vrai sur un enregistrement CaseMilestone.

Type d'événement explicit
Accusé de Réception Initial Envoyé
Représente la première communication envoyée au client, accusant réception de sa demande de service. Il s'agit généralement d'un e-mail automatisé déclenché par les règles de création de dossiers, et est déduit en identifiant la première communication sortante.
Pourquoi est-ce important ? :

Le suivi de cette activité est impératif pour mesurer les temps de réponse initiaux et garantir que les clients sont informés rapidement. Il aide à analyser le KPI du 'Délai d'Accusé de Réception Initial' pour améliorer la communication client.

Source des données :

Inférent de l'horodatage du premier enregistrement EmailMessage sortant associé au cas. Peut également être inféré d'une mise à jour de champ personnalisé déclenchée par une règle d'automatisation.

Capture

Identifiez l'horodatage du premier EmailMessage sortant lié au cas.

Type d'événement inferred
Cas Catégorisé et Priorisé
Cette activité se produit lorsqu'un dossier est classé avec un type, une catégorie et un niveau de priorité. Ceci est souvent effectué par une équipe de triage ou des règles d'automatisation et est déduit des changements dans les champs de dossier pertinents.
Pourquoi est-ce important ? :

La catégorisation est indispensablele pour comprendre la répartition des cas et l'efficacité du routage. L'analyse de cette étape aide à optimiser la distribution de la charge de travail et à garantir que les cas à haute priorité sont traités rapidement.

Source des données :

Inférent de l'objet CaseHistory en suivant la première fois que les champs Priority, Type ou d'autres champs de classification sont renseignés ou modifiés par rapport à leurs valeurs par défaut.

Capture

Suivre les mises à jour de champs comme Priority ou Type dans le CaseHistory.

Type d'événement inferred
Cas réassigné
Représente un transfert où un dossier est passé d'un agent ou d'une file d'attente à une autre après l'attribution initiale. Ceci est déduit des changements ultérieurs dans le champ de propriété du dossier.
Pourquoi est-ce important ? :

Des réaffectations fréquentes peuvent indiquer un routage initial incorrect, des inefficacités de processus ou des lacunes en matière de connaissances, entraînant des retards et une mauvaise expérience client. Cette activité aide à quantifier les transferts d'agents.

Source des données :

Inférent de toute modification du champ OwnerId dans l'objet CaseHistory après l'affectation initiale.

Capture

Identifiez 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 fermé est réactivé en raison de la récurrence du problème ou de l'inefficacité de la solution. C'est un indicateur clé de reprises.
Pourquoi est-ce important ? :

Les dossiers rouverts sont un signal fort de résolutions de mauvaise qualité ou d'échecs de la résolution au premier contact. L'analyse de leur fréquence et de leurs causes profondes est indispensablele pour améliorer la qualité du service.

Source des données :

Inférent de l'objet CaseHistory lorsque le champ IsClosed passe de vrai à faux, ou que le statut passe d'un état clos/résolu à un état ouvert.

Capture

Horodatage du changement de statut ou du champ IsClosed d'un état terminal à un état actif.

Type d'événement inferred
Enquête de satisfaction envoyée
Représente l'envoi d'une enquête de satisfaction client (CSAT) ou de Net Promoter Score (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 que ne faisant pas partie du processus de résolution principal, cette activité est importante pour comprendre la boucle de rétroaction. L'analyse de son timing et de sa fréquence garantit que la voix du client est systématiquement capturée.

Source des données :

Inférent d'un enregistrement EmailMessage sortant associé au cas qui correspond à un modèle d'enquête. Alternativement, il peut être capturé à partir de la création d'un enregistrement SurveyInvitation.

Capture

Identifiez l'e-mail d'enquête sortant ou la création d'un enregistrement SurveyInvitation.

Type d'événement inferred
Informations demandées au client
Cette activité se produit lorsqu'un agent a besoin d'informations supplémentaires du client pour poursuivre le dossier. Elle est généralement déduite d'un changement de statut du dossier vers un état 'en attente du client'.
Pourquoi est-ce important ? :

Cette activité marque le début d'un temps d'attente, qui n'est pas sous le contrôle de l'agent. Isoler ce temps est impératif pour mesurer avec précision l'efficacité du processus interne et la performance de l'agent.

Source des données :

Inférent de l'objet CaseHistory lorsque le champ Status est mis à jour avec une valeur telle que 'En attente de la réponse du client' ou 'En attente'.

Capture

Horodatage du changement de statut de dossier à une valeur 'en attente'.

Type d'événement inferred
Informations reçues du client
Cette activité marque la fin d'un temps d'attente client, lorsque le client fournit les informations demandées. Elle est souvent déduite lorsqu'un statut de dossier est rétabli à un état actif suite à une communication entrante.
Pourquoi est-ce important ? :

Le suivi de cet événement est impératif pour comprendre les temps de réponse des clients et leur impact sur le cycle de vie global du dossier. Il signale la reprise du travail actif par l'agent.

Source des données :

Inférent de l'horodatage d'un EmailMessage entrant associé au cas, ou d'un changement de statut de 'En Attente du Client' à 'En Cours' dans l'objet CaseHistory.

Capture

Horodatage de l'e-mail entrant ou du changement de statut depuis 'en attente'.

Type d'événement inferred
L'Agent Examine le Problème
Représente la phase où un agent travaille activement à diagnostiquer et à comprendre le problème du client. Ce n'est pas un événement explicite, mais il est déduit lorsque le statut du dossier passe d'un état nouveau ou ouvert à un état en cours.
Pourquoi est-ce important ? :

Comprendre la durée de la phase d'investigation aide à identifier les complexités des demandes de service et les domaines où les agents peuvent avoir besoin de plus de formation ou de ressources. Cela sépare le temps de travail actif du temps d'attente.

Source des données :

Inférent de l'objet CaseHistory lorsque le champ Status est mis à jour avec une valeur indiquant un travail actif, telle que 'En Cours' ou 'En Travail'.

Capture

Horodatage du changement de statut de dossier à une valeur 'en cours'.

Type d'événement inferred
Solution proposée au client
Indique le moment où un agent a fourni une solution potentielle au client. Il s'agit d'une étape conceptuelle qui est généralement déduite d'une communication sortante ou d'un changement de statut spécifique.
Pourquoi est-ce important ? :

Le suivi de ce jalon aide à mesurer le temps écoulé entre l'investigation et la solution proposée. Cela peut également être le début d'une boucle de confirmation si la solution n'est pas acceptée.

Source des données :

Inférent d'un EmailMessage sortant avec des mots-clés spécifiques ou d'un changement de statut en 'Solution Fournie' dans l'objet CaseHistory.

Capture

Horodatage du changement de statut ou de l'événement de communication sortante.

Type d'événement inferred
Recommandé Facultatif

Guides d'extraction

Comment obtenir vos données de Salesforce Service Cloud