Impact sur l'utilisateur final par la fréquence et le calendrier des mises à jour et des améliorations
En tant qu'organisation, nous nous efforçons de rester compétitifs et actuels. Avec cela, nous discutons souvent des changements d'interface utilisateur et des impacts qu'ils ont sur notre base d'utilisateurs. Nous nous préoccupons de la fréquence et de la mesure dans laquelle nous apportons des changements. Existe-t-il des études ou des règles empiriques qui indiquent une durée acceptable avant de pouvoir introduire des modifications de l'interface utilisateur, grandes ou petites? Si nous, en tant qu'organisation, avons une variété d'applications et avons suffisamment de ressources pour en mettre à jour une à la fois, quel est le délai approprié entre les mises à jour, c'est-à-dire combien de temps une application peut-elle être mise à jour vers une nouvelle norme d'interface utilisateur tandis que les autres restent les original? 12 mois? Deuxièmement, si chaque mise à jour ou amélioration que nous faisons, grande ou petite, est destinée à faciliter la vie de notre base d'utilisateurs, est-ce que la fréquence à laquelle nous les faisons est importante?
Les modifications de l'interface utilisateur pour tous les 3-6 mois sont tout à fait suffisantes pour qu'un utilisateur connaisse l'application et commence à l'utiliser plus efficacement et vous fournisse des commentaires sur ses points faibles. Si vous consultez l'historique des mises à jour de Photoshop http://en.wikipedia.org/wiki/Adobe_Photoshop_version_history#Version_history Vous verrez qu'ils ont mis à jour le logiciel en moyenne 6 mois. Tout comme la suite Microsoft Office, consultez l'article WikiPedia.
Mais les changements dans l'interface utilisateur devraient dépendre entièrement des commentaires et des analyses des utilisateurs. Des modules de collecte de commentaires tels que "Signaler un bogue" ou "Suggérer une nouvelle fonctionnalité" doivent être implémentés dans l'application. Lorsqu'un nouveau module est suggéré par un utilisateur, la communauté peut voter pour cette fonctionnalité. Ainsi, pour les votes reçus sur une fonctionnalité particulière, vous pouvez conserver un journal d'état où les utilisateurs sont informés si un tel module est mis en œuvre dans la prochaine version. http://forums.gomockingbird.com/forums/44049-feedback-feature-requests