Lancement de la mise à niveau du jeu: calendrier de sortie multiplateforme

Je viens de terminer une mise à niveau majeure pour un ancien titre mobile, qui n'a pas vu de mise à jour depuis plus d'un an. Beaucoup de nouveau contenu, les choses sont belles.

Malheureusement, de nos jours, il faut en moyenne 12 jours pour obtenir la mise à jour via le tube d'approbation iTunes, mais moins de 2 heures pour la lancer immédiatement sur Google Play.

Si je mets la version maintenant, je peux au moins frapper la période des vacances d'automne sur Android, et les gens iOS devront attendre que leur version soit approuvée.

Mais j'entends d'autres studios qu'ils attendent et lancent les deux mises à jour en même temps, pour atteindre un soi-disant «effet de synergie», car (si je comprends bien), l'attention portée à la mise à jour déborde sur la plate-forme miroir.

Mais ... je suis simplement sceptique à ce sujet. Cet effet est-il vraiment si fort que vous retarderiez les lancements de plusieurs semaines? Et googler un peu, j'ai du mal à trouver des chiffres qui peuvent soutenir cette stratégie.

Pour le dire plus directement: est-ce que le fait de retarder le lancement d'une application jusqu'à ce que toutes les plateformes soient synchronisées en "vaille la peine"?

Bien sûr, je retiendrai mes chevaux PR jusqu'à ce que la mise à niveau soit prête pour les deux plates-formes, mais est-ce vraiment si mauvais de faire un lancement "prématuré" d'une application sur une seule plate-forme?

Si quelqu'un peut soutenir cette stratégie avec plus qu'un simple sentiment d'intestin (les chiffres et les graphiques sont toujours excellents), je suis tous à l'écoute. Je ne fais rien à mon application avant d'avoir des informations solides sur ces stratégies de mise à niveau.

PS: Je suis conscient que la même méthode est utilisée lors du lancement initial de l'application, où, d'une certaine manière, cela a plus de sens pour moi. Si vous avez des données sur la force des avantages de cette stratégie, je suis également à l'écoute.

Ok puisque vous voulez des chiffres, je ne peux vous garantir qu'un seul numéro: 1. C'est moi. Mais certaines choses ne peuvent pas être chiffrées, et c'est ce que les gens pensent de certaines choses.

Lorsque vous publiez des mises à jour pour différentes plates-formes à des moments différents, et en supposant que l'utilisateur attend déjà cette mise à jour, les utilisateurs qui doivent attendre plus longtemps ont le sentiment d'être sur une plate-forme de deuxième classe. D'un autre côté, si vous publiez des mises à jour "prématurées" uniquement sur une plate-forme et non sur les autres, alors cette communauté peut ressembler à un environnement de test, comme des rats. Personnellement, je n'aime pas jouer à des jeux inachevés / cassés, sauf si je suis conscient de cela et d'humeur à le faire. Je pense que si vous expliquez à la communauté que sur iOS, le processus de validation prend généralement beaucoup plus de temps que la désynchronisation des versions pourrait n'avoir aucun effet notable sur la communauté. Soyez honnête avec la communauté et ne leur mentez pas.

Une autre histoire est celle où votre jeu est multijoueur. Ensuite, vous devez vous assurer que tout le monde a accès à la même version en même temps. Ce n'est pas bien quand quelqu'un ne peut pas jouer avec ses amis, car il n'a pas accès à la même version.

Dépend uniquement du jeu!

Pendant le post-mortem du projet de jeux échoués, le responsable du développement doit justifier l'échec et, à ces moments, la date de lancement est l'une des meilleures excuses pour s'échapper. Mais la vérité est que c'était la mauvaise sélection de contenu dès le premier jour lui-même.

Si le contenu du jeu et le jeu sont vraiment fabuleux, une fois l'assurance qualité terminée, je ne vois aucune raison de suspendre la sortie.

Vous attendez la cohérence multiplateforme juste pour vous assurer un nombre maximum de téléchargements. Parce qu'une fois que les mauvaises critiques / évaluations ont été publiées, presque personne ne voudrait essayer le jeu.