Comment créer un plan de suivi ?

Un plan de suivi des données (généralement appelé simplement plan de suivi ) est un document qui agit comme une source de vérité pour vos données d'événement. Il s'agit d'un document vivant qui contient toutes les informations relatives aux données que vous collectez sur vos clients lorsqu'ils interagissent. avec votre produit.

Ce guide couvre le processus et les meilleures pratiques de création d'un plan de suivi et propose un modèle de plan de suivi qui a nécessité de nombreuses itérations et plus de 100 heures à créer.

Les avantages de créer un plan de suivi

En pratique, le plan de suivi est mis à jour à chaque fois que vous souhaitez effectuer l'une des actions suivantes :

• Rassembler un nouvel événement, une propriété d'événement ou une propriété d'entité
• Modifier le nom d'un événement
• Modifier le nom ou le type de données d'une propriété
• Arrêter de suivre un événement ou une propriété

Toute donnée qui ne figure pas dans votre plan de suivi ne doit pas être suivie et la réalisation d'audits réguliers de votre plan de suivi peut éviter des erreurs coûteuses comme celles mentionnées ci-dessous :

• Redondance des données : collecte de la même donnée plusieurs fois
• Inexactitude des données : collecte de données incohérentes ou incorrectes
• Data mess : une combinaison de données redondantes et inexactes

En plus d'éviter les problèmes critiques, il y a de nombreux avantages à maintenir un plan de suivi à jour ; les trois principaux sont discutés ci-dessous.

Facilité de mise en œuvre

La collecte de données est un effort continu qui nécessite que diverses équipes coordonnent et exécutent régulièrement de nouvelles tâches.

Le plan de suivi maintient non seulement un référentiel des données à suivre, mais précise également d'où proviennent les données (source de données), les outils et les systèmes auxquels les données doivent être envoyées (destinations des données), ainsi que qui est responsable de la mise en œuvre.

Lorsque vous travaillez avec plusieurs parties prenantes, mentionner le but de chaque événement ou propriété peut accélérer le processus de mise en œuvre, en particulier lorsqu'une ou plusieurs personnes doivent approuver le suivi de chaque événement ou propriété.

Référence rapide

Après la mise en œuvre, différentes équipes commencent à consommer et à utiliser les données à travers les destinations, les outils et les systèmes où les données suivies sont envoyées. Un plan de suivi mis à jour permet à ces équipes de connaître la signification et le but de chaque événement ou propriété, ce qui leur permet d'analyser et d'agir facilement sur ces données.

Par exemple, lorsque l'équipe produit souhaite effectuer une analyse d'entonnoir, quelqu'un doit créer les entonnoirs dans un outil d'analyse de produit en fonction des événements mis à disposition dans l'outil.

De même, lorsque l'équipe de croissance souhaite exécuter une nouvelle expérience d'e-mail ciblant un segment particulier d'utilisateurs, elle peut se référer au plan de suivi pour configurer facilement le segment en fonction des événements disponibles et des propriétés des utilisateurs dans son outil d'engagement.

Le transfert de connaissances

Bien que très important, le transfert de connaissances est généralement une réflexion après coup pour la plupart des entreprises, en particulier dans les premières étapes de la mise en place du suivi des événements.

Cependant, en maintenant un plan de suivi approprié et mis à jour, les entreprises peuvent éviter de nombreux défis liés au transfert de projet ou à l'intégration des employés.

Permettre aux nouveaux membres de l'équipe de se familiariser avec tout ce qui a été mis en œuvre en matière de suivi des événements peut économiser des semaines, voire des mois (selon la quantité de données suivies) d'allers-retours entre les nouveaux membres et les membres existants de l'équipe.

Bonnes pratiques pour créer un plan de suivi

On en a assez dit sur le contenu d'un plan de suivi; concentrons-nous maintenant sur ce à quoi devrait ressembler un plan de suivi.

Le modèle de plan de suivi ultime

Le modèle de plan de suivi ci-dessous est une feuille de calcul Google Sheets qui a été créée après de nombreuses recherches et de nombreuses itérations pour s'adapter à presque tous les secteurs. Il est également livré avec des exemples d'événements et de propriétés pour vous donner une longueur d'avance.

Le modèle contient les instructions ainsi qu'un glossaire des termes. Une fois que vous avez parcouru les différents onglets, rendez-vous sur l'onglet intitulé Événements et Propriétés de l'événement pour commencer.

Les 3 premières étapes ci-dessous s'appliquent à tous les types de produits, tandis que la quatrième étape s'applique uniquement aux produits qui doivent suivre l'activité au niveau du compte, comme dans le cas des produits B2B SaaS.

1. Événements
2. Propriétés de l'événement
3. Propriétés de l'utilisateur
4. Propriétés de l'organisation

Ce qui suit est un processus étape par étape de création de votre propre plan de suivi. Assurez-vous que le modèle de plan de suivi est ouvert dans une autre fenêtre avant de continuer. Allons droit au but.

Événements

Avant de continuer, il est fortement recommandé de dresser la liste des questions brûlantes que vous vous posez sur vos utilisateurs et leur utilisation du produit. Idéalement, les questions brûlantes devraient se concentrer sur la compréhension du comportement de l'utilisateur et le chemin qu'un utilisateur prend pour l'événement d'activation.

Si vous ne l'avez pas déjà fait, vous voudrez peut-être consulter ce guide qui aborde plus en détail les questions brûlantes et vous aidera à décider quels événements suivre et quelles données collecter.

Il est également bon de garder à l'esprit que des questions supplémentaires sur votre produit peuvent survenir au moment de la liste des événements. Par exemple, vous ne savez peut-être pas si un événement doit être suivi comme un clic ou comme l'achèvement d'un processus.

Si de telles questions se posent, assurez-vous de les énumérer dans votre plan de suivi sous la feuille intitulée Discussions - cela vous assurera de ne pas oublier de discuter avec votre équipe de la manière la plus appropriée de définir les événements et les propriétés dès le départ. .

Lister les événements

Sous Événements et Propriétés de l'événement , répertoriez les principaux événements que vous devez suivre pour répondre aux questions brûlantes.

La feuille contient des exemples d'événements Signed Up et Pour l'instant, ignorez les propriétés et concentrez-vous uniquement sur les événements.

Ces deux événements, par exemple, peuvent répondre à la question "quel pourcentage de nouveaux utilisateurs ont créé un projet" et puisque chaque événement porte un horodatage, vous pouvez explorer pour récupérer uniquement les données d'une période spécifique telle que les 7 derniers jours.

Dans l'exemple ci-dessus, Project Created est l'événement d'activation, et pour arriver au point où l'on peut effectuer l'événement d'activation, il faut d'abord s'inscrire (effectuer l'événement Signed Up ).

En gardant cet exemple à l'esprit, concentrez-vous sur votre événement d'activation et répertoriez les événements clés qu'un utilisateur doit effectuer pour se rendre au point d'activation. Assurez-vous de ne répertorier que les événements clés qui vous renseignent sur le parcours de l'utilisateur.

En répertoriant trop d'événements, comme chaque clic menant à l'exécution de l'événement d'activation (projet en cours de création dans l'exemple), vous vous retrouverez avec de nombreux événements inutiles qui allongeront la période de mise en œuvre et vous laisseront submergé.

Meilleure pratique : commencez par répertorier une poignée d'événements clés qui aident à comprendre le comportement de l'utilisateur et le chemin vers l'activation ; ignorez tout le reste pour le moment.

Si vous avez encore besoin d'idées sur ce qu'il faut suivre, consultez les guides de mise en œuvre d'Amplitude avec une taxonomie suggérée pour le commerce électronique, les technologies financières, les médias en continu, les médias imprimés et le SaaS B2B. Même si votre produit appartient à une autre industrie, vous pouvez vous inspirer de ces taxonomies ou d'autres taxonomies spécifiques à l'industrie.

Ajouter la source et le propriétaire

Il est extrêmement utile de mentionner la source où un événement est suivi. Cela facilite même l'attribution d'un propriétaire, la personne responsable de la mise en œuvre de cet événement.

Comme vous pouvez le voir dans le modèle de plan de suivi, Signed Up est un événement côté client car il a lieu sur le client dès que le formulaire d'inscription est soumis avec succès.

Le projet créé, en revanche, est un événement côté serveur qui repose sur l'achèvement d'un processus qui se déroule sur le serveur. Si le processus échoue pour une raison quelconque, l'événement peut ne pas être exécuté même si l'utilisateur a peut-être terminé toutes les étapes pour créer un projet.

Le suivi d'un événement côté client ou côté serveur dépend entièrement de l'architecture de votre produit et des technologies qu'il utilise. Le spécifier dans le plan de suivi peut nécessiter l'aide de votre équipe d'ingénieurs.

En outre, vous souhaiterez peut-être également suivre les événements qui se produisent sur des systèmes externes connectés à votre produit. Par exemple, si vous souhaitez suivre l'événement Support Ticket Created et que vous utilisez un outil de billetterie tiers tel que Zendesk, la source de données sera Zendesk car c'est là que l'événement a eu lieu.

Meilleure pratique : apportez des données provenant de sources externes dans la deuxième phase de votre instrumentation.

Propriétés de l'événement

Définir les propriétés des événements après avoir ajouté certains événements est un meilleur processus à suivre car vous pouvez passer mentalement de la réflexion sur les événements à la réflexion sur les propriétés qui doivent être associées à chaque événement.

Ajouter les propriétés pour chaque événement

Traitez un événement à la fois et réfléchissez aux propriétés qui vous donnent plus de contexte sur l'événement.

Il est utile de garder à l'esprit qu'un utilisateur n'effectue l'événement Signed Up qu'une seule fois (au moment de la création d'un compte) et c'est à ce moment que l'identifiant unique user_id est généré.Si les propriétés de groupe s'appliquent à votre produit, l'identifiant de groupe organization_id est également généré lorsqu'un utilisateur ouvre un nouveau compte. Si un utilisateur est invité à rejoindre une organisation existante, un nouvel identifiant_organisation n'est pas généré pour cet utilisateur.

Outre les identifiants générés par le système, Signed Up comporte une propriété pour chaque élément d'information recueilli auprès de l'utilisateur lorsque cet événement a lieu (prénom, nom, e-mail, etc.) .

La propriété user_type aide à différencier ceux qui se sont inscrits de manière organique de ceux qui ont été invités à rejoindre un compte existant (invités) ou référés par quelqu'un pour créer leur propre compte (référés).

Remarque intéressante : les par conséquent, ces propriétés agissent également en tant que propriétés utilisateur et sont ajoutées sous la feuille Propriétés utilisateur .

D'autres événements tels que Projet créé peuvent être exécutés plusieurs fois et les propriétés associées à l'événement ne doivent être limitées qu'à celles qui fournissent le contexte d'une occurrence de cet événement.

Outre l'ID du projet (project_id) et l'horodatage (project_created_at), les propriétés project_name et project_user_count fournissent des informations supplémentaires chaque fois qu'un projet est créé (l'événement Project Created est exécuté).

De plus, l' user_id doit être associé à chaque événement pour savoir qui a exécuté l'événement. Si votre produit doit suivre l'activité au niveau du compte, un identifiant de groupe tel que organization_id doit également être associé à chaque événement.

Spécifiez les types de données et les valeurs attendues

L'importance de spécifier le type de données pour chaque propriété a été brièvement abordée dans ce guide. Cela aide grandement dans le processus d'instrumentation et constitue une étape critique vers le maintien de la cohérence des données.

Spécifier les valeurs attendues pour les propriétés est également très utile pour les personnes chargées de la mise en œuvre et permet également à tout le monde d'être sur la même page lorsqu'une propriété est censée contenir des valeurs prédéfinies.

Les propriétés avec le type de données enum ou array doivent toujours spécifier les valeurs attendues, soit les valeurs précises (comme pour user_type ) ou une référence à une liste spécifique de valeurs (comme pour country).

Mentionnez les destinations

Le terme destinations fait référence aux outils et systèmes auxquels vous souhaitez envoyer les données suivies. Il est essentiel de garder à l'esprit que les données ne doivent être envoyées qu'aux destinations où elles sont consommées ou utilisées et que toutes les données ne doivent pas nécessairement être envoyées à tous les outils de votre suite.

Les informations personnelles identifiables (PII) doivent être manipulées avec le plus grand soin car elles peuvent être utilisées à mauvais escient si elles tombent entre de mauvaises mains et ne doivent être envoyées qu'aux outils où les PII telles que le nom et l'e-mail sont nécessaires - outils d'engagement utilisés pour la messagerie basée sur les événements (dans l'application ou par e-mail) ont certainement besoin de ces informations.

Par conséquent, la meilleure pratique consiste à mentionner toutes les destinations pour chaque propriété, même si la plupart des propriétés sont envoyées vers les mêmes destinations.

Propriétés de l'utilisateur

Comme vous le savez peut-être déjà, les propriétés utilisateur stockent divers détails et caractéristiques sur les utilisateurs, vous permettant de les identifier et de les segmenter en fonction de ces propriétés.

De plus, comme mentionné ci-dessus, les données recueillies auprès des utilisateurs au moment de l'inscription sont ajoutées en tant que propriétés utilisateur, car ces propriétés sont essentiellement des attributs utilisateur qui contiennent les traits d'un utilisateur et reflètent son état actuel.

Certaines de ces propriétés restent fixes tandis que d'autres sont sujettes à changement. Si un utilisateur modifie son nom dans le dossier ou l'adresse e-mail enregistrée, les propriétés respectives sont mises à jour avec les nouvelles valeurs.

Veuillez noter que la valeur de la propriété is_email_verified passe à false lorsque l'e-mail est modifié et une fois que le nouvel e-mail est vérifié, is_email_verified redevient true.

D'autres informations recueillies auprès des utilisateurs via des enquêtes, telles que l'industrie à laquelle ils appartiennent ou leur fonction, sont également stockées en tant que propriétés de l'utilisateur. Elles aident à créer des segments d'utilisateurs à des fins d'analyse et d'activation.

Allez-y et répertoriez toutes les propriétés de l'utilisateur, leurs types de données, les valeurs attendues et les destinations dans la feuille intitulée Propriétés de l'utilisateur.

Propriétés de l'organisation

Les propriétés d'organisation ou les propriétés de groupe s'appliquent uniquement aux produits qui doivent suivre l'activité des utilisateurs au niveau du compte.

Comme les propriétés utilisateur, les propriétés d'organisation stockent des détails sur les organisations ou les comptes. Tout élément de données qui n'est pas associé à un utilisateur particulier et fournit un contexte sur le compte auquel l'utilisateur appartient est stocké en tant que propriété d'organisation.

Comme vous le savez peut-être déjà, les propriétés de groupe sont courantes pour les produits B2B SaaS où un utilisateur fait partie d'un compte ou d'une organisation avec plusieurs utilisateurs. Le nom du compte (organization_name) et son plan d'abonnement (subscription_plan_name) sont des propriétés de groupe communes applicables à la plupart des entreprises.

Cependant, selon votre produit, il peut y avoir beaucoup plus de propriétés associées au compte ou à l'organisation et non à un utilisateur. Vous devez y réfléchir et peut-être même impliquer votre équipe d'ingénieurs pour décider si une propriété doit être une propriété d'utilisateur ou une propriété d'organisation.

Une fois que vous en êtes sûr, allez-y et répertoriez toutes les propriétés de l'organisation, leurs types de données, les valeurs attendues et les destinations dans la feuille intitulée Propriétés de l'organisation (groupe).

Et voilà, la première version de votre plan de suivi devrait maintenant être prête, alors n'hésitez plus et partagez-la avec vos coéquipiers pour commencer à collaborer.

Premiers pas avec le suivi

Que vous cherchiez à mettre en œuvre une plateforme de données client, un outil d'analyse de produits ou un outil d'engagement client, la première étape consiste à créer un plan de suivi.

Et maintenant que vous savez à quoi ressemble ce processus, vous êtes équipé pour avoir un impact important sur votre infrastructure de données client.

Cela dit, vous pouvez aller plus loin dans vos efforts de suivi en utilisant les capacités de gouvernance des données d'Amplitude pour créer un plan de suivi intelligent où chaque événement est instrumenté avec précision. Commencez gratuitement dans Amplitude dès aujourd'hui.

Bon suivi !