Imaginez que vous êtes un entrepreneur en herbe qui vient de créer un site Web et une application mobile (par exemple, pour un magasin de beignets). Vous souhaitez connecter des analyses personnalisées avec un petit budget, mais vous ne savez pas comment. Tout le monde utilise Mixpanel, Facebook Analytics, Yandex.Metrika et d'autres systèmes, mais on ne sait pas quoi choisir et comment utiliser.
Que sont les systèmes d'analyse ?
Tout d'abord, il faut dire qu'un système d'analyse des utilisateurs n'est pas un système d'analyse des journaux de fonctionnement du service lui-même. La surveillance du fonctionnement du service se concentre sur la stabilité et les performances, et est gérée séparément par les développeurs. L'analyse des utilisateurs, quant à elle, a été créée afin d'étudier exactement le comportement de l'utilisateur : quelles actions il effectue, à quelle fréquence, comment il réagit aux notifications push ou à d'autres événements dans le service. À l'échelle mondiale, l'analyse des utilisateurs comprend deux domaines : l'analyse mobile et l'analyse Web. Malgré les différentes interfaces et capacités des services Web et mobiles, travailler avec le système d'analyse dans les deux sens est à peu près le même.
Pourquoi le faire?
L'analyse des utilisateurs est nécessaire :
- pour surveiller ce qui se passe lors de l'utilisation du service ;
- pour modifier le contenu et comprendre où développer, quelles fonctionnalités ajouter/supprimer ;
- pour trouver ce que les utilisateurs n'aiment pas et le changer.
Comment ça marche?
Pour étudier le comportement des utilisateurs, vous devez collecter un historique de ce comportement. Mais que collecter exactement ? Cette question représente jusqu'à 70% de la complexité de l'ensemble de la tâche. De nombreux membres de l'équipe produit doivent y répondre ensemble : chef de produit, programmeurs, analystes. Toute erreur à cette étape est coûteuse : vous ne pouvez pas collecter ce dont vous avez besoin, et collecter ce qui ne vous permet pas de tirer des conclusions significatives.
Après avoir décidé quoi construire, vous devez réfléchir à l'architecture de la façon de le construire. L'objet principal avec lequel les systèmes analytiques travaillent est un événement. Un événement est une description de ce qui s'est passé qui est envoyée au système d'analyse en réponse à une action de l'utilisateur. En règle générale, pour chacune des actions sélectionnées pour le suivi à l'étape précédente, l'événement ressemble à un paquet JSON avec des champs qui décrivent l'action entreprise.
Qu'est-ce qu'un paquet JSON ?
Le package JSON est un fichier texte qui décrit ce qui s'est passé. Par exemple, le paquet JSON peut contenir des informations indiquant que l'utilisateur Mary a terminé l'action de jeu Started à 23h00 le 15 novembre. Comment décrire chaque action ? Par exemple, l'utilisateur clique sur un bouton. Quelles propriétés doivent être collectées en ce moment ? Ils sont divisés en deux types :
- super propriétés - propriétés caractéristiques de tous les événements qui sont toujours présents. Il s'agit de l'heure, de l'identifiant de l'appareil, de la version de l'API, de la version d'analyse, de la version du système d'exploitation ;
- propriétés spécifiques à un événement - ces propriétés sont arbitraires et la principale difficulté est de savoir comment les choisir. Par exemple, pour le bouton "acheter des pièces" dans le jeu, ces propriétés seront "combien de pièces l'utilisateur a acheté", "combien coûtent les pièces".
Exemple de package JSON dans un service d'apprentissage de langues :
Mais pourquoi ne pas simplement tout collectionner ?
Parce que tous les événements sont créés manuellement. Les systèmes d'analyse n'ont pas de bouton "tout enregistrer" (et ce serait inutile). Seules les actions de la logique de service qui intéressent une partie de l'équipe sont collectées. Même pour chaque état d'un bouton ou d'une fenêtre, tous les événements ne sont généralement pas intéressants. Pour les processus longs (par exemple, au niveau du jeu), seuls le début et la fin peuvent être importants. Ce qui se passe au milieu peut ne pas être collecté.
En règle générale, la logique des services se compose d'objets - entités. Il peut s'agir de l'entité "pièce", de l'entité "niveau". Par conséquent, il est possible de composer des événements à partir d'entités, de leurs états et de leurs actions. Exemples : « niveau commencé », « niveau terminé », « niveau terminé, la raison est mangée par un dragon ». Il est souhaitable que toutes les entités pouvant être «ouvertes» soient fermées afin de ne pas violer la logique et de ne pas compliquer le travail ultérieur avec l'analyse.
Combien d'événements dans un système complexe ?
Les systèmes complexes peuvent traiter plusieurs centaines d'événements qui ont été collectés auprès de tous les clients (chef de produit, programmeurs, analystes) et soigneusement (!) saisis dans une table, puis dans la logique du service. La préparation d'événements est un gros travail interdisciplinaire qui demande à chacun compréhension de ce qui doit être collecté, écoute et précision.
Quelle est la prochaine?
Disons que nous avons trouvé tous les événements intéressants. Il est temps de les collectionner. Pour ce faire, vous devez connecter l'analyse client. Nous allons sur Google et recherchons des analyses mobiles (ou choisissons parmi les plus connues : , , , , , ). Nous prenons le SDK du site et l'intégrons dans le code de notre service (d'où le nom "client" - car le SDK est intégré au client).
Et où collecter des événements?
Tous les packages JSON qui seront créés doivent être stockés quelque part. Où seront-ils envoyés et où seront-ils récupérés ? Dans le cas d'un système analytique client, il en est lui-même responsable. Nous ne savons pas où se trouvent nos packages JSON, où ils sont stockés, combien il y en a et comment ils y sont stockés. L'ensemble du processus de collecte est effectué par le système et n'est pas pertinent pour nous. Dans le service d'analyse, nous avons accès à un compte personnel, où nous voyons déjà les résultats du traitement des données comportementales initiales. De plus, les analystes travaillent avec ce qu'ils voient dans leur compte personnel.
Dans les versions gratuites, les données source ne sont généralement pas téléchargeables. La version chère a de telles fonctionnalités.
Combien de temps la connexion prendra-t-elle ?
L'analyse la plus simple peut être connectée en une heure : ce sera App Metrika, qui affichera les choses les plus simples sans analyser les événements personnalisés. Le temps de mise en place d'un système plus complexe dépend des événements sélectionnés. Des difficultés surgissent qui nécessitent un développement supplémentaire :
- Existe-t-il une file d'attente d'événements ? Par exemple, comment résoudre le problème qu'un événement ne peut pas précéder un autre ?
- Que faire si l'utilisateur a modifié l'heure ? Vous avez changé de fuseau horaire ?
- Et s'il n'y a pas d'internet ?
En moyenne, vous pouvez configurer Mixpanel en quelques jours. Lorsqu'une collecte d'un grand nombre d'événements spécifiques est prévue, cela peut prendre une semaine.
Comment choisir celui dont j'ai besoin?
Les statistiques générales dans tous les systèmes analytiques fonctionnent bien. Bien adapté aux spécialistes du marketing et aux vendeurs : vous pouvez voir la rétention, le temps passé par les utilisateurs dans l'application, toutes les mesures de base de haut niveau. Pour la page de destination la plus simple, les métriques Yandex suffiront.
En ce qui concerne les tâches non standard, le choix dépend de votre service, des tâches analytiques et des événements à traiter pour les résoudre.
- Dans Mixpanel, par exemple, vous pouvez exécuter des tests A/B. Comment faire? Vous créez une expérience dans laquelle il y aura plusieurs échantillons et faites une sélection (vous affectez tel ou tel utilisateur à A, les autres à B). Pour A, le bouton sera vert, pour B, il sera bleu. Étant donné que Mixpanel collecte toutes les données, il peut trouver l'identifiant de l'appareil de chaque utilisateur de A et B. Des ajustements sont créés dans le code de service à l'aide du SDK - ce sont des endroits où quelque chose peut changer pour les tests. Ensuite, pour chaque utilisateur, la valeur (dans notre cas, la couleur du bouton) est extraite du Mixpanel. S'il n'y a pas de connexion Internet, l'option par défaut sera sélectionnée.
- Souvent, vous souhaitez non seulement stocker et étudier des événements, mais également regrouper des utilisateurs. Le même Mixpanel le fait automatiquement, dans l'onglet Utilisateurs. Vous pouvez y voir toutes les données permanentes de l'utilisateur (nom, e-mail, profil Facebook) et l'historique du journal de l'utilisateur. Vous pouvez consulter les données utilisateur sous forme de statistiques : 100 fois mangé par un dragon, acheté 3 fleurs. Sur certains systèmes, l'agrégation d'utilisateurs peut être téléchargée.
- Quel est le principal cool ? Il relie le visiteur du service à son profil Facebook. Ainsi, vous pouvez connaître votre audience, et surtout, la convertir ensuite en audience publicitaire. Par exemple, si je visite un site une fois et que son propriétaire a activé les publicités (audience à remplir automatiquement dans les analyses Facebook) pour les visiteurs, à l'avenir, je verrai des publicités pour ce site sur Facebook. Pour le propriétaire du site, cela fonctionne simplement et commodément, il vous suffit de vous rappeler de mettre un plafond quotidien sur le budget publicitaire. L'inconvénient de Facebook analytics est qu'il n'est pas particulièrement pratique : un site assez complexe, pas immédiatement compréhensible, il ne fonctionne pas très vite.
Presque rien à faire et tout fonctionne ! Peut-être y a-t-il des inconvénients ?
Oui, et l'un d'eux est qu'habituellement, c'est cher. Pour une startup, cela pourrait coûter environ 50 XNUMX $ par mois. Mais il existe aussi des options gratuites. Yandex App Metrica est gratuite et adaptée aux métriques les plus élémentaires.
Cependant, si la solution est peu coûteuse, alors les analyses ne seront pas détaillées : il sera possible de voir le type d'appareil, d'OS, mais pas d'événements spécifiques, et il ne sera pas possible de créer des entonnoirs. Mixpanel peut coûter 50 XNUMX dollars par an (par exemple, une application avec Om Nom peut en consommer autant). En général, dans tous les cas, l'accès aux données est souvent limité. Vous n'inventez pas vos propres modèles et vous ne les exécutez pas. Le paiement est généralement effectué mensuellement / périodiquement.
Plus?
Mais le pire est que même le Mixpanel considère les volumes de données inhérents à l'application mobile active comme une approximation (indiqué ouvertement directement dans la documentation). Si vous comparez les résultats avec des analyses côté serveur, les valeurs divergeront. (Pour savoir comment créer vos propres analyses côté serveur, lisez notre prochain article !)
Le gros inconvénient de presque tous les systèmes d'analyse est qu'ils limitent l'accès aux journaux bruts. Ainsi, exécuter votre propre modèle sur apparemment vos propres données ne fonctionnera pas. Par exemple, si vous regardez les entonnoirs dans le Mixpanel, vous ne pouvez calculer que le temps moyen entre les étapes. Les mesures plus complexes, telles que le temps médian ou les centiles, ne peuvent pas être calculées.
De plus, la possibilité d'agrégations et de segmentations complexes fait souvent défaut. Par exemple, l'achat groupé délicat "réunir les utilisateurs nés en 1990 et ayant acheté au moins 50 beignets chacun" peut ne pas être disponible.
L'analyse de Facebook a une interface très complexe et est lente.
Et si j'allume tous les systèmes en même temps ?
Bonne idée! Il arrive souvent que des systèmes différents produisent des résultats différents. Différents numéros. De plus, certains ont une fonctionnalité, la seconde - une autre et la troisième est gratuite.
De plus, plusieurs systèmes peuvent être allumés en parallèle pour des tests : par exemple, pour se familiariser avec l'interface d'un nouveau et y basculer progressivement. Comme dans toute entreprise, ici, vous devez connaître la mesure et connecter des analyses dans un volume tel que vous pouvez suivre (et qui ne ralentira pas la connexion réseau).
On a tout connecté, puis sorti de nouvelles fonctionnalités, comment ajouter des événements ?
Tout comme lors de la connexion d'analyses à partir de zéro : collectez une description des événements nécessaires et insérez-la dans le code client à l'aide du SDK.
J'espère que les réponses aux questions fréquemment posées vous seront utiles. S'ils vous ont aidé à comprendre que les analyses côté client ne conviennent pas à votre application, nous vous recommandons d'essayer vos analyses côté serveur. J'en parlerai dans la partie suivante, puis je parlerai de la façon de l'implémenter dans mon projet.
Seuls les utilisateurs enregistrés peuvent participer à l'enquête. s'il te plait.
Quels systèmes d'analyse client utilisez-vous ?
-
Mixpanel
-
Facebook Analytics
-
Google Analytics
-
Yandex Metrica
-
Autre
-
Avec votre système
-
Rien
33 utilisateurs ont voté. 15 utilisateurs se sont abstenus.
Source: habr.com