Préparer la boucle de décision
Avant le lancement, identifiez qui surveille le jeu, qui enquête sur les incidents et qui peut décider d’un retour arrière. Vérifiez que les tests arrivent en staging et que la production envoie sa télémétrie. Notez les identifiants de version et les limites connues de la mesure pour que toute l’équipe lise la même situation.
Suivre les taux avec les volumes
Regardez ensemble nouveaux joueurs, joueurs de retour, sessions et taux de crash. Une hausse du nombre de crashs peut suivre celle du trafic ; un taux global stable peut cacher une régression sur une plateforme. Comparez une même période et un même périmètre, puis examinez les joueurs concernés plutôt que le plus gros chiffre à l’écran.
Distinguer acquisition et rétention
Les nouveaux joueurs renseignent sur les arrivées. Les retours et les cohortes matures renseignent sur l’engagement dans le temps. Le D7 ne se mesure pas le jour du lancement et une journée partielle ne se compare pas directement à une journée complète. La durée des sessions apporte du contexte, mais une longue session n’est pas automatiquement un signe de plaisir.
Décider, noter et vérifier
Fixez des seuils adaptés au jeu, à l’échantillon et au risque de la version : aucun pourcentage de retour arrière n’est universel. Notez le changement, la raison de la décision et le responsable du prochain contrôle. Après un patch, vérifiez la réception de télémétrie et l’impact sur les joueurs. Gardez cette note assez courte pour être utilisable en pleine activité.
