Définir la réussite avant les événements
Décrivez le parcours simplement : commencer un tutoriel, réussir son objectif, entrer dans un match, puis le terminer. Chaque étape doit correspondre à une action réellement accomplie. Ouvrir un écran ne signifie pas finir sa tâche, et appuyer sur un bouton ne garantit pas que le serveur a accepté l’action.
Stabiliser le contrat des événements
Choisissez les noms et propriétés avec l’équipe Unity. Précisez quand chaque événement est envoyé et si une nouvelle tentative peut le répéter. Testez les sessions interrompues, les reconnexions et les interactions répétées en staging. Rendez explicites le jeu et l’environnement pour éviter que les tests internes alimentent l’acquisition de production.
Comparer des populations compatibles
Un tunnel repose sur un ordre, une période d’observation et une population claire. Ne comparez pas des joueurs ayant eu une journée pour terminer l’onboarding avec ceux arrivés il y a une minute. Segmentez par version ou plateforme si l’échantillon le permet. Les identités anonymes et connectées demandent aussi une stratégie de rapprochement cohérente.
Transformer un abandon en enquête
Une étape manquante peut venir d’une incompréhension, d’une attente, d’un crash ou d’un défaut de suivi. Vérifiez la stabilité et la réception des événements avant de modifier le design. Formulez une hypothèse, changez un élément du parcours et comparez des cohortes équivalentes. L’objectif est une meilleure expérience, pas un événement supplémentaire qui embellit le graphique.
