Amplitude (Analyse Produit)

Les principaux graphiques d'Amplitude : (1) Segmentation — fréquence des événements au fil du temps, filtrable et groupable par n'importe quelle propriété utilisateur ou événement (par exemple, "Utilisateurs uniques quotidiens ayant effectué 'document_created' au cours des 90 derniers jours, regroupés par niveau de plan"). (2) Analyse d'entonnoir (Funnel Analysis) — taux de conversion entre une séquence d'événements définie (par exemple, "Inscription → Configuration du compte → Premier document → Invitation d'équipe" avec le pourcentage d'abandon à chaque étape). (3) Rétention — cartes thermiques de rétention basées sur les cohortes montrant le pourcentage d'utilisateurs qui reviennent pour effectuer une action définie chaque semaine ou mois suivant. (4) Pathfinder — visualisation de la séquence d'événements montrant les chemins les plus courants que les utilisateurs empruntent dans le produit après un événement de départ. (5) Résultats d'expériences — analyse statistique des résultats de tests A/B avec calculs de signification et d'intervalle de confiance. Amplitude Govern ajoute la gestion de la qualité des données pour le contrôle de la taxonomie des événements d'entreprise.

Le Product Ops établit un ensemble de tableaux de bord Amplitude canoniques "toujours actifs" pour chaque équipe produit : un tableau de bord d'adoption (utilisateurs actifs hebdomadaires au niveau des fonctionnalités, taux d'activation), un tableau de bord de rétention (courbes de rétention de cohortes glissantes) et un tableau de bord d'engagement (profondeur d'utilisation par utilisateur actif). Ceux-ci standardisent les métriques auxquelles toutes les équipes se réfèrent, empêchant les équipes de définir la même métrique différemment. Le Product Ops effectue également des analyses d'impact des fonctionnalités après chaque version : il compare la cohorte d'utilisateurs qui ont utilisé la nouvelle fonctionnalité à ceux qui ne l'ont pas fait (en utilisant des cohortes appariées par propension pour contrôler l'auto-sélection), mesurant le delta de rétention et de revenus. Cette analyse "la fonctionnalité X a-t-elle réellement amélioré la rétention ?" est impossible sans un outil comme Amplitude et constitue le principal contrôle qualité des investissements de la feuille de route.

La qualité des données d'Amplitude dépend entièrement de la qualité de l'instrumentation. Erreurs courantes : suivre les interactions de l'interface utilisateur (clics sur les boutons) plutôt que les résultats utilisateur (document créé — pourquoi le bouton a été cliqué) ; nommage incohérent des événements entre le frontend et le backend (l'application web envoie "task_created", l'application mobile envoie "taskCreated", le backend envoie "create_task" — Amplitude voit trois événements distincts pour la même action utilisateur) ; propriétés de contexte manquantes sur les événements (chaque événement devrait contenir user_id, account_id, plan et session_id comme propriétés minimales pour prendre en charge la segmentation et l'analyse de cohorte) ; et suivre trop d'événements sans plan (1 000 événements sans documentation et sans cas d'utilisation analytique clair). Le Product Ops est responsable de la spécification d'instrumentation : définir le nom de chaque événement, la condition de déclenchement, les propriétés requises et le but analytique avant que tout travail d'ingénierie ne commence.