Comment intégrer le suivi des événements à votre processus de publication

NDLR : cet article a été initialement publié sur le blog Iteratively le 15 mars 2021.

Lors de la création de nouvelles fonctionnalités ou de nouveaux produits, il est très courant de laisser les analyses à la dernière minute, voire de les oublier complètement. Ce scénario peut vous sembler familier :

• PM travaille sur une version
• La libération a lieu
• Le PDG demande au Premier ministre comment il fonctionne
• PM : Permettez-moi de demander à l'équipe chargée des données
• Équipe des données : vous ne nous avez jamais amenés, il n'y a pas de données sur cette fonctionnalité
• Le PM retourne voir le PDG sans réponse
• L'équipe de données et le PM sont désemparés

Des situations comme celle-ci peuvent potentiellement se produire assez souvent, et il est vraiment important de se rappeler qu'aucune partie n'est à blâmer pour cela. Une grande partie pourrait bien se résumer à la culture .

Pointer du doigt la « culture » comme un élément clé du problème peut sembler facile, car la culture est difficile à définir. Mais il arrive très souvent que les valeurs et les objectifs d'une organisation ne se reflètent pas toujours pleinement dans le comportement des membres de l'équipe. Par exemple:

Votre organisation affirme qu'elle prend des décisions basées sur les données pour fournir le meilleur service à vos utilisateurs. Tout le monde comprend qu'une bonne base pour cela est une stratégie de données solide, sinon vous ne produirez pas d'informations fiables à partir desquelles prendre ces décisions.

Mais, dans la pratique, les conversations sur vos données et votre stratégie d'insights (ou même sur la mise en place d'une stratégie) ne semblent pas avoir lieu. La tâche est mise de côté et oubliée, et des analyses fiables se matérialisent rarement.

Cela se produit en raison d'un écart entre les valeurs de votre organisation et la culture quotidienne réelle - il est très facile de se glisser dans cet écart. Souvent, les équipes se concentreront davantage sur l'obtention d'informations à partir des données plutôt que sur l'élaboration de bonnes pratiques autour de la capture réelle des données. Maintenir une bonne culture des données, c'est dur !

Construire une telle culture est plus qu'un simple théâtre de battage médiatique et de célébration. Dans cet article, nous vous donnerons des conseils pratiques sur la manière dont commencer avec des processus simples et applicables vous aidera à maintenir la culture de données souhaitée . Celui qui se concentre sur la capture de données de haute qualité et la transformation de celles-ci en informations utiles et exploitables qui conduisent à une bonne prise de décision.

Intégrez l'analytique dans le cycle de vie de votre développement logiciel

Lorsqu'une équipe d'ingénieurs se met au travail pour créer des parties d'un produit, elle écrira du code et en fera les choses habituelles : branchement, validation, test, révision, fusion. Cela permet de s'assurer que tout le monde est sur la même longueur d'onde avec la construction et que toute erreur peut être facilement corrigée.

Il n'y a aucune raison de ne pas traiter l'analyse de la même manière. Il est probable que vous ayez déjà une sorte de plan de suivi (sinon, nous avons un guide sur la façon de commencer avec cela), donc une excellente façon de commencer à l'implémenter est de le décomposer en tickets Jira, comme avec n'importe quel autre sous-tâche. Un plan de suivi incroyable n'aura pas d'importance s'il n'est pas mis en œuvre. Vous continuerez à manquer des informations vitales à moins que vous ne considériez que :

• Vous avez besoin de l'adhésion des parties prenantes et des équipes de direction concernées pour que le suivi des analyses soit tout aussi important que la fonctionnalité que vous créez
• Les tâches qui mettent en œuvre le plan de suivi doivent être classées par ordre de priorité avec toutes les autres tâches de la construction
• S'il n'y a pas de suivi, vous n'êtes pas prêt à publier la version

Nous savons tous que ce n'est pas parce que c'est sur une série de tickets Jira que ça va arriver. C'est là qu'intervient vraiment le changement de culture. Assurez-vous que le plan de suivi fait à chaque fois partie du cycle de vie de votre développement logiciel en célébrant le succès d'une fonctionnalité et pas seulement le fait que la fonctionnalité a été livrée. Après tout, si votre entreprise produit des produits numériques, les fonctionnalités d'expédition sont tout l'intérêt. Essayez d'éviter le théâtre de célébration - célébrez quand vous voyez un long métrage bien fonctionner.

La seule véritable façon de comprendre les performances d'une fonctionnalité consiste à collecter des analyses, ce que vous ferez bien sûr si votre plan de suivi a été mis en œuvre dès la première version.

Une note sur l'assurance qualité dans le contexte de l'analyse : vous pensez peut-être que si la mise en œuvre d'un plan de suivi est assez simple avec les bons outils et la bonne culture, il n'existe toujours pas de solution évidente et élégante pour vérifier que cela fonctionne C'est pourquoi Amplitude s'intègre à CI et vous permet d'ajouter une couverture analytique à votre test existant avec notre plugin de test unitaire.

Établir un processus reproductible pour le suivi des analyses

Une autre raison pour laquelle le processus git fonctionne si bien est que tout le monde le suit de manière cohérente et qu'il est donc naturellement intégré à la culture de votre entreprise. Vous pouvez créer des processus autour du suivi analytique qui peuvent tout aussi facilement s'intégrer aux flux de travail quotidiens. ‍

Le plus grand ennemi de l'introduction d'un nouveau processus est le manque d'adhésion . Vous ne pouvez pas simplement dire : « C'est ainsi que nous procédons actuellement à nos analyses » et vous attendre à ce que tout le monde embarque. Nous avons toujours soutenu que le suivi analytique est collaboratif ; Lorsque vous élaborez votre plan de suivi, toutes les équipes concernées doivent participer à son élaboration.

Cela signifie impliquer toutes les parties prenantes clés lors de l'élaboration de nouveaux processus : l'équipe produit, l'équipe données/analystes et l'équipe d'ingénierie. L'expertise unique de ces équipes vous aidera à décider :

• Quels sont vos objectifs commerciaux
• Les mesures que vous utiliserez pour déterminer si ces objectifs sont atteints
• Quelle convention de dénomination vous utiliserez pour les événements et autres taxonomies de ce type. (par exemple, est-ce 'songPlayed' ou 'song_played' ? Plus de détails à ce sujet dans notre article sur les meilleures pratiques)

Convenir ensemble de ces processus est une excellente première étape pour obtenir l'adhésion de toute l'organisation et l'intégrer à votre culture. Une fois que vous avez un plan de suivi, il est important d'identifier qui s'en empare – le mettre sur le compte de « tout le monde » ne fonctionne pas. Vous avez besoin de cette personne pour assumer la responsabilité et la faire avancer.

Vous n'ajoutez pas ces processus aux autres, vous Si vous souhaitez intégrer des processus reproductibles comme ceux-ci dans votre culture organisationnelle, rendez-les aussi faciles que possible pour que les équipes les adoptent dans leurs flux de travail. Il est peu probable que les membres de l'équipe veuillent perturber leurs flux de travail bien établis pour s'adapter à de nouveaux processus. Au lieu de cela, voyez comment ces processus peuvent s'intégrer parfaitement à ceux existants. Par exemple, Amplitude rend cela très simple avec notre interface de ligne de commande, ce qui garantit que les développeurs peuvent instrumenter votre plan de suivi facilement et avec précision sans avoir à quitter leur environnement préféré.

Alignez vos objectifs de suivi avec vos objectifs commerciaux

Si vous créez des produits agiles (par exemple, en utilisant le cadre de construction, mesure, apprentissage), vous utiliserez très certainement des données pour prendre des décisions. Cependant : lorsque vous décidez dans quelle direction aller ensuite, ne commencez pas par des données, commencez par une question.

Tout d'abord, qu'essayez-vous d'atteindre ? Essayez-vous de créer une nouvelle fonctionnalité ou de lancer une expérience ? Peut-être que vous avez un ensemble d'objectifs spécifiques ce trimestre. Quoi qu'il en soit, essayez de ne pas penser à ce que les données pourraient faire pour vous. Au lieu de cela, construisez votre culture pour poser les bonnes questions et voir si vous avez les données pour répondre à ces questions. Alors, pensez à des choses comme :

• Les mesures de réussite pour vos objectifs ou expériences définis
• Les événements dont vous avez besoin pour suivre afin d'être au courant de ces métriques
• Quelles actions avez-vous déjà entreprises sur la base des informations existantes ? ont-elles fonctionné ?

Si vous trouvez que vous ne pouvez pas répondre à ces questions avec les données que vous collectez, cela signifie que vous devez modifier votre plan de suivi. Plus de données n'est pas toujours la réponse, mais des données précises le sont certainement.

Une partie de la construction d'une bonne culture des données consiste à aider l'équipe à comprendre que la façon dont vous utilisez vos données est votre différenciateur, pas les données elles-mêmes. Commencez à encourager la curiosité naturelle et à célébrer l'impact de la prise de décisions basées sur des informations internes.

Une bonne culture des données et de l'analyse est un processus continu

Vous ne pouvez pas construire une culture du jour au lendemain. Permettez à votre culture souhaitée de se développer en démontrant la valeur des nouveaux processus et en célébrant les victoires qui en résultent. Essayez de favoriser les attitudes autour de l'utilisation des données pour vérifier les intuitions et les idées, plutôt que de collecter des données parce que c'est « agréable à avoir ».

Garder à l'esprit le suivi des événements dans toutes les équipes n'a pas besoin d'être compliqué au début. Vous n'avez probablement pas besoin de commencer avec plus de dix questions. Épinglez-les, répétez-les entre les équipes et travaillez à partir de là. Il n'est pas nécessaire d'optimiser pour chaque éventualité dès le début.

Les conseils décrits dans cet article de blog ne sont qu'un point de départ. Une fois que vous serez dans un bon rythme avec cela, vous remarquerez que les processus que vous avez établis sont une seconde nature parmi les équipes ; tout comme pour l'écriture de code, l'analyse de suivi deviendra une pratique plus standardisée et vérifiable.

L'utilisation d'Amplitude rend ce processus extrêmement simple : votre plan de suivi existe sous la forme d'un document dynamique qui s'intègre de manière transparente dans le flux de travail de votre équipe. Si vous souhaitez essayer Amplitude pour votre entreprise, créez un compte dès aujourd'hui ou réservez une démonstration avec notre équipe pour en savoir plus.