• /
  • EnglishEspañolFrançais日本語한국어Português
  • Se connecterDémarrer

Cette traduction automatique est fournie pour votre commodité.

En cas d'incohérence entre la version anglaise et la version traduite, la version anglaise prévaudra. Veuillez visiter cette page pour plus d'informations.

Créer un problème

Introduction au point de cheminement de New Relic

New Relic Pathpoint est une application de visualisation qui offre une approche unique de l'observabilité des processus métier. Il modélise la santé du système par rapport au parcours commercial réel, vous offrant ainsi une vue optimisée de tous les problèmes que votre entreprise numérique peut rencontrer.

En monitoring et en analysant la santé et les performances de toutes les phases du parcours, y compris les processus internes pertinents et les dépendances externes, Pathpoint permet à l'organisation d'identifier et de résoudre facilement les problèmes qui ont un impact sur le parcours, d'optimiser les processus internes et d'améliorer l'expérience client globale.

Installez l'application directement depuis le New Relic catalog. Vous pouvez également explorer le référentiel GitHub.

Business observability overview

New Relic Pathpoint aide les grandes organisations à monitorer et à analyser un large éventail de données, quelle que soit leur provenance dans leur système, ce qui les aide à optimiser plus efficacement leurs processus.

Les sections ci-dessous couvrent les concepts et procédures importants concernant Pathpoint.

Interface utilisateur de Pathpoint

Pathpoint peut être un élément clé de l'optimisation de votre observabilité d'entreprise. Il met en correspondance le processus métier ou le « parcours client » d'une organisation avec des signaux tangibles provenant de divers services, alertes et infrastructure pour vous aider à identifier rapidement où votre entreprise ou le parcours de vos clients est impacté. Cette approche descendante de l’observabilité vous permet de partager des données d’observabilité avec une grande variété de personnels techniques et non techniques.

Chaque flux Pathpoint est divisé en :

En suivant chacun de ces composants, Pathpoint fournit une vue complète de la manière dont les clients interagissent avec une organisation à chaque étape de leur parcours. Cela permet d'identifier et de diagnostiquer rapidement les problèmes, d'optimiser l'expérience client et de prendre des décisions data-driven pour générer de meilleurs résultats de l'entreprise.

Créer des flux

Dans les sections précédentes, nous avons décrit les principaux éléments de l'interface utilisateur du chemin : étapes, paliers et points de contact. Dans Pathpoint, le regroupement de niveau le plus élevé de ces éléments est le flux. Un flux est généralement utilisé pour modéliser un « parcours métier » ou un « parcours client ». Les étapes d’un flux représentent des concepts de niveau supérieur qui composent le voyage. Lorsque nous réfléchissons aux types d’étapes à utiliser, il est utile de réfléchir à ce qu’est notre processus métier ou « parcours » et à la manière dont nous le concevons dans cette séquence. Il est souvent utile d’examiner d’autres flux au sein d’industries similaires. Voici des exemples d’industries ou de secteurs verticaux :

  • Hôtel ou hospitalité
  • Compagnie de croisière ou compagnie aérienne
  • Covoiturage
  • produits emballés pour le consommateur
  • Marketplace en ligne
  • Commerce de détail général
  • Restaurant à service rapide
  • Exploitation minière, construction, pétrole, gaz
  • Médias numériques en streaming
  • Médias d'information en ligne
  • Banque de détail ou commerciale
  • Assurance
  • Gestion des talents

Au sein d’une industrie, il est souvent utile de modéliser plusieurs flux. Par exemple, dans le secteur des assurances, vous souhaiterez peut-être modéliser des flux distincts pour l’achat d’une police d’assurance et le dépôt d’une réclamation respectivement. En fait, en raison de la structure de l’organisation, vous souhaiterez peut-être un flux qui sépare l’assurance habitation de l’assurance automobile ou l’assurance consommateur de l’assurance commerciale. Cependant, nous vous recommandons de commencer par un flux simple de 4 à 5 étapes, puis de le décomposer plus tard ou d'y ajouter des éléments pour le rendre plus complet. En général, les noms de scène ne sont pas techniques. Ils peuvent être spécifiques à un secteur, mais doivent être généralement compris par tout cadre de niveau C ou vice-président d'une organisation.

Example Flow List

Lorsque vous développez un flux, vous devez d'abord vous concentrer sur les étapes par lesquelles un utilisateur ou un processus progresse dans le parcours. Au début, un professionnel peut avoir du mal à réfléchir à un flux de haut niveau, mais comme le montre cet exemple de parcours professionnel d'une compagnie aérienne, de nombreux détails composent un parcours professionnel complet qui peuvent ne pas être évidents lorsque vous vous concentrez sur les services et infrastructure qui gèrent votre entreprise (plutôt que sur le processus métier lui-même).

Airport Flow Example

Exemples d'étapes

Industrie

Description du flux

Étapes

Hôtel (hospitalité)

Réservation et séjour des clients

  1. Parcourir les chambres disponibles
  2. Réserver une chambre
  3. Enregistrement et séjour
  4. Vérifier

Marketplace en ligne

Parcours d'achat de base

  1. Parcourir les produits disponibles
  2. Ajouter/gérer des produits dans un panier
  3. Effectuer un achat
  4. Recevoir et/ou retourner un achat
  5. Gérer les notifications et le marketing

Covoiturage

Réservez et faites un tour

  1. Réserver un trajet
  2. Obtenir un chauffeur attribué
  3. Démarrer une balade
  4. Terminer une course
  5. Payer
  6. Donner son avis

Exemples d'étapes

Les étapes sont utilisées pour combler le fossé entre l’abstraction des étapes et le détail des signaux. Bien que les étapes puissent être comprises par les parties prenantes de niveau supérieur, les étapes peuvent parfois être plus techniques ou spécifiques aux opérations. L’essentiel est que les étapes ne nécessitent pas de lien vers un seul signal spécifique. Les signaux sont l’endroit où nous nous connectons à la télémétrie sous-jacente.

Flow::Stage

Étapes

Rideshare::Book

  1. Se connecter
  2. Recherche
  3. Ramassage de l'ensemble
  4. Définir la destination
  5. Sélectionnez le type de trajet
  6. Option de paiement
  7. Confirmer le trajet

Rideshare::Payment

  1. Initiation de paiement
  2. Traitement des paiements
  3. Vérification
  4. Confirmation de paiement

Rideshare::Feedback

  1. Lancer une demande de commentaires
  2. Recevez les commentaires des utilisateurs
  3. Notes globales
Rideshare Flow Example

Le parcours en covoiturage, incluant les étapes et les pas (sans signalisation)

Sélectionnez les signaux pertinents

Lors du développement de flux Pathpoint, il est préférable de se concentrer d'abord sur les étapes et les étapes (une approche descendante). Cela vous permet de réfléchir en termes de ce qui est important pour le processus métier avant de rechercher des signaux de bas niveau. Cet exercice vous aidera à prioriser les signaux à capturer. Dans Pathpoint, vous pouvez sélectionner n'importe quelle entité ou alerte comme signal. Cela peut rendre un peu difficile de déterminer quels signaux inclure. Nous vous recommandons de travailler dans l'ordre suivant :

  1. Parcourir les transactions front-end critiques ou les SLI qui ont un impact direct sur les revenus ou l'expérience client.
  2. Parcourez les transactions back-end critiques ou les SLI qui ont un impact direct sur les revenus ou l'expérience client.
  3. Services tiers critiques pour le voyage (souvent obtenus via Synthetics).
  4. Analysez la santé globale des services les plus importants à chaque étape.
  5. Supporter infrastructure et la plateforme pertinentes à chaque étape (souvent des services cloud tels que des équilibreurs de charge, des services conteneurs, une base de données gérée ou un système de messagerie).

Par exemple, pour une étape de connexion, vous pouvez prendre en compte ces métriques :

  1. Un taux d'erreur Javascript pour l'action de la page de connexion
  2. La latence globale pour l'action de la page de connexion
  3. SLI liés aux transactions backend pour l'authentification
  4. transactions ou services backend liés à la recherche d'utilisateurs
  5. santé de la base de données de la base de données utilisée pour stocker les informations utilisateur
  6. État de santé de l'équilibreur de charge situé devant le service d'authentification
  7. État de santé de la base de données Redis pour un cache d'informations sur l'état de l'utilisateur

L'objectif est de fournir des signaux qui ont un certain niveau d'indépendance, et lorsqu'un incident se produit, vous serez en mesure de déduire de ce qui est rouge quel peut être le problème.

Selection Selection

Meilleures pratiques

Travailler de haut en bas

Lors de la conception de notre flux, la raison pour laquelle nous commençons de haut en bas est que nous n'avons peut-être pas encore tous les signaux nécessaires pour couvrir correctement le flux. Au cours du développement du flux, nous identifierons les zones où nous avons et n'avons pas de couverture.

Il est préférable d'avoir un flux bien pensé avec quelques lacunes de signal qu'un flux élaboré à la hâte avec un ensemble aléatoire de signaux.

Utilisez plusieurs flux si votre parcours est très complexe

Essayer de forcer tous les signaux pertinents dans un seul flux peut conduire à un signal encombré et déroutant. Consultez les parties prenantes internes (et l’équipe de compte New Relic) pour voir comment organiser au mieux les flux. Par exemple, une compagnie d’assurance pourrait souhaiter séparer les flux suivants :

  • Recherche et achat de nouvelles polices d'assurance
  • Dépôt et paiement des réclamations d'assurance

N'utilisez pas un signal simplement parce qu'il est disponible

Soyez sélectif et concentrez-vous sur les signaux les plus susceptibles d’avoir un impact immédiat sur l’entreprise ou l’utilisateur. Vous pouvez avoir 5 conditions d'alerte liées à une entité, mais vous pouvez choisir d'en ajouter seulement 1 ou 2.

N'ayez pas peur d'améliorer les signaux existants

les signaux de bagottement créeront un flux de point de chemin bruyant et bagottement. Envisagez d'affiner le seuil d'alerte ou le niveau de service de la requête pour rendre les signaux plus exploitables et significatifs. Si un signal est rouge, il devrait y avoir un risque réel ou au moins probable pour le processus métier.

Utiliser Synthetics pour capturer la dépendance externe

Votre processus peut être responsable de 3 ou 4 API tierces ou d'autres systèmes SaaS . Synthetics sont le moyen conventionnel de capturer la santé de ces systèmes.

Utiliser la charge de travail pour regrouper les entités

La charge de travail offre une méthode puissante pour consolider les entités liées dans une vue unifiée. En agrégeant des composants infrastructure tels que les équilibreurs de charge, les SGBDR et d'autres services cloud, les problèmes critiques affectant les sous-entités individuelles peuvent être efficacement mis en évidence au niveau de workload . De plus, la charge de travail peut être utilisée pour combiner plusieurs niveaux de service en un seul niveau de service global pour monitoring et une gestion simplifiées.

Utilisez des balises métadonnées utiles sur votre entité

C'est une bonne pratique de mettre des étiquettes sur votre entité telles que le niveau de service, la charge de travail, les synthétiques, etc. Il est particulièrement utile d'ajouter des balises de flux, d'étape et d'étape sur votre entité. Cela vous permettra d'utiliser ces signaux plus facilement avec Pathpoint.

Utilisez la ligne KPI Pathpoint pour capturer les comptages importants, les valeurs monétaires, etc. liés à votre flux

Utilisez la ligne KPI Pathpoint pour monitorer les décomptes essentiels et les valeurs monétaires pertinentes pour votre workflow. Cela inclut des événements critiques tels que les connexions des utilisateurs, les inscriptions, les paiements et les abandons de panier, ainsi que des mesures financières telles que le paiement total et la valeur du produit retourné. Beaucoup de ces métriques peuvent être dérivées de données télémétriques existantes et ne nécessitent pas d'association avec une entité spécifique. Ils peuvent provenir de logs, de mesures personnalisées ou d'autres points de données disponibles.

Disons que vous avez une étape appelée « recherche », vous souhaiterez peut-être avoir des KPI comme :

  • Recherches réussies
  • Recherches lentes
  • Recherches échouées

Si vous avez des étapes pour la commande, le panier ou le paiement, vous souhaiterez peut-être avoir des KPI tels que :

  • Nombre de commandes
  • Commandes échouées
  • Valeur de la commande
  • Chariot abandonné
  • Valeur moyenne du panier
Droits d'auteur © 2025 New Relic Inc.

This site is protected by reCAPTCHA and the Google Privacy Policy and Terms of Service apply.