Que sont les entités dans le contexte des données d'événement ?

Il s'agit de la troisième partie de la série en cinq parties sur les données client. Voici les parties un et deux . Il est fortement recommandé de parcourir la première partie avant de lire cet article.

Les données d'événement sont incroyablement utiles pour déchiffrer ce qui se passe à l'intérieur d'un produit ou comment quelque chose est fait. Cependant, à moins que vous ne sachiez qui exécute ces événements, vous ne pouvez pas faire grand-chose en termes de segmentation et de compréhension des utilisateurs.

C'est là que les données d'entité entrent en jeu où User est l'entité principale et user_id est la propriété clé qui doit être associée à chaque événement. Cela vous permet de comprendre le comportement des utilisateurs en répondant à des questions telles que :

• Combien d'utilisateurs uniques ont effectué l'événement Campagne envoyée ?
• Quels utilisateurs ont effectué cet événement ?
• Quel est le nombre moyen d'événements qu'un segment d'utilisateurs a effectués avant d'exécuter l'événement Campagne envoyée pour la première fois ?
• Quels événements ont été effectués par le segment d'utilisateurs avant cet événement ?

Ce n'est pas tout. L'association d'événements aux bonnes entités est essentielle à la personnalisation : meilleure intégration via des expériences contextuelles dans l'application, engagement et activation via la messagerie du cycle de vie, exclusion des clients des campagnes d'acquisition et sensibilisation proactive des bons utilisateurs à partir de comptes à risque ou en expansion. prêt.

Creusons plus profondément.

Un événement, plusieurs entités

L'utilisateur est l'entité principale associée à chaque événement effectué par un utilisateur. Mais lorsqu'un utilisateur fait partie d'un groupe ou d'un compte ( organisations ou espaces de travail dans le contexte des produits B2B SaaS), le compte est également une entité qui doit être associée afin de fournir plus de contexte sur les événements et de suivre l'activité des utilisateurs sur un compte ( ou groupe).

Étant donné qu'un compte comprend plusieurs utilisateurs, associer le bon compte aux événements utilisateur permet de comprendre la santé globale d'un compte et de répondre à des questions importantes telles que :

• Combien de comptes sont activés ?
• Quel est le nombre moyen d'utilisateurs pour les comptes actifs ?
• Combien de comptes contiennent X utilisateurs ou plus ?

Il est utile de garder à l'esprit que les actions collectives des utilisateurs d'un compte contribuent souvent à l'activation plutôt que celles d'un seul utilisateur.

Par conséquent, les produits SaaS utilisés en collaboration par plusieurs utilisateurs doivent associer plusieurs entités ( utilisateur et compte ) à chaque événement.

Si un compte est appelé une organisation, en plus de user_id , le organization_id doit être associé à des événements afin de savoir quel utilisateur a effectué un événement et sous quelle organisation.

Par exemple, si l'utilisateur John Doe crée un nouveau projet dans une application de gestion de projet utilisée par une organisation Acme Corp avec 10 utilisateurs, deux informations importantes sont générées :

1. John Doe a créé un nouveau projet : John Doe a exécuté l'événement Project Created
2. Un nouveau projet a été créé au sein de l'organisation Acme Corp : l'événement Project Created a eu lieu au sein de l'organisation Acme Corp

Le fait de ne pas associer l'événement à l' organisation entraînera la perte de la deuxième information.De plus, les événements liés à l'abonnement, tels que Début de l' essai , Fin de l' essai et Annulation de l'abonnement ont lieu au niveau de l'organisation et ne concernent aucun utilisateur spécifique.

Que ces événements se produisent automatiquement (la carte enregistrée n'a pas pu être débitée) ou à la suite d'une action de l'utilisateur, il peut être utile d'associer ces événements au niveau de l'organisation à tous les utilisateurs d'une organisation. Cela garantit que vous n'êtes pas limité à vous engager uniquement avec le propriétaire du compte et que les autres utilisateurs du compte peuvent être avertis lorsque de tels événements se produisent.
Le fait de ne pas associer les événements aux comptes entravera les efforts d'analyse et d'engagement, car vous ne disposerez que de données relatives aux actions des utilisateurs individuels. De plus, combiner ultérieurement les événements utilisateur avec les bonnes organisations ne sera pas possible ou sera très pénible pour vos ingénieurs de données.

Et ce problème est exacerbé si votre produit permet à un utilisateur de faire partie de plusieurs comptes.

Un utilisateur, plusieurs comptes

Il est assez fréquent qu'un utilisateur soit associé à plusieurs comptes dans le cadre d'outils SaaS. Notion, ClickUp et Integromat sont quelques outils populaires qui permettent à un utilisateur unique de rejoindre ou de créer plusieurs organisations ou espaces de travail, chacun avec un abonnement distinct.

Cela signifie que le même utilisateur effectue des événements sous plusieurs comptes, mais ces événements ne sont pas liés car ils ne se déroulent pas nécessairement sous le même compte ou la même organisation.

Pour les produits qui permettent à un utilisateur de faire partie de plusieurs organisations, pour suivre l'activité au niveau du compte, pour chaque événement utilisateur, vous devez savoir sous quelle organisation l'événement est exécuté. En d'autres termes, le droit o rganization_id devra être associé à chaque événement.

Si vous ne le faites pas, vous obtiendrez un ensemble de données biaisé dans lequel vous pourrez voir tous les événements qu'un utilisateur a effectués sur tous les comptes, mais sans aucun moyen de savoir quel événement se rapporte à quel compte. Cela conduira éventuellement à de mauvaises décisions commerciales ainsi qu'à des expériences client alimentées par des données incorrectes, dont le résultat peut être considérablement préjudiciable.

En conclusion, lorsqu'un utilisateur fait partie de plusieurs comptes, vous devez isoler l'activité de l'utilisateur qui se déroule sous chaque compte pour comprendre ce qui se passe au niveau du compte, ce qui est essentiel dans le cas du SaaS B2B.

Pas seulement un identifiant

Les données d'entité permettent non seulement d'identifier l'utilisateur (qui organise un événement) ou l'organisation (sous laquelle l'événement a été organisé), mais fournissent également beaucoup plus d'informations sur l'utilisateur et l'organisation.

Il peut être utile de classer les données d'entité dans les compartiments suivants :

• Informations personnellement identifiables telles que Données démographiques telles que Personas tels que Préférences telles que les Données de compte telles que La spécification des propriétés de l'entité est une étape cruciale dans le processus de configuration du suivi des événements, qui sera abordée dans un futur guide.

  Aller de l'avant avec les entités et les données d'événement

  Penser aux propriétés d'entité (qui aident à segmenter les utilisateurs) peut susciter de nouvelles idées ou soulever des requêtes liées à la segmentation des utilisateurs, telles que les données collectées lorsqu'un utilisateur s'inscrit à votre produit.

  Posez-vous les bonnes questions et proposez-vous aux utilisateurs des options pertinentes ? Avez-vous besoin de modifier ces questions ou d'en poser de nouvelles pour mieux comprendre les personas des utilisateurs ? Qu'en est-il de la convention de dénomination des propriétés ou du type de données de chaque propriété ?

  Bien qu'il puisse sembler un peu difficile de réfléchir à tous ces détails infimes, il est important de poser ces questions le plus tôt possible pour vous assurer que vous collectez des données propres, faciles à analyser et à utiliser.

  Vous connaissez maintenant le rôle que jouent les données d'entité dans le processus de collecte de données d'événement, ce qui signifie que c'est le bon moment pour explorer à quoi ressemblent les données d'événement dans une plate-forme d'analyse de produits.