Rester à jour avec de nombreuses applications d'entreprise dans le portefeuille
Notre organisation dispose de 6 applications avec lesquelles nos utilisateurs finaux interagissent quotidiennement. Chaque application est développée par une équipe distincte et vit dans ses propres fichiers de solution. Nous avons fait un effort au cours des 12 derniers mois pour appliquer les normes de conception autour de nos applications afin que, pour la plupart, elles se ressemblent chacune. En raison du couplage, du code hérité et des anciens contrôles, il est difficile d'apporter des modifications de conception radicales à toutes les applications. Ma question est la suivante: dans ce type d'environnement, si nous voulons faire passer notre organisation à la prochaine étape en termes d'interface utilisateur et d'UX, comment pourrions-nous procéder, étant donné qu'il est déraisonnable de supposer que cela peut être fait pour les six applications simultanément dans un de manière opportune? Est-il acceptable de se concentrer sur une seule application et d'en faire le meilleur possible et si oui, comment notre utilisateur le percevra-t-il? Allons-nous nuire à l'expérience utilisateur en ayant une application différente des autres avec lesquelles l'utilisateur interagit?
Exemple de workflow:
Connexion> application 1> application 2> application 1> application 3> application 1> déconnexion
Avec tout changement/refonte massive, vous devez commencer quelque part. La chose la plus importante est que vous commenciez.
Si vous souhaitez établir des priorités, essayez de faire des recherches (peut-être même des tests d'utilisabilité) avec votre base d'utilisateurs pour découvrir avec quoi ils luttent ou ce qui les ennuie le plus. Cela peut être aussi informel qu'une discussion rapide si vous manquez de temps/de ressources.
À partir de là, selon vos découvertes, vous pouvez emprunter 2 itinéraires pour organiser cela:
- Ciblez un problème d'utilisation petit mais important dans les 6 applications. Rincez et répétez jusqu'à ce qu'ils soient tous satisfaits.
- Faites d'une application un produit phare et laissez-le devenir le modèle pour les autres applications.
La première option est bonne car elle
- Maintient la cohérence entre toutes vos applications.
- Ne présente pas à vos utilisateurs une courbe d'apprentissage abrupte immédiate.
- Vous permet de recueillir des commentaires détaillés sur l'effet de chaque petit changement.
La deuxième option est bonne car elle
- Est une merveilleuse façon de communiquer aux autres équipes comment leur propre produit doit évoluer.
- Montre vraiment à vos clients ce que vous pouvez faire pour améliorer (peut être un excellent RP).
Le choix dépend des points les plus importants pour votre organisation.
D'après mon expérience, les utilisateurs ont tendance à bien répondre à tous les efforts pour leur faciliter la vie, en particulier si le logiciel qu'ils utilisent est lié à leur travail (ils sont donc un peu bloqués à l'utiliser). Si vous apportez des changements qui les aident vraiment et que vous communiquez clairement ce que vous faites (avec un calendrier pour le projet), ils seront patients quelle que soit la voie que vous choisissez.
Vous dites que "l'organisation a 6 applications" à droite. C'est la même chose avec stackexchange.com
Savez-vous, il n'y avait pas stackexchange.com plus tôt, c'était seulement stackoverflow.com
Mais à mesure que le temps passe et que le produit devient de plus en plus savoureux, le service a frappé les forums Q/A. Il existe maintenant environ 50 forums Q/A de portée différente.
En termes d'UX et d'UI, ils ont créé une merveilleuse solution
UX: Tous les états, contrôles et comportements des sites Web sont similaires. Interface utilisateur à 100%: la recherche et tous les concepts d'interface utilisateur sont différents selon le type de site Web.
Exemple - Les boutons et liens de stackoverflow.com sont un peu différents de ux.stackexchange.com
Donc, si votre hymne (Q/A pour stackexchange.com) est similaire, l'interface utilisateur est plus efficace.
Mais si l'hymne est différent, je pense que cela peut être votre problème, alors concentrez-vous sur le squelette principal de votre site Web principal. Il devrait être uniforme pour tous les sous-sites Web. Comme les produits Google. Ils ont des solutions différentes mais leur squelette est toujours similaire.
Pensez à votre squelette UI | UX principal :)
L'utilisateur se sentira certainement bien
Je suis tout à fait d'accord avec @Franchesca. Je veux juste ajouter que, selon votre organisation, le choix entre la première et la deuxième option sera basé sur --- culture organisationnelle et politique, qui comprend le équilibre de parties prenantes 'pouvoir et intérêts, ainsi que support par top management .