Apporter des modifications aux produits existants
Je continue de tomber sur cette situation et j'espérais que quelqu'un aurait plus d'informations à ce sujet:
Nous avons un produit existant et on m'a demandé de "faire quelque chose de mieux", alors je commence par considérer ce que le flux/écran devrait faire et en regardant les modèles de conception existants pour la fonctionnalité. I Concevoir une structure filaire de la façon dont le flux/écran utilisateur peut être représenté et montré aux parties prenantes. La plupart des gens conviennent que les changements améliorent l'expérience, mais quelqu'un soulève ensuite la question:
"Qu'en est-il des utilisateurs existants du produit, un nouvel écran leur sera désormais présenté et cela n'aura pas de sens pour eux."
Maintenant, idéalement, je suggère de le tester avec certains utilisateurs, mais lorsque cela n'est pas possible, j'ai fourni des preuves que l'approche que j'ai adoptée utilise des modèles existants qui sont courants dans les applications Web, donc les utilisateurs devraient être en mesure de comprendre comment les utiliser .
Je me demandais donc si vous pouviez penser à autre chose que je puisse faire? Ou les gens pensent-ils que nous ne devrions pas changer les choses car cela affectera trop les utilisateurs existants?
En ce qui concerne les produits et les utilisateurs existants, j'ai tendance à être dans le camp "Tweak, Don't redesign".
J'entends par là qu'au lieu de reconcevoir de manière à éventuellement aliéner les utilisateurs existants, décomposer les améliorations prévues en une série de changements autonomes. Ensuite, regardez ce que vous pourriez considérer comme des ajustements - les changements les plus simples qui pourraient résoudre un problème ou améliorer l'expérience de la plupart des gens. Déterminez l'avantage par rapport au coût (+ risque).
Les ajustements ont l'avantage qui va avec le travail à plus petite échelle (approbation, coût, temps, essais, rétroaction, confiance) et lorsque vous obtenez des commentaires, vous pouvez l'attribuer au Tweak correspondant plutôt que de le pointer maladroitement vers la refonte complète.
Par une refonte majeure, vous courez le risque de casser des choses; utilisateurs ennuyeux; introduire plus de problèmes cachés et la confiance d'avoir fait la bonne chose est plus difficile à déterminer.
Il est probable que vous n'implémenterez pas une refonte et que vous devrez ensuite mettre en œuvre des ajustements.
Examinez la refonte que vous envisagez - découvrez quels problèmes particuliers sont résolus. S'agit-il des problèmes fondamentaux à l'origine de la demande de refonte, ou est-ce beaucoup plus important? Comparez ensuite avec les tecks que vous pourriez faire au système afin d'améliorer l'expérience. Découvrez pourquoi le système actuel est un problème pour les utilisateurs et quelle était la véritable raison pour laquelle on vous a demandé de "faire en sorte que quelque chose fonctionne mieux", et prenez du recul et repensez avant de repenser.
À l'excellente réponse de Roger Attrill (Tweak, ne refaire pas complètement), j'ajoute: si vous apportez des modifications plus importantes, fournissez également des indices aux utilisateurs existants, tels que des choses à double encodage. Pour un exemple non logiciel, considérez ce qui se passe quand ils renomment/renumérotent les sorties sur les autoroutes principales: pendant un certain temps, vous obtenez des panneaux comme "Nouveau nom (ancien nom)" et "Sortie 79 (ancienne sortie 5)". Vous pouvez faire la même chose dans un logiciel lorsque vous modifiez des concepts sur des personnes - "panneau de configuration (préférences)", "mon profil (paramètres de compte)", etc.
Nous rencontrons ce problème tout le temps où je travaille. Nous proposons des améliorations sur la façon de mieux faire les choses et rencontrons souvent la résistance de la haute direction.
Consultez cette question qui devrait vous donner quelques conseils sur la façon de procéder.
Votre question concerne plus la gestion du changement que la conception UX - le problème auquel vous êtes confronté affecte de nombreuses parties différentes d'un projet.
Il est possible que les utilisateurs existants aient besoin d'une orientation vers un nouveau design - alors fournissez-le. Tout, de la documentation d'aide avec les FAQ sur la nouvelle interface à un webinaire de 30 minutes (en direct ou enregistré) peut aider les utilisateurs existants. Sachez que tous les utilisateurs ne rechigneront pas de la même manière - certains utilisateurs seront satisfaits d'un journal des modifications (liste en texte brut), certains nécessiteront plus de prise en main.
Notez que ceci est un problème sérieux et doit être autorisé, mais ce n'est guère une raison pour ne pas faire évoluer un produit.