Utiliser une mauvaise interface utilisateur jusqu'à la refonte globale ou ajouter une bonne interface utilisateur par petites étapes?
J'ai commencé à travailler en tant que concepteur UI/UX pour une grande entreprise avec un grand site Web.
Étant donné que les développeurs sont occupés à développer des fonctions backend, les ressources sont actuellement limitées.
Dois-je commencer à concevoir une bonne interface utilisateur même s'ils ne pourront pas la changer globalement (par exemple, formulaires, modaux, etc.)?
Ou devrais-je concevoir avec l'ancienne et mauvaise interface utilisateur afin que les utilisateurs ressentent la cohérence jusqu'à ce que nous parvenions à effectuer une refonte globale?
En tant que concepteur principal dans la startup où je travaille, je dois gérer la même situation assez souvent. Je ne pense pas qu'il y ait une seule solution. Cela dépend de votre situation. Cependant, mon expérience dans la gestion de cette situation pourrait vous aider.
Nous avons une définition claire des versions. Une version contient un ensemble de fonctionnalités qui doivent être construites. Au début de la période de développement, nous nous asseyons ensemble pour discuter de ce que les développeurs et les concepteurs doivent faire pour terminer la prochaine version.
Disons que les fonctionnalités backend actuelles sur lesquelles les développeurs travaillent font partie de la 'version 1'. Chaque fois qu'ils vous demandent un design qui a un impact sur cet ensemble spécifique de fonctionnalités, vous le concevez comme défini pour la version 1. Même si vous savez peut-être que vous souhaitez le reconcevoir pour la version 2.
Maintenant, en attendant, vous travaillez sur la conception de la prochaine 'version 2'. Dans cette version, vous pouvez implémenter des éléments de conception nouveaux et améliorés. Faites une liste claire de toutes les améliorations que vous aimeriez voir pour la prochaine version et assurez-vous de pouvoir en discuter lors de la prochaine réunion des développeurs où ils parleront des plans à venir.
D'après mon expérience, vous devez être très clair sur ces choses. Nous avons perdu du temps auparavant parce que je voulais avoir un meilleur design tout de suite. Avoir un ensemble complet de fonctionnalités vaut plus que d'avoir un ensemble incomplet avec un bon design. Mais là encore, c'est ainsi que nous avons mis en place notre communication entre développement et design.
Peut-être que la meilleure chose à faire est de parler à vos développeurs et d'essayer de configurer quelque chose pour travailler ensemble.
Pour être honnête, je ne sais pas ce que tu veux dire, mais quoi que ce soit, la réponse sera toujours: fais-le bien
Il n'y a vraiment pas un seul scénario dans lequel faire quelque chose de mal aidera quiconque à quoi que ce soit. Et l'idée de l'UX est de AMÉLIORER les expériences et les processus. Et cela inclut des gains de temps de développement.
Vous dites que les ressources sont limitées. Si vous faites des erreurs, vous augmenterez le besoin de plus de ressources, ne laissant que 2 chemins:
- passer plus de temps/ressources pour résoudre quelque chose qui n'aurait jamais dû exister
- Lancer quelque chose de incomplet ou de mal
Comme vous pouvez le voir, c'est une situation perdant-perdant .
D'un autre côté, si vous faites les choses dès le départ, en développant les tâches de manière modulaire, vous serez en mesure de faire votre travail comme prévu et les développeurs sauront déjà à quoi se préparer. De plus, s'ils sont au stade de développement, il est probable qu'ils seront prêts à faire tout ce qu'on leur demandera de faire, y compris .... UX approprié .
Lisez l'article 1 sur cette page (extrait ci-dessous)
Le temps des développeurs est extrêmement précieux. Dans un monde parfait, les développeurs passeraient 100% de leur temps à créer de nouveaux produits et fonctionnalités impressionnants. En réalité, environ 50% du temps d'ingénierie est consacré à des retouches qui auraient pu être évitées. De plus, la correction d'une erreur après le développement est jusqu'à 100 fois plus chère qu'auparavant.
Réflexion finale:
comment faites-vous les choses de manière intentionnelle? Une chose échoue à essayer quelque chose qui, selon nous, fonctionnera, mais ce n'est pas le cas. Nous avons tous vécu cela (d'où la raison pour laquelle nous testons tant). Un autre autre est de le faire mal intentionnellement. Personnellement, je devrais réfléchir sérieusement à la façon de mal faire les choses exprès. J'imagine que ce serait quelque chose comme " la théorie et l'expérience me disent que les choses devraient être comme X. Ensuite, faites quelque chose d'autre au hasard", mais même alors, ce serait quelque chose de difficile à saisir (conceptuellement parlant, c'est comme dire: "Je vais désapprendre ce que je sais")
J'aide actuellement à maintenir près de 50 applications Web.
Vous devriez suivre les petits changements progressifs.
Les raisons:
- les ressources sont limitées
- De gros changements coûteraient beaucoup de temps aux développeurs, vous ne savez pas s'ils l'ont
- Les tests pourraient augmenter considérablement, non seulement ils auraient besoin de tester les nouveaux éléments, mais également l'ancien que vous avez modifié dans votre nouvelle interface utilisateur.
Et je serai d'accord avec la réponse de Mike M, vos changements pourraient ne pas être quelque chose que le client a demandé, s'ils cassent TOUT vieux truc, toute votre équipe en prend inutilement le blâme.
De grands changements drastiques se produisent généralement lorsque les applications sont dans l'ancienne technologie et sont déplacées vers une nouvelle. Ou lorsqu'il y a des changements drastiques dans les exigences.
Assurez-vous que votre définition de la bonne (nouvelle) interface utilisateur est alignée avec les besoins actuels des clients payants. Cela peut vous donner un effet de levier avec la direction pour aller de l'avant et consacrer plus de ressources à la nouvelle conception (et au développement).
Si vous travaillez pour une grande entreprise établie, je suppose qu'ils ont bien fait certaines choses. Cela dit, il semble que vous ayez évalué qu'ils pourraient utiliser de sérieuses améliorations.
Vous dites que les ressources pour le développement sont limitées; peut-on en dire autant de la recherche et des tests?
Si vous pouvez consacrer 20% à la construction d'un boîtier pour un nouveau design, vous pourriez avoir plus de poids pour aller de l'avant. En attendant, les clients payants auront l'attention de la direction.
Si vous obtenez l'adhésion des influenceurs de votre organisation, @NGAFD a souligné quelques bons points ici sur les approches de mise en œuvre d'une nouvelle version de votre produit.