Des réflexions ou des recherches sur les mises à jour forcées sur les applications?
Je me demandais l'impact UX sur les mises à jour forcées sur les applications et je n'ai trouvé que peu ou pas de recherches sur le sujet jusqu'à présent.
Il peut y avoir des informations cruciales auxquelles il faut accéder dans certains cas, mais une mise à jour forcée brutale peut empêcher les utilisateurs d'accéder à ces informations, en particulier dans les zones sans wifi.
Je travaille sur une application de voyage qui contient des informations sur les billets et je crains que ce problème ne nuise gravement à l'expérience utilisateur dans de telles occasions, alors je cherche quelque chose pour me soutenir ici.
Existe-t-il des données/recherches sur la fréquence à laquelle les applications de différents domaines publient des mises à jour forcées et quels sont leurs impacts, etc. et que pensez-vous de ce sujet?
Merci!
Forcer un utilisateur à mettre à jour ou à mettre à niveau le logiciel (sans consentement en arrière-plan ou en restreignant l'accès au logiciel jusqu'à ce que l'utilisateur effectue les étapes nécessaires) est une expérience douloureuse pour tous les utilisateurs.
Disons que vous avez un utilisateur qui essaie de démarrer votre logiciel (probablement avec l'intention d'accéder aux informations de vol ou de billet), puis il est accueilli par une boîte de message l'informant que l'application est inutilisable jusqu'à sa mise à jour. Il s'agit d'une sorte de système utilisé par de nombreuses grandes sociétés de logiciels, mais elles sont souvent actives dans la protection contre les logiciels malveillants ou tout autre type de logiciel qui repose sur des mises à jour pour fonctionner. Ces types d'entreprises n'ont pas le choix sur cette solution, mais c'est toujours une mauvaise expérience globale pour l'utilisateur.
D'un autre côté, disons que vous avez décidé de ne pas mettre à jour l'utilisateur et que vous fournissez une solution qui effectue tout le travail de mise à jour en arrière-plan. À première vue, cela semble être une excellente solution, jusqu'à ce que la mise à jour contienne des modifications importantes ou même échoue, puis endommage quelque chose. Les gens n'aiment pas non plus le changement (en particulier les générations plus âgées), et le fait d'avoir à cliquer manuellement sur un bouton de mise à jour (par exemple) indique à l'individu qu'il y aura des changements. Mais, les mises à jour en arrière-plan n'informent pas l'utilisateur de toute modification du logiciel, et quand ils prévoient d'utiliser le logiciel, cela semble complètement différent et les dissuadera souvent d'utiliser votre logiciel. Vous voulez rendre l'expérience aussi simple que possible pour l'utilisateur final, mais vous ne voulez pas lui enlever le contrôle.
Enfin, vous avez également de nombreux autres problèmes, comme le fait que les habitants des zones rurales ayant un accès limité à Internet vont trouver l'utilisation du logiciel presque impossible. Bien sûr, si le logiciel nécessite un accès à Internet de toute façon, cela pourrait ne pas être un gros problème, mais certaines personnes ne veulent pas modifier leurs appareils par peur de ne pas savoir ce qu'elles font. Comme indiqué ci-dessus, Windows 10 a récemment fait l'objet d'un examen minutieux après que des mises à jour automatiques ont été effectuées en arrière-plan et ont souvent causé de graves dommages à de nombreuses machines dans le monde. Sans oublier que si le logiciel est entièrement basé localement et ne dépend pas de serveurs distants pour récupérer des données, vous devez reconsidérer le fonctionnement de votre application. Vous ne pouvez pas envoyer de mises à jour mineures tous les quelques jours - c'est une recette pour perdre des utilisateurs très rapidement.
Dans l'ensemble, l'expérience globale est juste médiocre pour forcer les utilisateurs à mettre à jour vers des versions mineures du logiciel. Il y a beaucoup de place pour l'erreur, et de nombreux utilisateurs n'aimeront pas s'adapter très rapidement à de nouvelles interfaces ou fonctionnalités - en particulier si les changements sont survenus à leur insu. Cependant, la seule exception à cette règle est que si vous devez déployer des mises à jour qui corrigent des bogues majeurs, vous devez prendre le bon chemin pour corriger votre logiciel, mais ne jamais prendre le contrôle de l'utilisateur final.