À quelle fréquence un animal virtuel doit-il réagir ? Guide pratique du comportement inactif et des notifications
Pour un animal virtuel conçu pour des visites brèves et facultatives, privilégiez par défaut un état inactif discret et laissez les utilisateurs choisir s'ils souhaitent recevoir des rappels et à quel moment. Définissez le comportement ordinaire de l'animal pour qu'il paraisse présent sans exiger d'interaction ; réservez les notifications à une plage horaire choisie par l'utilisateur, avec une option claire de désactivation. Il n'existe pas d'intervalle de consultation universellement idéal : la bonne fréquence dépend de ce que fait l'animal lorsqu'il est laissé seul et de la fréquence à laquelle une personne souhaite réellement interagir.
Commencez par dissocier le comportement de l'animal des notifications
La « fréquence de réponse » peut signifier deux choses différentes : la fréquence à laquelle l'animal change d'attitude ou réagit lorsque l'application est ouverte, et la fréquence à laquelle l'application sollicite une personne lorsqu'elle est fermée. Concevez ces éléments comme des réglages distincts. Un animal peut cligner des yeux, regarder autour de lui ou adopter une nouvelle animation d'inactivité sans envoyer d'alerte. Une notification, à l'inverse, transpose l'expérience en dehors de l'application et entre en concurrence avec d'autres sollicitations d'attention.
Cette distinction est essentielle, car un jeu incrémental (« idle game ») peut se vivre à travers de courtes visites et par l'activité qui se déroule entre celles-ci. Une enquête menée auprès de 1 972 joueurs de Neko Atsume a révélé plusieurs dimensions d'engagement, notamment la fréquence de consultation, le temps passé à jouer et le partage sur les réseaux sociaux. L'étude décrit Neko Atsume comme un jeu où la progression peut se poursuivre lorsqu'il est fermé, et souligne que ses sessions de jeu ne durent parfois que quelques secondes. Ces conclusions décrivent un jeu spécifique et un échantillon auto-sélectionné, et non un calendrier universel pour les animaux virtuels ; elles montrent toutefois pourquoi la seule fréquence de consultation constitue un mauvais objectif de conception. « Busy doing nothing? What do players do in idle games? »
Pour orienter votre conception, posez-vous deux questions : « Que doit faire l'animal quand personne n'interagit avec lui ? » et « L'utilisateur a-t-il demandé à recevoir des rappels ? » La première trouve sa réponse dans les animations et les changements d'état. La seconde doit découler d'une préférence explicite, et non du postulat selon lequel chaque moment d'inactivité est une occasion de faire revenir l'utilisateur.
Faites reposer l'expérience sur le comportement inactif
Un animal inactif a besoin d'un état par défaut lisible. Il peut se reposer, explorer une petite zone, inspecter un objet ou changer de posture de temps à autre. L'objectif est de donner l'impression que l'animal est à l'aise dans son environnement et agréable à regarder, non de créer une tâche masquée à laquelle l'utilisateur doit obligatoirement répondre. Veillez à ce que ces changements soient observables au retour de la personne, sans imposer d'être présent à un instant précis en direct.
Un article de référence sur les créatures virtuelles Petz les décrit comme autonomes, capables d'utiliser des objets de leur environnement et d'initier le jeu, tout en laissant les utilisateurs interagir à leur propre rythme. Il s'agit d'un exemple précoce de conception plutôt que d'une norme moderne d'utilisabilité, mais il illustre un choix conceptuel pertinent : le personnage peut avoir sa propre activité, de sorte que l'utilisateur n'a pas à déclencher chaque action. « Socially Intelligent Virtual Petz »
Une boucle d'inactivité pratique peut modifier l'animation de l'animal de temps en temps, puis revenir au calme. Laissez l'utilisateur découvrir ces moments à l'ouverture de l'application, ou utilisez-les sous forme de récapitulatifs facultatifs et non urgents. Ne faites pas dépendre le bien-être de base ou la survie de l'animal d'une réponse à un compte à rebours. Le retour dans l'application doit montrer ce qui a changé, le cas échéant, et proposer une prochaine interaction simple, comme choisir un jouet ou saluer l'animal.
Considérez les notifications comme un calendrier optionnel
Commencez avec les notifications désactivées ou proposez un choix clair lors de la configuration initiale. Offrez un éventail restreint d'options faciles à comprendre, comme « Aucun rappel », « Une fois par jour » ou « Choisir une heure », et faites en sorte que ce paramètre soit simple à modifier ultérieurement. Un réglage d'heures de tranquillité ou une option de mise en pause permet de s'adapter aux changements temporaires de routine. Le menu précis relève d'une décision produit ; son rôle est de donner un contrôle réel à la personne sans lui imposer la gestion d'un calendrier complexe.
Les directives d'Apple pour les développeurs indiquent que les applications doivent obtenir une autorisation avant d'envoyer des notifications et recommandent d'expliquer quels types d'alertes l'application souhaite envoyer, de proposer une adhésion (opt-in) ou un désabonnement (opt-out), et de permettre la gestion des réglages au sein de l'application. Elles distinguent également les informations passives des alertes qui justifient une interruption, et préconisent d'adapter le niveau d'urgence à l'importance réelle du message. Une mise à jour de routine concernant un animal virtuel n'est généralement pas un événement urgent. Apple, « Managing notifications »
Évitez d'envoyer une nouvelle alerte à chaque changement d'état mineur de l'animal. Regroupez plutôt les mises à jour non prioritaires dans une plage horaire définie par l'utilisateur ou affichez-les lors de la prochaine ouverture de l'application. La documentation d'Apple sur la planification des notifications décrit les notifications locales comme un moyen d'attirer l'attention d'une personne à un moment précis et préconise de les réserver aux informations importantes que l'utilisateur souhaite recevoir. Apple, « Scheduling a notification locally from your app »
Concevez une fenêtre d'interaction courte
Un rappel doit déboucher sur une interaction qui se boucle rapidement. Par exemple, l'alerte peut indiquer que l'animal a trouvé un nouvel objet à explorer, et l'ouverture de l'application peut dévoiler cet instant avec une ou deux actions facultatives. Gardez l'action principale accessible sans imposer une longue session, une suite d'écrans ou un suivi immédiat.
Il s'agit d'une recommandation de conception issue de la recherche sur les notifications mobiles : une étude de terrain ayant recueilli 10 372 notifications et 474 réponses à des questionnaires auprès de 20 personnes a révélé que la gêne perçue et le temps de réponse variaient selon des facteurs tels que la présentation de l'alerte et l'activité en cours de la personne. Le faible nombre de participants incite à la prudence quant à la généralisation de ces conclusions, mais il soutient une approche mesurée : une application ne peut présumer qu'un moment qui lui convient est opportun pour l'utilisateur. Mehrotra et al., « My Phone and Me: Understanding People’s Receptivity to Mobile Notifications »
Une fenêtre d'interaction efficace présente un début et une fin bien définis : regarder l'animal, faire un choix, et retourner à ce que l'on faisait. Si le rappel est ignoré, l'interaction doit s'arrêter là. Évitez de réitérer la même invite de manière insistante ou de donner à l'utilisateur le sentiment qu'une fenêtre manquée a entraîné une perte. Dans un jeu proposant des activités plus longues et optionnelles, rendez-les accessibles après la brève visite au lieu d'en faire le passage obligé pour voir l'animal.
Définissez un rythme de départ, puis observez
Un point de départ raisonnable pour une conception basée sur des rappels consiste à limiter à un rappel facultatif par jour au maximum, à une heure choisie par l'utilisateur. Considérez cela comme un réglage de prototype prudent, et non comme un optimum établi par la recherche. Pour un animal dont l'animation d'inactivité et l'écran de retour offrent déjà suffisamment à découvrir, l'absence de tout rappel peut être la meilleure option par défaut. Les données disponibles ne désignent aucun intervalle idéal universel pour les alertes d'animaux virtuels.
Évaluez le calendrier à l'aide de comportements qui reflètent le choix et l'utilité pour l'utilisateur : la fréquence d'ouverture d'un rappel, la fréquence à laquelle les rappels sont mis en sourdine ou désactivés, les retours spontanés dans l'application sans alerte préalable, et le fait qu'une visite paraisse complète sans se prolonger par une autre sollicitation. Comparez ces indicateurs selon les paramètres de notification choisis. Un taux d'ouverture élevé ne prouve pas à lui seul que le moment était opportun, tout comme une consultation fréquente ne démontre pas en soi qu'un joueur apprécie l'expérience.
L'étude sur Neko Atsume a révélé que la fréquence de consultation n'était qu'un facteur parmi d'autres dans l'engagement à long terme, et ses auteurs soulignent que ces différentes dimensions ne se substituent pas simplement les unes aux autres. Tirez-en un enseignement pour vos mesures : observez les retours dans le jeu en tenant compte de la durée des sessions, de l'utilisation des commandes et des retours qualitatifs sur l'expérience. N'optimisez pas uniquement pour accroître le nombre de consultations. « Busy doing nothing? What do players do in idle games? »
Une règle de décision simple
Appliquez cette séquence pour choisir une fréquence de réponse :
Si le comportement inactif de l'animal donne vie à l'application et qu'aucun événement urgent n'a lieu, laissez l'animal patienter sans envoyer d'alerte.
Si un rappel offre un moment précis et enrichissant, invitez la personne à s'inscrire et laissez-la choisir ou modifier son horaire.
Faites en sorte que la visite soit brève et autonome ; un rappel manqué ne doit pas créer de nouveau problème à résoudre.
Analysez conjointement les désactivations, les ouvertures de rappels et les retours spontanés. Réduisez ou supprimez les rappels lorsqu'ils apportent peu de valeur.
Le principe directeur consiste à rendre l'animal réactif au sein de l'expérience, tout en adaptant le rythme à la personne. Le comportement inactif assure la continuité entre les visites ; les notifications doivent être de rares invitations à revenir, entièrement contrôlées par l'utilisateur. Une fenêtre d'interaction courte permet ensuite d'accepter, de terminer ou d'ignorer facilement chaque visite.