zendesk-explore-metric-first-reply-time

eesel Team
Written by

eesel Team

Last edited 26 février 2026

---
{
  "title": "Comment utiliser la métrique du délai de première réponse de Zendesk Explore (guide 2026)",
  "slug": "zendesk-explore-metric-first-reply-time",
  "locale": "fr",
  "date": "2026-02-26",
  "updated": "2026-02-26",
  "template": "default",
  "excerpt": "Un guide pratique pour comprendre et configurer la métrique du délai de première réponse dans Zendesk Explore, y compris le dépannage des problèmes courants.",
  "categories": [
    "Zendesk",
    "Guides"
  ],
  "tags": [
    "Zendesk",
    "First Reply Time",
    "Customer Support Metrics",
    "Zendesk Explore",
    "Reporting"
  ],
  "readTime": 12,
  "author": 16,
  "reviewer": 14,
  "seo": {
    "title": "Comment utiliser la métrique du délai de première réponse de Zendesk Explore (guide 2026)",
    "description": "Un guide pratique pour comprendre et configurer la métrique du délai de première réponse dans Zendesk Explore, y compris le dépannage des problèmes courants.",
    "image": "https://wmeojibgfvjvinftolho.supabase.co/storage/v1/object/public/public_assets/blog-gen/banner-f80afeec-7a10-4726-8ab5-0ced460acb67"
  },
  "coverImage": "https://wmeojibgfvjvinftolho.supabase.co/storage/v1/object/public/public_assets/blog-gen/banner-f80afeec-7a10-4726-8ab5-0ced460acb67",
  "coverImageAlt": "Image de bannière pour Comment utiliser la métrique du délai de première réponse de Zendesk Explore (guide 2026)",
  "coverImageWidth": 1920,
  "coverImageHeight": 1080,
  "faqs": {
    "heading": "Foire aux questions",
    "type": "blog",
    "answerType": "html",
    "faqs": [
      {
        "question": "Comment le délai de première réponse de la métrique Zendesk Explore est-il calculé\xa0?",
        "answer": "La métrique du délai de première réponse mesure la durée entre la création du ticket et le premier commentaire public d’un agent. Zendesk stocke deux versions\xa0: les heures calendaires (qui comptent tout le temps, y compris les nuits et les week-ends) et les heures ouvrables (qui ne comptent que le temps pendant votre horaire de travail défini)."
      },
      {
        "question": "Pourquoi ma métrique de délai de première réponse de Zendesk Explore n’affiche-t-elle aucune donnée\xa0?",
        "answer": "Des données de délai de première réponse vides signifient généralement que vous utilisez le mauvais ensemble de données (il n’existe que dans Support - Tickets et Chat - Tickets de messagerie), ou que vous consultez des tickets qui n’ont jamais reçu de commentaire public d’un agent. Vérifiez votre sélection d’ensemble de données et vérifiez que les tickets ont bien des réponses."
      },
      {
        "question": "Quelle est la différence entre les heures calendaires et les heures ouvrables dans la métrique de délai de première réponse de Zendesk Explore\xa0?",
        "answer": "Les heures calendaires comptent chaque heure qui passe, tandis que les heures ouvrables ne comptent que le temps pendant votre horaire défini. Les heures ouvrables vous donnent une meilleure idée des performances de l’équipe\xa0; les heures calendaires montrent l’expérience client complète, y compris les attentes en dehors des heures de bureau."
      },
      {
        "question": "Puis-je utiliser la métrique de délai de première réponse de Zendesk Explore pour les tickets de messagerie\xa0?",
        "answer": "Oui, mais les tickets de messagerie utilisent un calcul différent qui inclut le temps d’attente plus le temps de frappe de l’agent. Utilisez l’ensemble de données Chat - Tickets de messagerie et notez que la métrique est mesurée en secondes, et non en minutes."
      },
      {
        "question": "Comment puis-je corriger les valeurs extrêmement élevées dans mon rapport de métrique de délai de première réponse de Zendesk Explore\xa0?",
        "answer": "Les valeurs hors normes proviennent généralement de cas extrêmes comme les tickets proactifs (créés par des agents), le partage de tickets ou les tickets rouverts. Excluez-les en ajoutant des balises à ces tickets et en les filtrant de vos rapports à l’aide d’attributs calculés."
      },
      {
        "question": "De quelles autorisations ai-je besoin pour utiliser la métrique de délai de première réponse de Zendesk Explore\xa0?",
        "answer": "Vous avez besoin du plan Zendesk Explore Professional ou Enterprise, ainsi que des autorisations d’éditeur ou d’administrateur dans Explore pour créer et modifier des rapports. La métrique n’est pas disponible sur les plans de base."
      },
      {
        "question": "Comment puis-je améliorer mon délai de première réponse au-delà du simple fait de créer des rapports à ce sujet\xa0?",
        "answer": "Les outils d’IA peuvent vous aider en fournissant des réponses instantanées aux questions courantes et en rédigeant des réponses pour les agents. Cela réduit le temps que les agents passent à taper des réponses et peut traiter les demandes de routine sans intervention humaine, ce qui améliore directement vos métriques de délai de première réponse."
      }
    ],
    "supportLink": null
  }
}
---

Le délai de première réponse est l'une de ces métriques qui semble simple jusqu'à ce que vous essayiez de créer un rapport précis à ce sujet. Vous connaissez le concept\xa0: combien de temps un client attend-il avant d'obtenir sa première réponse\xa0? Mais lorsque vous plongez dans [Zendesk Explore](https://support.zendesk.com/hc/en-us/articles/4408820652058) pour créer ce rapport, vous découvrez rapidement qu'il y a plus de nuances que prévu.

Heures calendaires ou heures ouvrables\xa0? Qu'en est-il des tickets créés par les agents\xa0? Pourquoi vos données semblent-elles étranges pour certains types de tickets\xa0?

Ce guide vous explique exactement comment utiliser la métrique du délai de première réponse dans Zendesk Explore. Nous aborderons les étapes de configuration, expliquerons les différences entre les types de métriques et vous aiderons à résoudre les problèmes courants qui piègent les équipes de support.

![Générateur de rapports Zendesk Explore montrant la configuration et la visualisation de la métrique «\xa0Délai de première réponse\xa0».](https://zen-marketing-documentation.s3.amazonaws.com/docs/en/explore_recipe_first_reply_time_by_day_last_week.png)

## Ce dont vous aurez besoin

Avant de commencer à créer des rapports, assurez-vous d'avoir\xa0:

- **Zendesk Explore Professional ou Enterprise**\xa0: la métrique du délai de première réponse n'est pas disponible sur les plans de base
- **Autorisations d'éditeur ou d'administrateur** dans Explore pour créer et modifier des rapports
- **Données de tickets dans Zendesk Support**\xa0: vous aurez besoin de tickets réels avec des réponses pour voir des données significatives
- Une idée claire de si vous avez besoin des heures calendaires ou des heures ouvrables (nous expliquerons la différence sous peu)

Si vous êtes sur un plan de niveau inférieur, vous devrez passer à un niveau supérieur pour accéder à ces fonctionnalités de reporting.

![Une capture d'écran de la page d'accueil de Zendesk.](https://wmeojibgfvjvinftolho.supabase.co/storage/v1/object/public/public_assets/blog-gen/screenshots/zendesk-landing-page.png)

## Comprendre la métrique du délai de première réponse de Zendesk Explore

Commençons par les bases. Le délai de première réponse (DPR) mesure la durée entre le moment où un ticket est créé et le moment où un agent publie le premier commentaire public sur ce ticket. C'est l'une des métriques de service client les plus suivies, car elle reflète directement la rapidité avec laquelle votre équipe reconnaît les problèmes des clients.

Voici où cela devient intéressant\xa0: Zendesk stocke en fait deux versions de cette métrique\xa0:

Les **heures calendaires** comptent chaque heure qui passe, que votre équipe travaille ou non. Si un client soumet un ticket à 17\xa0h le vendredi et que votre équipe répond à 9\xa0h le lundi, cela représente environ 64\xa0heures en temps calendaire.

Les **heures ouvrables** ne comptent que le temps pendant votre horaire de travail défini. En utilisant le même exemple, si vos heures ouvrables sont de 9\xa0h à 17\xa0h en semaine, ce ticket du vendredi soir afficherait environ 8\xa0heures de délai de première réponse (juste le temps entre 9\xa0h et la réponse le lundi).

Les deux métriques sont stockées avec les données du ticket, vous pouvez donc utiliser l'une ou l'autre dans vos rapports. Les heures ouvrables vous donnent souvent une image plus précise des performances de l'équipe, car elles reflètent le temps de travail réel. Les heures calendaires, en revanche, montrent l'expérience client complète, y compris les attentes pendant les nuits et les week-ends.

La métrique fonctionne de manière cohérente sur tous les canaux. Que les tickets arrivent par e-mail, formulaire Web ou téléphone, le calcul du délai de première réponse fonctionne de la même manière. Le chronomètre démarre à la création du ticket et s'arrête au premier commentaire public de l'agent.

Pour un aperçu plus approfondi de la configuration des heures ouvrables en particulier, consultez notre guide sur [comment créer un rapport Zendesk pour le délai de première réponse en heures ouvrables uniquement](https://www.eesel.ai/blog/zendesk-report-first-reply-time-in-business-hours-only).

![Comparer les heures calendaires et les heures ouvrables aide les équipes à choisir la bonne métrique pour rendre compte des performances par rapport à l'expérience client.](https://wmeojibgfvjvinftolho.supabase.co/storage/v1/object/public/public_assets/blog-gen/bc86d44e-d5c5-479e-8286-a506d72abcd4)

## Comment créer un rapport de délai de première réponse dans Explore

Maintenant, passons en revue la création d'un rapport réel. Ces étapes fonctionnent pour les versions en heures calendaires et en heures ouvrables de la métrique.

### Étape\xa01\xa0: Ouvrez Explore et créez un nouveau rapport

Accédez à Explore depuis votre panneau d'administration Zendesk. Cliquez sur l'icône Rapports, puis sélectionnez **Nouveau rapport**. Sur l'écran de sélection de l'ensemble de données, choisissez **Support** > **Support - Tickets**, puis cliquez sur **Démarrer le rapport**.

![Zendesk Explore montrant un rapport créé à partir de l'ensemble de données «\xa0Support\xa0: Tickets\xa0», avec des métriques et des filtres appliqués.](https://zen-marketing-documentation.s3.amazonaws.com/docs/en/explore_recipe_first_reply_time_by_day_last_week.png)

Le générateur de rapports s'ouvre avec votre ensemble de données sélectionné. Vous travaillez maintenant avec des données au niveau du ticket qui incluent toutes les métriques et tous les attributs dont vous avez besoin.

### Étape\xa02\xa0: Ajoutez la métrique du délai de première réponse

Dans le panneau **Métriques** à gauche, cliquez sur **Ajouter**. Vous verrez une liste des métriques disponibles organisées par catégorie. Accédez à **Durée entre les événements - Heures calendaires (min)** et sélectionnez **Délai de première réponse (min)**.

Si vous voulez plutôt les heures ouvrables, recherchez **Durée entre les événements - Heures ouvrables (min)** et sélectionnez **Délai de première réponse - Heures ouvrables (min)**.

![Le tableau de bord d'analyse affichant les métriques «\xa0Délai de première réponse\xa0» sur une semaine, avec des options pour sélectionner et filtrer les données.](https://zen-marketing-documentation.s3.amazonaws.com/docs/en/explore_recipe_first_reply_time_by_day_last_week.png)

Cliquez sur **Appliquer** pour ajouter la métrique à votre rapport. Par défaut, Explore utilise l'agrégateur médian pour cette métrique, ce qui vous donne une valeur plus représentative que les moyennes qui peuvent être biaisées par les valeurs aberrantes.

### Étape\xa03\xa0: Configurez les dimensions du rapport

Les chiffres bruts du délai de première réponse ne sont pas très utiles sans contexte. Vous devez ventiler les données par dimensions significatives.

Dans le panneau **Colonnes** ou **Lignes**, cliquez sur **Ajouter** et sélectionnez les attributs pour organiser vos données. Les choix courants incluent\xa0:

- **Ticket créé - Date**\xa0: voir les tendances au fil du temps
- **Nom de l'assigné**\xa0: identifier les agents qui ont les temps de réponse les plus rapides
- **Groupe**\xa0: comparer les performances entre les équipes
- **Ticket créé - Jour de la semaine**\xa0: repérer les tendances par jour

![Le tableau de bord de reporting affichant le panneau «\xa0Colonnes\xa0» avec un attribut «\xa0Ticket résolu - Date\xa0» sélectionné, influençant l'affichage du graphique à barres.](https://zen-marketing-documentation.s3.amazonaws.com/docs/en/explore_recipe_first_reply_time_by_day_last_week.png)

Vous pouvez ajouter plusieurs attributs pour créer des ventilations plus granulaires. Faites juste attention à ne pas sur-segmenter vos données au point où les cellules individuelles ont trop peu de tickets pour être significatives.

### Étape\xa04\xa0: Définissez les plages de dates et la visualisation

Cliquez sur n'importe quel attribut de date que vous avez ajouté, puis sélectionnez **Modifier les plages de dates** pour filtrer vos données. Pour une surveillance continue, vous pouvez choisir **7\xa0derniers jours** ou **30\xa0derniers jours**. Pour une analyse historique, vous pouvez sélectionner des plages personnalisées.

Pour la visualisation, le type de graphique **Colonne** fonctionne bien pour afficher les tendances au fil du temps. Si vous examinez les tendances par jour de la semaine ou par heure de la journée, une visualisation **Tableau** ou **Carte thermique** peut rendre les tendances plus évidentes.

![Un tableau de bord d'analyse du support visualisant le délai de première réponse par date, avec des options de filtrage et de regroupement basés sur la date.](https://zen-marketing-documentation.s3.amazonaws.com/docs/en/explore_recipe_first_reply_time_by_day_last_week.png)

Une fois que votre rapport est satisfaisant, enregistrez-le avec un nom descriptif comme «\xa0Délai de première réponse par jour - Heures ouvrables\xa0» afin que votre équipe puisse le retrouver plus tard.

## Délai de première réponse pour les tickets de messagerie

Si votre équipe gère des conversations de messagerie (chat en direct, messagerie sociale, etc.), il y a une distinction importante que vous devez comprendre.

Les tickets de messagerie utilisent un calcul différent pour le délai de première réponse. Au lieu de simplement mesurer le temps de réponse de l'agent, la métrique comprend\xa0:

- Temps que la conversation passe dans la file d'attente avant l'attribution
- Temps que l'agent passe à taper sa première réponse

Cela a du sens pour la messagerie, car les clients vivent l'attente complète, y compris le temps d'attente. Mais cela signifie que vos chiffres de DPR de messagerie seront généralement plus élevés que le DPR par e-mail pour la même vitesse de réponse réelle de l'agent.

Pour rendre compte des tickets de messagerie, utilisez l'ensemble de données **Chat - Tickets de messagerie** au lieu de Support - Tickets. La métrique est également mesurée en secondes plutôt qu'en minutes, vous verrez donc des valeurs comme 180 au lieu de 3.

Une nuance de plus\xa0: les réponses des agents IA ne comptent pas comme des réponses d'agents pour les calculs du DPR de messagerie. Seules les réponses des agents humains arrêtent le chronomètre. C'est différent du courrier électronique, où les réponses automatisées peuvent affecter vos métriques en fonction de la façon dont elles sont configurées.

## Dépannage des problèmes courants

Même avec la bonne configuration, vous pouvez rencontrer des données déroutantes. Voici les problèmes les plus courants et comment les résoudre.

**«\xa0Le délai de première réponse ne fonctionne pas\xa0»\xa0: aucune donnée affichée**

Si votre rapport affiche des cellules vides ou des zéros, vérifiez que vous utilisez le bon ensemble de données. Les métriques du délai de première réponse n'existent que dans les ensembles de données Support - Tickets et Chat - Tickets de messagerie. Elles n'apparaîtront pas dans d'autres ensembles de données comme Mises à jour de tickets ou Arriéré.

**Valeurs de DPR hors normes**

Vous voyez des délais de première réponse de milliers de minutes\xa0? Cela se produit généralement avec les cas extrêmes\xa0:

- **Tickets proactifs**\xa0: lorsqu'un agent crée un ticket et commente immédiatement, le DPR est essentiellement nul. Mais s'il le crée et commente beaucoup plus tard, vous obtenez des chiffres gonflés.
- **Partage de tickets**\xa0: les commentaires des comptes partagés ne comptent pas pour votre DPR.
- **Tickets rouverts**\xa0: le DPR calcule à partir du premier commentaire public après la création, pas après la réouverture.

La solution consiste généralement à exclure ces tickets de votre reporting. Ajoutez une balise aux tickets proactifs ou aux tickets partagés, puis filtrez-les à l'aide d'un attribut calculé standard.

**Les heures ouvrables ne sont pas calculées correctement**

Si votre DPR en heures ouvrables semble incorrect, vérifiez la configuration de votre horaire dans le Centre d'administration. Assurez-vous que\xa0:

- Votre horaire de travail est réellement créé et actif
- Les jours fériés sont configurés si vous voulez qu'ils soient exclus
- L'horaire est attribué aux bons groupes ou tickets

**Données de DPR manquantes pour certains tickets**

Les tickets sans aucun commentaire d'agent public n'auront pas de délai de première réponse. Cela inclut les tickets qui ont été résolus sans réponse, les tickets de spam qui ont été immédiatement supprimés ou les tickets qui attendent toujours une première réponse.

![Ce flux de travail de dépannage aide les administrateurs à identifier et à résoudre rapidement les écarts de données dans leurs rapports de délai de première réponse de Zendesk Explore.](https://wmeojibgfvjvinftolho.supabase.co/storage/v1/object/public/public_assets/blog-gen/0bc7aad7-148a-49cb-8143-c2935b15be46)

## Interpréter vos données de délai de première réponse

Une fois votre rapport opérationnel, le prochain défi consiste à donner un sens aux chiffres.

**Qu'est-ce qu'un «\xa0bon\xa0» délai de première réponse\xa0?** Cela dépend de votre secteur d'activité et de votre modèle de support, mais voici quelques points de référence généraux\xa0:

- **Support par e-mail**\xa0: 4 à 24\xa0heures est typique pour les problèmes non urgents
- **Chat/messagerie**\xa0: moins de 2\xa0minutes est attendu
- **Médias sociaux**\xa0: 1 à 4\xa0heures est courant

La clé est de regarder les tendances plutôt que les chiffres absolus. Votre DPR s'améliore-t-il ou s'aggrave-t-il\xa0? Certains jours ou heures sont-ils systématiquement plus lents\xa0?

**Lisez toujours le DPR en même temps que le volume de tickets.** Un pic du délai de première réponse pourrait simplement signifier que vous avez eu une vague de tickets et que votre équipe a été dépassée. C'est différent d'un problème de performance.

**Utilisez des cartes thermiques pour identifier les tendances.** Créez un rapport avec Ticket créé - Jour de la semaine sur les colonnes et Ticket créé - Heure sur les lignes. Vous repérerez rapidement vos périodes les plus chargées et les lacunes potentielles en personnel.

**Sachez quand enquêter et quand les valeurs sont attendues.** Si votre DPR double lors du lancement d'un produit, c'est probablement normal. S'il double pendant une semaine calme, quelque chose ne va pas.

## Améliorer le délai de première réponse avec l'IA

Mesurer le délai de première réponse est important, mais que se passerait-il si vous pouviez l'améliorer sans ajouter d'effectifs\xa0?

Les outils de support basés sur l'IA peuvent aider les équipes à répondre plus rapidement de plusieurs façons. Pour les questions courantes, un agent IA peut fournir des réponses instantanées basées sur votre centre d'aide et vos bases de connaissances, travaillant 24\xa0h/24 et 7\xa0j/7 pour aider les clients immédiatement. Pour les tickets qui nécessitent une touche humaine, les copilotes IA peuvent rédiger des réponses précises et conformes à la marque que les agents peuvent examiner et envoyer, ce qui réduit considérablement le temps de réponse.

Chez eesel AI, nous nous intégrons directement à [Zendesk](https://www.eesel.ai/integration/zendesk-ai) pour aider les équipes à passer du suivi du délai de première réponse à son amélioration active. Notre [Agent IA](https://www.eesel.ai/product/ai-agent) traite instantanément les demandes de routine, tandis que notre [Copilote IA](https://www.eesel.ai/product/ai-copilot) aide les agents humains à rédiger des réponses plus rapides. Le résultat est des délais de première réponse plus courts sans épuiser votre équipe.

![Une capture d'écran de la plateforme eesel AI montrant l'interface sans code pour configurer l'agent IA principal, qui utilise divers outils de sous-agent.](https://website-cms.eesel.ai/wp-content/uploads/2025/08/03-The-eesel-AI-dashboard-for-configuring-the-supervisor-agent-an-alternative-to-complex-subagent-tools.png)

Le meilleur\xa0? Vous pouvez exécuter des simulations sur vos anciens tickets pour voir exactement comment l'IA se comporterait avant de passer en direct. Pas de devinettes, pas de risque pour les relations avec les clients.

---

**Q1\xa0: Comment le délai de première réponse de la métrique Zendesk Explore est-il calculé\xa0?**

R1\xa0: La métrique du délai de première réponse mesure la durée entre la création du ticket et le premier commentaire public d’un agent. Zendesk stocke deux versions\xa0: les heures calendaires (qui comptent tout le temps, y compris les nuits et les week-ends) et les heures ouvrables (qui ne comptent que le temps pendant votre horaire de travail défini).

**Q2\xa0: Pourquoi ma métrique de délai de première réponse de Zendesk Explore n’affiche-t-elle aucune donnée\xa0?**

R2\xa0: Des données de délai de première réponse vides signifient généralement que vous utilisez le mauvais ensemble de données (il n’existe que dans Support - Tickets et Chat - Tickets de messagerie), ou que vous consultez des tickets qui n’ont jamais reçu de commentaire public d’un agent. Vérifiez votre sélection d’ensemble de données et vérifiez que les tickets ont bien des réponses.

**Q3\xa0: Quelle est la différence entre les heures calendaires et les heures ouvrables dans la métrique de délai de première réponse de Zendesk Explore\xa0?**

R3\xa0: Les heures calendaires comptent chaque heure qui passe, tandis que les heures ouvrables ne comptent que le temps pendant votre horaire défini. Les heures ouvrables vous donnent une meilleure idée des performances de l’équipe\xa0; les heures calendaires montrent l’expérience client complète, y compris les attentes en dehors des heures de bureau.

**Q4\xa0: Puis-je utiliser la métrique de délai de première réponse de Zendesk Explore pour les tickets de messagerie\xa0?**

R4\xa0: Oui, mais les tickets de messagerie utilisent un calcul différent qui inclut le temps d’attente plus le temps de frappe de l’agent. Utilisez l’ensemble de données Chat - Tickets de messagerie et notez que la métrique est mesurée en secondes, et non en minutes.

**Q5\xa0: Comment puis-je corriger les valeurs extrêmement élevées dans mon rapport de métrique de délai de première réponse de Zendesk Explore\xa0?**

R5\xa0: Les valeurs hors normes proviennent généralement de cas extrêmes comme les tickets proactifs (créés par des agents), le partage de tickets ou les tickets rouverts. Excluez-les en ajoutant des balises à ces tickets et en les filtrant de vos rapports à l’aide d’attributs calculés.

**Q6\xa0: De quelles autorisations ai-je besoin pour utiliser la métrique de délai de première réponse de Zendesk Explore\xa0?**

R6\xa0: Vous avez besoin du plan Zendesk Explore Professional ou Enterprise, ainsi que des autorisations d’éditeur ou d’administrateur dans Explore pour créer et modifier des rapports. La métrique n’est pas disponible sur les plans de base.

**Q7\xa0: Comment puis-je améliorer mon délai de première réponse au-delà du simple fait de créer des rapports à ce sujet\xa0?**

R7\xa0: Les outils d’IA peuvent vous aider en fournissant des réponses instantanées aux questions courantes et en rédigeant des réponses pour les agents. Cela réduit le temps que les agents passent à taper des réponses et peut traiter les demandes de routine sans intervention humaine, ce qui améliore directement vos métriques de délai de première réponse.

Partager cet article

eesel undefined

Article by

eesel Team