Votre modèle de données pour le service client
Votre modèle de données pour le service client
- Attributs recommandés à collecter
- Activités clés à suivre
- Guide d'extraction
Attributes du service client
| Nom | Descriptionn | ||
|---|---|---|---|
|
Activité
Activity
|
Le nom d'un `event` commercial ou d'une étape spécifique survenue dans le processus de service client. | ||
|
Descriptionn
L' L'analyse de la séquence et de la fréquence de ces activités constitue le fondement du Process Mining. Elle permet de visualiser les flux de processus, d'identifier les chemins courants et rares, et de détecter les écarts par rapport à la procédure opérationnelle standard. Comprendre les activités est impératif pour identifier les inefficacités, les boucles de
Pourquoi est-ce important ? :
Cet
Source des données :
Dérivé des types d'
Exemples
Ticket crééPremière Réponse EnvoyéeStatut changé à En attenteTicket RésoluTicket clôturé
|
|||
|
Demande de service
ServiceRequest
|
L'`identifiant` unique pour une seule demande ou un seul problème client, communément appelé ticket ou `case`. | ||
|
Descriptionn
La Demande de service est l' Dans le Process Mining, cet
Pourquoi est-ce important ? :
C'est l'ID de
Source des données :
Ceci est l'ID principal du ticket dans Freshdesk, généralement trouvé comme champ 'id' dans l'
Exemples
SR-2023-10-4831SR-2023-11-0192SR-2023-11-5210
|
|||
|
Heure de l'événement
EventTime
|
L'horodatage indiquant quand une activité ou un événement spécifique s'est produit. | ||
|
Descriptionn
En analyse, cet
Pourquoi est-ce important ? :
Ce
Source des données :
Ceci correspond aux champs 'created_at' ou 'updated_at' associés aux
Exemples
2023-10-25T10:00:00Z2023-10-25T10:05:14Z2023-10-26T14:30:00Z
|
|||
|
Agent assigné
AssignedAgent
|
Le nom ou l'ID de l'agent de service client responsable du ticket au moment de l'`event`. | ||
|
Descriptionn
Cet L'analyse des
Pourquoi est-ce important ? :
Permet l'analyse de la performance par agent individuel, aidant à identifier les meilleurs collaborateurs les plus performants, les opportunités de formation et l'impact des réaffectations.
Source des données :
Ceci correspond au champ 'responder_id' dans l'objet 'Tickets' de Freshdesk, qui peut ensuite être joint aux détails de l'agent.
Exemples
Alice JohnsonRobert SmithMaria Garcia
|
|||
|
Priorité
Priority
|
Le niveau de priorité attribué à la demande de service, tel que 'Faible', 'Moyen', 'Élevé' ou 'Urgent'. | ||
|
Descriptionn
L' Cet
Pourquoi est-ce important ? :
Primordial pour l'analyse des
Source des données :
Ceci correspond au champ 'priority' dans l'objet 'Tickets' de Freshdesk.
Exemples
FaibleMoyenÉlevéUrgent
|
|||
|
Statut
Status
|
Le `status` actuel ou historique de la demande de service, tel que 'Ouvert', 'En attente', 'Résolu' ou 'Fermé'. | ||
|
Descriptionn
L' Le suivi des changements de
Pourquoi est-ce important ? :
Le suivi des changements de
Source des données :
Ceci correspond au champ 'status' dans l'objet 'Tickets' de Freshdesk. Les
Exemples
OuvertEn attenteRésoluClôturé
|
|||
|
Type de demande de service
ServiceRequestType
|
La classification de la demande de service, telle que 'Question', 'Incident', 'Problème' ou 'Demande de fonctionnalité'. | ||
|
Descriptionn
Le En analyse, cet
Pourquoi est-ce important ? :
Permet la segmentation des processus pour comparer les performances et les
Source des données :
Ceci est probablement le champ 'type' disponible dans l'objet 'Tickets' de Freshdesk.
Exemples
QuestionIncidentProblèmeDemande de fonctionnalité
|
|||
|
Canal de communication
CommunicationChannel
|
Le canal par lequel la demande de service a été initiée, tel que 'Email', 'Téléphone', 'Chat' ou 'Portail Web'. | ||
|
Descriptionn
Cet L'analyse du processus par canal de communication aide à améliorer l'allocation des ressources et à comprendre l'efficacité des canaux. Elle peut révéler quels canaux sont associés à des résolutions plus rapides ou à une satisfaction client plus élevée, éclairant les décisions stratégiques concernant les canaux à promouvoir ou dans lesquels investir.
Pourquoi est-ce important ? :
Aide à analyser la performance et l'efficacité des processus sur différents canaux de contact client comme l'e-mail, le téléphone ou le
Source des données :
Ceci correspond au champ 'source' dans l'objet 'Tickets' de Freshdesk.
Exemples
E-mailTéléphonePortail webChat
|
|||
|
Dernière mise à jour des données
LastDataUpdate
|
L'horodatage indiquant la dernière fois que les données ont été actualisées à partir du système source. | ||
|
Descriptionn
Cet Les analystes utilisent cette information pour comprendre la fenêtre temporelle couverte par les
Pourquoi est-ce important ? :
Indique la fraîcheur des
Source des données :
Ceci est un champ de métadonnées généré pendant le processus d'extraction de
Exemples
2023-12-01T08:00:00Z
|
|||
|
Groupe assigné
AssignedGroup
|
L'équipe ou le département auquel la demande de service est affectée. | ||
|
Descriptionn
Le Groupe Affecté représente l'équipe d'agents responsable du traitement d'une demande de service spécifique. Les tickets sont souvent acheminés vers des groupes spécialisés en fonction de leur type ou de leur complexité, tels que le 'Support Technique' ou le 'Service de Facturation'. Cet
Pourquoi est-ce important ? :
Permet une analyse de la performance au niveau de l'équipe ou du département, mettant en évidence les transferts et identifiant les
Source des données :
Ceci correspond au champ 'group_id' dans l'objet 'Tickets' de Freshdesk.
Exemples
Support L1Support technique L2FacturationSuccès client
|
|||
|
Incident rouvert
IsReopened
|
Un indicateur booléen signalant si une demande de service résolue a été rouverte. | ||
|
Descriptionn
Cet Un taux élevé de tickets rouverts suggère que la résolution initiale n'était pas efficace ou complète, entraînant une inefficacité et une frustration client. En filtrant les tickets rouverts, les analystes peuvent enquêter sur les causes profondes, telles que les raisons courantes de réouverture, quels agents ou équipes ont des taux plus élevés, et quels types de tickets sont les plus sujets à être rouverts.
Pourquoi est-ce important ? :
Identifie les
Source des données :
Champ calculé. Défini à vrai (
Exemples
truefaux
|
|||
|
Nom du client
CustomerName
|
Le nom ou l'ID du client qui a initié la demande de service. | ||
|
Descriptionn
Cet L'analyse par client peut révéler des modèles tels que quels clients soumettent le plus de tickets ou lesquels rencontrent le plus de problèmes rouverts. Cela peut éclairer les initiatives de succès client et aider à identifier les clients qui pourraient être à risque d'attrition en raison de mauvaises expériences de service. C'est également essentiel pour comprendre le parcours client complet à travers plusieurs demandes de service.
Pourquoi est-ce important ? :
Permet une vue de processus orientée client, aidant à identifier les demandeurs fréquents ou les clients rencontrant des problèmes récurrents.
Source des données :
Cette information est liée via le 'requester_id' dans l'objet 'Tickets', qui se connecte à l'objet 'Contacts' ou 'Users' dans Freshdesk.
Exemples
John DoeJane SmithGlobal Tech Inc.
|
|||
|
Nombre de transferts d'agents
AgentTransferCount
|
Le nombre total de fois qu'une demande de service a été réaffectée d'un agent à un autre. | ||
|
Descriptionn
Cet Les transferts fréquents, également connus sous le nom de 'ping-ponging', peuvent entraîner des retards significatifs et une expérience client frustrante, car le contexte est perdu à chaque transfert. L'analyse du nombre de transferts aide à identifier les problèmes d'acheminement initial, les lacunes de compétences des agents ou la complexité du processus. L'objectif est souvent de minimiser les transferts inutiles pour améliorer l'efficacité et la satisfaction client.
Pourquoi est-ce important ? :
Mesure la fréquence des transferts internes, source majeure de retards et de frustration client, contribuant à améliorer la résolution au premier niveau.
Source des données :
Champ calculé. Il s'agit du nombre d'
Exemples
0132
|
|||
|
Produit
Product
|
Le produit ou service auquel la demande du client est liée. | ||
|
Descriptionn
Cet En filtrant le processus par produit, les organisations peuvent découvrir des problèmes spécifiques aux produits. Par exemple, il peut mettre en évidence si un certain produit génère un nombre disproportionné de tickets de support ou si un nouveau lancement de produit provoque un pic de demandes. Cette analyse fournit des retours précieux aux équipes de développement et de gestion des produits.
Pourquoi est-ce important ? :
Permet de filtrer le processus par domaine produit, offrant des
Source des données :
Ceci est généralement un champ personnalisé. L'emplacement exact dépend de la configuration Freshdesk, probablement trouvé dans la partie 'custom_fields' de la réponse API 'Tickets'.
Exemples
Plateforme AlphaApplication mobile BetaAbonnement Gamma
|
|||
|
SLA dépassé
IsSlaBreached
|
Un indicateur booléen signalant si le temps de résolution de la demande de service a dépassé la cible `SLA`. | ||
|
Descriptionn
Cet Cet
Pourquoi est-ce important ? :
Simplifie l'analyse de la conformité SLA en fournissant un indicateur clair pour chaque
Source des données :
Ceci est un champ calculé, dérivé en comparant le
Exemples
truefaux
|
|||
|
Système source
SourceSystem
|
Le système à partir duquel les `data` ont été extraites, qui est 'Freshdesk' dans ce `case`. | ||
|
Descriptionn
Cet Bien que cela puisse sembler simple, cet
Pourquoi est-ce important ? :
Fournit un contexte essentiel sur l'origine des
Source des données :
Il s'agit d'une valeur statique, 'Freshdesk', ajoutée pendant le processus de transformation des
Exemples
Freshdesk
|
|||
|
Taux de satisfaction
SatisfactionRating
|
Le score de satisfaction fourni par le client après la résolution du ticket. | ||
|
Descriptionn
Le Taux de satisfaction est une indicateur de résultat majeur, généralement recueillie via une enquête envoyée après la résolution d'un ticket. Il consiste généralement en un score numérique ou une évaluation catégorielle comme 'Satisfait', 'Neutre' ou 'Insatisfait'. Cet
Pourquoi est-ce important ? :
Lie l'exécution du processus aux résultats client, aidant à identifier quels comportements de processus conduisent à une satisfaction client élevée ou faible.
Source des données :
Ces
Exemples
5314
|
|||
|
Temps de première réponse
FirstResponseTime
|
Le temps écoulé entre la création du ticket et la première réponse de l'agent au client. | ||
|
Descriptionn
Le Temps de première réponse mesure la rapidité avec laquelle un client reçoit une réponse initiale non automatisée d'un agent de service. Il est calculé comme la différence entre l'horodatage ( Ce
Pourquoi est-ce important ? :
Mesure la réactivité du service, un facteur clé de la satisfaction client qui répond directement à l'objectif de prestation de service proactive.
Source des données :
Champ calculé. C'est la durée entre l'horodatage (
Exemples
3000009000001800000
|
|||
|
Temps de résolution cible du SLA
SlaTargetResolutionTime
|
Le délai contractuel ou ciblé pour la résolution de la demande de service. | ||
|
Descriptionn
Cet C'est une entrée critique pour le calcul de la conformité SLA. En comparant le temps de résolution réel à cette cible, une détermination de 'Respecté' ou 'Violé' peut être faite. L'analyse de la performance SLA à travers différents types de demandes, équipes ou agents est une partie essentielle de la gestion des services.
Pourquoi est-ce important ? :
Fournit la base pour mesurer la conformité SLA, un indicateur clé de performance pour toute organisation de service client.
Source des données :
Ceci peut être disponible comme un champ tel que 'fr_due_by' (première réponse) ou 'due_by' (résolution) dans l'objet 'Tickets' de Freshdesk, ou il peut devoir être dérivé en fonction des règles de politique SLA.
Exemples
2023-10-25T14:00:00Z2023-10-27T09:00:00Z2023-11-01T17:00:00Z
|
|||
Activités (Activities) du service client
| Activité | Descriptionn | ||
|---|---|---|---|
|
Première Réponse Envoyée
|
Marque la première réponse publique envoyée par un agent au client après la création du ticket. Freshdesk capture explicitement cet `event` pour mesurer le 'First Response Time' pour le suivi `SLA`. | ||
|
Pourquoi est-ce important ? :
Ceci est une étape critique pour mesurer la réactivité client et la conformité SLA. L'analyse du temps jusqu'à cette activité aide à identifier les retards dans l'engagement initial avec les clients.
Source des données :
Ceci est un
Capture
Identifié par la première réponse publique de l'agent dans l'historique de conversation du ticket.
Type d'événement
explicit
|
|||
|
Ticket Assigné
|
Représente l'affectation d'un ticket à un agent ou un groupe spécifique pour traitement. Cet `event` est explicitement enregistré dans l'historique du ticket chaque fois que le champ de l'agent ou du groupe affecté est rempli ou modifié. | ||
|
Pourquoi est-ce important ? :
Le suivi des affectations est impératif pour analyser la charge de travail des agents, identifier les inefficacités de routage et mesurer les KPI de temps d'affectation. Il aide à comprendre comment le travail est distribué et où des retards surviennent avant que le travail ne commence.
Source des données :
Capturé à partir du
Capture
Type d'événement
explicit
|
|||
|
Ticket clôturé
|
Ceci est l'activité finale, représentant la fermeture permanente du ticket. Elle est souvent effectuée automatiquement par le système après une période définie à l'état 'Résolu' sans aucune nouvelle réponse du client. | ||
|
Pourquoi est-ce important ? :
Cette activité marque la fin définitive du cycle de vie de la demande de service. Elle fournit le point final pour des calculs précis de temps de cycle complet.
Source des données :
Capturé à partir du
Capture
Type d'événement
explicit
|
|||
|
Ticket créé
|
Ceci est le premier `event` dans le cycle de vie du service client, représentant le moment où la demande d'un client est officiellement enregistrée dans Freshdesk. Cette activité est explicitement capturée lorsqu'un nouveau ticket est généré, que ce soit par email, un portail, téléphone ou intégration API. | ||
|
Pourquoi est-ce important ? :
Cette activité sert de point de départ pour chaque
Source des données :
Ceci est un
Capture
Directement enregistré dans le flux d'
Type d'événement
explicit
|
|||
|
Ticket Résolu
|
Représente l'étape clé où l'agent a fourni une solution et modifié le `status` du ticket à 'Résolu'. Il s'agit d'un changement de `status` explicite enregistré dans l'historique du ticket. | ||
|
Pourquoi est-ce important ? :
Cette activité marque la fin du travail actif sur un ticket et constitue la base pour mesurer le temps de résolution. C'est un
Source des données :
Capturé à partir du
Capture
Type d'événement
explicit
|
|||
|
`Ticket Réouvert`
|
Cette activité se produit lorsqu'un client répond à un ticket déjà à l'état 'Résolu', ce qui modifie automatiquement son `status` en 'Ouvert'. Il s'agit d'un `event` explicite enregistré par le système. | ||
|
Pourquoi est-ce important ? :
Un taux de réouverture élevé indique que les solutions initiales ne sont pas efficaces, entraînant des reprises et une insatisfaction client. L'analyse de cette
Source des données :
Cet
Capture
Changement de
Type d'événement
explicit
|
|||
|
Client a répondu
|
Représente une nouvelle réponse ou communication reçue du client. Il s'agit d'un `event` explicite dans le fil de conversation du ticket et déclenche généralement un changement de `status` de 'En attente' à 'Ouvert'. | ||
|
Pourquoi est-ce important ? :
Cette activité est indispensablele pour comprendre la nature des interactions client et mesurer les temps de réponse client. Elle relance également les minuteurs SLA en pause, impactant les métriques de conformité.
Source des données :
Comptabilisé comme nouvelle entrée dans le fil de conversation du ticket. L'
Capture
Une nouvelle note publique ajoutée au ticket par le contact client.
Type d'événement
explicit
|
|||
|
Enquête de satisfaction envoyée
|
Représente l'envoi d'une enquête de satisfaction client, généralement déclenchée par une règle d'automatisation après la résolution d'un ticket. Cet `event` peut être enregistré si l'action d'automatisation est consignée dans l'historique du ticket. | ||
|
Pourquoi est-ce important ? :
Marque le début du processus de collecte de
Source des données :
Ceci est généralement déclenché par une 'Règle d'automatisation'. Sa visibilité en tant qu'
Capture
Type d'événement
explicit
|
|||
|
Note interne ajoutée
|
Un agent ajoute une note privée au ticket, destinée à la collaboration interne avec d'autres agents. Il s'agit d'un `event` explicite capturé dans le flux d'`activity` du ticket, visible uniquement par les agents. | ||
|
Pourquoi est-ce important ? :
Le suivi des notes internes aide à analyser les schémas de collaboration et à identifier les problèmes nécessitant des discussions internes importantes. Une fréquence élevée de notes internes avant la résolution peut indiquer des problèmes complexes ou des lacunes de connaissances.
Source des données :
Comptabilisé comme une 'Note privée' dans l'historique de conversation du ticket, distincte des réponses publiques au client.
Capture
Type d'événement
explicit
|
|||
|
Priorité du ticket modifiée
|
Cet `event` se produit lorsqu'un agent ou une règle d'automatisation modifie le niveau de priorité d'un ticket, par exemple de 'Faible' à 'Élevé'. Ceci est enregistré comme une mise à jour explicite dans le journal d'activité du ticket. | ||
|
Pourquoi est-ce important ? :
Les changements de priorité peuvent signaler des escalades ou une réévaluation de l'urgence du problème. L'analyse de ces changements aide à comprendre les déclencheurs d'escalade et leur impact sur le temps de résolution.
Source des données :
Capturé à partir du
Capture
Type d'événement
explicit
|
|||
|
SLA Non Respecté
|
Un `event` calculé qui se produit lorsque le temps de réponse ou de résolution d'un ticket dépasse la cible de politique `SLA` définie. Freshdesk suit le statut `SLA` et marque les tickets comme 'violés', ce qui peut être utilisé pour dériver cette `activity`. | ||
|
Pourquoi est-ce important ? :
Cette activité contribue directement au l'analyse de la conformité SLA en identifiant précisément quand et où les engagements de niveau de service ne sont pas respectés. Elle est indispensable pour identifier les causes systémiques des retards.
Source des données :
Cet
Capture
Dériver des
Type d'événement
calculated
|
|||
|
Statut changé à En attente
|
Cette activité se produit lorsqu'un agent attend des informations du client et modifie le `status` du ticket en 'En attente'. Cet `event` est explicitement enregistré comme un changement de `status` dans l'historique d'activité du ticket. | ||
|
Pourquoi est-ce important ? :
Identifie les périodes où le processus est mis en pause en attendant une contribution externe. L'analyse du temps passé dans ce statut aide à quantifier les retards côté client et soutient l'analyse de la conformité
Source des données :
Capturé à partir du
Capture
Type d'événement
explicit
|
|||
|
Ticket réaffecté
|
Se produit lorsqu'un ticket est transféré d'un agent ou d'un groupe à un autre après l'affectation initiale. Il s'agit d'un `event` explicite enregistré dans le journal d'activité du ticket comme un changement de propriétaire. | ||
|
Pourquoi est-ce important ? :
Des réaffectations fréquentes, ou un taux de transfert élevé d'agent à agent, indiquent souvent un routage initial incorrect ou des connaissances cloisonnées. Cette analyse aide à identifier les opportunités d'améliorer la résolution au premier contact.
Source des données :
Suivi via les changements apportés aux champs 'Agent' ou 'Groupe' dans le journal 'Activités du ticket' après la première affectation.
Capture
Une mise à jour ultérieure du champ 'Assigned to' après une attribution initiale.
Type d'événement
explicit
|
|||