Est-il avantageux de lancer une application complète ou de la mettre à jour progressivement au fil du temps?
J'ai une application avec une gamme très limitée de fonctions. Cela signifie qu'une fois que j'aurai implémenté toutes les fonctionnalités, il n'y aura presque plus de mises à jour dans les fonctionnalités. Les utilisateurs sont conscients de la gamme de fonctionnalités que l'application devrait avoir, de sorte qu'ils pourraient ne pas être satisfaits de l'état actuel de l'application. J'ai terminé env. 90% des fonctionnalités de l'application et le processus de développement prendront au moins deux semaines supplémentaires. Quelle serait la meilleure chose à faire? Lancer une application complète et complète ou déployer des fonctionnalités supplémentaires dans les mises à jour à l'avenir? Ces fonctions dont je parle ne sont pas essentielles, car la fonctionnalité principale fonctionne déjà. Je suppose qu'il peut être préférable de mettre à jour l'application au cours des prochaines semaines plutôt que de lancer le package complet. Quelqu'un a-t-il de l'expérience avec cela? Je préférerais toujours soumettre l'application complète, même si à ce stade les utilisateurs seraient plus que satisfaits des fonctionnalités.
Ce n'est pas une question claire et sèche. Il y a des avantages et des inconvénients à chaque approche, et chacun doit être utilisé dans des situations différentes.
Dans les applications pour lesquelles il y a peu de conséquences d'échec, il est généralement préférable de publier dès que vous avez un produit viable minimum. Cela vous donne la possibilité d'obtenir de véritables commentaires des utilisateurs, ce qui montre souvent que les fonctionnalités que vous pensez ne sont pas importantes pour les utilisateurs. Cette rétroaction précoce est inestimable dans de nombreuses situations, et c'est pourquoi en cas de doute je recommande de publier tôt puis de répéter rapidement.
Peu de gens réessaieront une application si leur première expérience a été mauvaise. Donc sortir tôt ne veut pas dire sortir une application de mauvaise qualité. Il s'agit de publier avec un ensemble de fonctionnalités minimum suffisant pour le rendre utile/divertissant pour vos clients.
Dans les applications essentielles à la mission (les applications médicales en sont un exemple), vous devez publier une application pleinement fonctionnelle qui répond aux exigences de conception. Cependant, ce type d'applications est rare et la plupart des développeurs ne travailleront pas dessus.
D'après mon expérience, les utilisateurs finaux sont étonnamment oublieux des fonctionnalités et limitations manquantes une fois que les fonctionnalités sont implémentées et que les limitations sont supprimées. Rappelez-vous quand les téléphones intelligents ne proposaient pas de couper-coller? Vous souvenez-vous quand la XBox One nécessitait une connexion Internet permanente?
Mais, encore une fois - selon mon expérience - les utilisateurs oublient moins la qualité du code. Il est difficile de dépasser un programme qui "se sent" bogué ... même lorsque ces bogues ont disparu.
Vous pouvez publier la version bêta, cela devrait être moins stressant pour les utilisateurs lorsqu'ils rencontrent des problèmes. Au moins, le statut bêta vous pardonnera. Il est également possible d'impliquer un nombre limité d'utilisateurs pour les tests bêta.
Le fait est que plus tôt vous donnez votre application aux vrais utilisateurs, plus tôt vous obtenez des commentaires. Vous n'êtes pas comme vos utilisateurs, donc j'irais avec une telle stratégie.
Libérez tôt, libérez souvent le paradigme a ses avantages. Vos utilisateurs attendent ce que l'application doit faire, mais ils ne savent pas comment ce serait.
Je pense que d'un meilleur point de vue marketing, vous devriez présenter les meilleures fonctionnalités de votre application lors du premier lancement afin qu'elle puisse se démarquer parmi les applications similaires. Ensuite, si cela se passe bien (ou non, c'est une chose hors de contrôle en ce moment), vous pouvez ajouter n'importe quelle fonctionnalité qui prend en charge le flux de travail principal. Le succès de l'application sur le marché dépendra de façon significative de la façon dont elle fonctionne au moment du lancement. Bien sûr, les meilleures mises à jour peuvent également changer cela plus tard, mais pourquoi laisser les choses pour l'avenir.
La base de référence est - la fonctionnalité principale doit être complète et polie au lancement et je suis d'accord avec Alexey, obtenez les commentaires des utilisateurs dès que vous le pouvez en le lançant au moment parfait plutôt que de perdre du temps en développant des fonctionnalités de support, vous pouvez ajouter les flux de support plus tard.