``Sino Alice'' Comment terminer un jeu social mémorable. Se terminant là où l'utilisateur entre dans la tombe et laisse une version hors ligne de l'application sur l'appareil [CEDEC2024]

Les conférences ont été données par Misato Takada et Junya Etsuda, ingénieurs de PokeLab Yui Productions. L’application smartphone «Alice chinoise', a introduit des mesures pour le retour des utilisateurs, des spécifications et la mise en œuvre de mesures de fin difficiles à mettre en œuvre, et des mesures à prendre lorsque le nombre d'accès dépassait les attentes de la direction.

Nous avons passé beaucoup de temps à planifier la fin pour que les gens sentent que c'était amusant et fidèle à Sino Alice jusqu'à la fin.

"Alice chinoise"dents,"traîne le dragon" série, "NieRUn RPG dark fantasy avec une idée originale et un directeur créatif de Yoko Taro, célèbre pour la série. L'histoire tourne autour de personnages de contes de fées, comme Alice, Blanche-Neige, Cendrillon et le Petit Chaperon Rouge, qui s'entretuent avec d'autres personnages afin de faire revivre leur auteur.

Ce genre de chose

en premier lieu"Alice chinoise"Dès le début du projet, l’idée était de créer une fin solide. Fin : Lorsqu'un service se termine, cela donne une impression négative et triste au premier coup d'œil,"Alice chinoise"Nous aurons une ambiance de festival jusqu'au bout, de l'utilisateur jusqu'à la fin."Alice chinoise"Ils voulaient que le public sente que c'était unique et amusant, c'est pourquoi ils ont passé beaucoup de temps à développer le « Plan Sino Alice Finale ».

Implémentation d'une astuce pour inciter les utilisateurs à créer des tombes

La première chose que nous avons faite pour faire avancer le "Sino Alice Finale Plan" a été d'annoncer la fin du service sur X (anciennement Twitter). Le titre était plutôt agressif, « La mort de Sino Alice ! Campagne pour faire connaître la mort de Sino Alice », mais en regardant les réactions des utilisateurs, ils ont estimé que l'intention était de « faire de la fin une fête ». événement », et ils ont ressenti une réponse positive.

Après cela, le « Yokubou-hen », qui est le début de la fin, sortira le 20 décembre 2023. Ce qui est important dans les mesures finales, c'est que les utilisateurs eux-mêmes"Alice chinoise"Puisque l'idée était de mettre fin au jeu, il y avait un élément qui effaçait les personnages sur Ma Page. Apparaît au fur et à mesure que l'histoire progresse"Alice chinoise"Un flux s’est construit qui s’est auto-détruit.

Une fois que l'utilisateur a effacé les personnages, il peut éventuellement faire revivre un seul personnage et se préparer pour la bataille de guilde finale. Après cela, le chapitre 7, dans lequel aura lieu le raid final de guilde, sortira le 26 décembre. La période de jeu de fin sera d'environ 2 semaines jusqu'à la fin du service le 15 janvier 2024, et si vous terminez le raid de guilde"Nanika qui était Sino Alice"Il s’agit d’un mécanisme vers lequel basculer.

Le raid de guilde final ne peut être lancé que si tous les membres de la guilde ayant terminé le chapitre 6 de l'arc Yokubou sont présents en même temps. Les conditions de participation sont strictes, mais vous pouvez participer au raid de guilde final avec des membres de guilde qui ont combattu ensemble à travers le Colisée au cours des six dernières années et demie.

"Nanika qui était Sino Alice"peut rester sur votre appareil même après la fin du service"Alice chinoise"version hors ligne de l'application. L'important avec cette application est qu'elle constitue la tombe de l'utilisateur. Seuls les utilisateurs ayant vu la fin"Nanika qui était Sino Alice"Vous pouvez laisser vos propres informations, commentaires, numéro clair, etc.

Cependant, il y a 9 histoires principales au total, et le temps de jeu requis pour atteindre le chapitre 7 final de Yokubou est d'environ 1000 minutes, soit 16 heures. Il s'agit d'une condition difficile pour les nouveaux utilisateurs qui ont commencé le jeu parce qu'ils voulaient voir la fin, et pour les anciens utilisateurs qui sont revenus. Par conséquent, nous avons implémenté la fonction Yokubo-hen SKIP comme fonctionnalité de soulagement pour l'utilisateur. Il s'agit d'une fonctionnalité qui vous permet de passer instantanément au point juste avant la fin si vous utilisez une certaine astuce.

Étant donné que la fonction Yokubou-hen SKIP a été implémentée comme une astuce secrète, la direction ne l'a pas annoncée et a attendu que les utilisateurs le remarquent. Environ deux semaines après la sortie de la fonctionnalité, de plus en plus d'utilisateurs en ont pris connaissance et le 1er janvier de cette année, la direction a publié des informations faisant allusion à cette fonctionnalité. Également couvert dans les médias

"Nanika qui était Sino Alice"Un nombre croissant d'utilisateurs utilisent des astuces pour mettre la main sur le jeu, et un nombre croissant d'utilisateurs atteignent également la fin du service. M. Takada s'est dit à quel point il était heureux d'avoir pu créer une fin de type festival impliquant à la fois les nouveaux et les anciens utilisateurs.

Synchronisation des données et restrictions de connexion pour permettre à tous les membres de la guilde de jouer au jeu

Ensuite, M. Etsuda est monté sur scène. Il a introduit la synchronisation des données lors des raids de guilde et la fonction de restriction de connexion introduite au moment de la version finale, qui comportait de nombreuses innovations techniques dans les mesures finales.

Le but du raid de guilde, qui a été préparé comme étape finale de l'histoire principale, était que tous les membres de la guilde expérimentent le scénario final en même temps, il était donc nécessaire de synchroniser les scénarios joués avant et après la bataille.

Ici, tout le déroulement du raid de guilde est révélé. Lorsque vous entrez dans la phase finale, le scénario d'avant-bataille se déroulera et la bataille commencera. Lorsque vous vaincrez le boss, un film de scénario sera diffusé et le lancer de fin commencera. Après le générique de fin, chaque membre"Nanika qui était Sino Alice"Entrez votre profil et procédez étape par étape.

À cette époque, je voulais que le scénario d'après-bataille, le raid de guilde, le film de scénario d'après-bataille, le générique de fin et le chat de guilde se déroulent simultanément. Pendant la bataille, il est initialement synchronisé à l'aide de WebSocket (un standard de communication pour la communication bidirectionnelle entre le navigateur et le serveur Web), et le film de scénario et le générique de fin après la bataille sont au format vidéo, donc si le début correspond, il se terminera. Le timing sera le même.

Tant que vous pouvez participer au raid de guilde en même temps, il n'est pas nécessaire d'envisager une synchronisation ultérieure. Il a donc expliqué comment le raid de guilde pourrait se dérouler simultanément à partir du scénario d'avant-bataille.

Lors de la synchronisation de la progression, nous avons pris en compte deux points : comment rassembler tout le monde pour démarrer la synchronisation et comment récupérer si un utilisateur plantait l'application alors que l'application était en cours en même temps. Concernant le lieu de départ de la synchronisation, nous avons mis en place une zone d'attente des membres pour les raids de guilde après être entrés dans l'étape finale. Cette zone d'attente est désignée comme Phase 1, et un numéro de phase est défini pour chaque flux suivant, de sorte que si l'application plante pendant le processus, il vous sera demandé de redémarrer à partir de la phase en cours.

Parlons ensuite des restrictions de connexion introduites au moment de la sortie de la version finale."Alice chinoise"Maintenant, de la part des utilisateurs qui ont effacé l'histoire principale."Nanika qui était Sino Alice"Avec cette surprise, ils visaient à augmenter les DAU (Daily Active Users). Cependant, il est impossible de prédire combien d’utilisateurs augmenteront.

Même si les serveurs doivent être augmentés autant que possible, pourront-ils être augmentés immédiatement lorsque la charge augmente ? En raison de contraintes budgétaires, il a été nécessaire de contrôler l'accès dans une certaine mesure. Par conséquent, nous avons mis en place des restrictions de connexion basées sur le taux de demandes.

Cependant, étant donné que les raids de guilde nécessitent la participation de tous les membres, il était nécessaire d'établir des exigences de mise en œuvre. La seule API à restreindre est l'API de connexion qui est activée au démarrage de l'application. Si l'un des membres de la guilde joue, les utilisateurs appartenant à la même guilde peuvent accéder à l'API de connexion même si le taux est limité. Cela dépend du taux de demande. Des restrictions de connexion ont été mises en œuvre. En restreignant les connexions, nous avons pu nous préparer à une augmentation inattendue des accès.

Revenir aux fondamentaux de la gestion des tâches pour surmonter un développement à grande échelle avec un personnel limité

Après cela, M. Takada est remonté sur scène. Cet article a présenté la gestion des tâches dans l'élaboration de stratégies de fin.

On dit que les mesures de fin devaient être mises en œuvre parallèlement aux mesures régulières telles que les événements saisonniers et anniversaires. Les spécifications finales seraient progressivement réduites, disant: «Ils semblent créer une application hors ligne qui fonctionnera même après la fin du service.» Bien que les spécifications officielles n'aient pas été communiquées, lorsque nous avons résumé la discussion, nous avons pensé qu'il serait possible de le mettre en œuvre avec le nombre d'ingénieurs dont nous disposons actuellement.

Cependant, comme l'équipe approche de la fin de son service, il y aura quelques mouvements de personnes. En raison de la difficulté de recruter du personnel supplémentaire, le projet s'est retrouvé avec moins d'ingénieurs que prévu initialement et les choses ne se sont pas déroulées sans heurts. M. Takada a décidé de « suivre fidèlement les bases de la gestion des tâches » car c'était presque la première fois qu'il gérait des tâches pour un projet de développement à grande échelle. Les tâches trop volumineuses ne seront pas visibles, alors coupez-les en morceaux plus petits et vérifiez les heures de travail. Nous avons également vérifié si la mise en œuvre pouvait être achevée à temps par rapport à la période de mise en œuvre restante. Ils ont hiérarchisé les tâches dans l'ordre dans lequel elles étaient traitées, et pour les spécifications où les heures de travail étaient serrées, ils ont considéré des spécifications qui pouvaient être compressées, garantissant ainsi une « visualisation » approfondie.

Grâce à ces efforts, nous avons pu terminer le développement de la mesure finale dans les délais. Avec le recul, la principale raison pour laquelle il a pu atteindre cet objectif était de « fixer des jalons ». Apparemment, ils organisaient des séances de jeu toutes les deux semaines dans le but de « confirmer cette mesure sur une machine réelle ».

Nous sommes désormais en mesure de vous contacter à l'avance si la mise en œuvre est susceptible d'être retardée lors d'un événement de jeu, ce qui facilite le suivi de ces problèmes. « Si nous ne pouvons pas arriver à temps pour cette session de jeu, que diriez-vous de le rendre disponible pour le visionnement la prochaine fois ? » En ayant une communication étroite avec eux, ils ont pu avancer efficacement dans le cycle de développement. M. Takada dit également qu'en vérifiant régulièrement ce qui fonctionnait, il a pu dissiper l'anxiété qui persistait parmi les équipes impliquées dans le développement à long terme, se demandant si elles créaient quelque chose de vraiment intéressant.

Enfin, M. Takada a déclaré :"Cina Alice"Je suis vraiment heureux que les ingénieurs, les planificateurs et le marketing aient tous pu mettre en avant l'idée de profiter pleinement de la fin d'un service unique", a-t-il déclaré, et la conférence s'est terminée.

Précédentau prochain