Comment présenter l'UX et concevoir le nettoyage de la dette aux responsables de l'ingénierie et des produits
Qu'est-ce que la dette UX, comment l'inventorier et la hiérarchiser, et comment présenter le nettoyage et concevoir des refactorisations de systèmes en termes de financement des dirigeants : risque, coût et revenus.
À retenir
La dette UX est l'accumulation de problèmes d'expérience à partir de raccourcis, comme la dette technique pour la conception. Pour financer le nettoyage, rendez-le visible grâce à un inventaire étayé par des preuves, hiérarchisez en fonction de l'impact des utilisateurs, de la fréquence et des efforts, demandez un budget stable (une part de chaque sprint) plutôt qu'une grande réécriture, et signalez les progrès dans les mesures déjà suivies par les dirigeants.
Qu'est-ce que la dette UX
Nielsen Norman Group décrit la dette UX comme des problèmes d'expérience qui s'accumulent lorsque les équipes choisissent à plusieurs reprises des solutions rapides et faciles, similaires à la dette technique, un terme inventé par Ward Cunningham en 1992. Si elle n'est pas résolue, elle entraîne des problèmes d'utilisateur aggravés et un nettoyage coûteux. Les exemples incluent des composants incohérents, des flux confus qui étaient « temporaires » et des modèles obsolètes conservés pour des raisons de commodité.
Un argumentaire en quatre étapes
Les dirigeants financent ce qu’ils peuvent voir et mesurer :
- Inventaire : répertoriez les problèmes avec des preuves telles que des clips de recherche, des tickets d'assistance, des analyses et des rapports de bogues.
- Prioriser : classer en fonction de l'impact sur l'utilisateur, de la fréquence à laquelle cela se produit et des efforts déployés pour y remédier.
- Budget : demandez une part fixe de chaque sprint au lieu d’une refonte radicale.
- Afficher la progression : mesures avant et après pour chaque élément corrigé.
Parlez la langue de ceux qui le financent
Traduisez chaque élément en risque, coût ou revenu : "cette incohérence de paiement génère N tickets d'assistance par mois", "les composants de bouton en double ajoutent un jour à chaque fonctionnalité", "ce flux ne respecte pas les règles d'accessibilité que nous devons respecter". Associez chacun à une estimation, en utilisant la même approche que les calculs de retour sur investissement UX.
Trouvez-le tôt
NN/g recommande d'obtenir souvent de vrais commentaires des utilisateurs et de diverses manières, avec des tests avant les versions de sprint et des tests en cours au moins une fois par mois. Ajoutez les éléments de dette UX au même backlog que la dette technique afin qu'ils soient visibles dans la planification, et non dans un document de conception distinct que personne ne lit.
Refactoriser le système de conception
Pour le nettoyage au niveau du système, indiquez le coût de ne pas le faire : combien de variantes du même composant existent, combien de temps prennent les nouvelles fonctionnalités et combien de bogues de l'interface utilisateur sont dus à une incohérence. Un petit pilote, refactorisant d’abord une zone à fort trafic, rend le cas meilleur qu’une diapositive.
Principes clés à retenir
- La dette UX est une expérience accumulée des problèmes liés aux raccourcis
- Inventaire avec des preuves, puis hiérarchiser par impact, fréquence et effort
- Demandez un budget stable, pas une grande réécriture
- Traduire les éléments en risque, coût et revenu
- Suivez la dette UX dans le même arriéré que la dette technique
Questions fréquentes
Sources
- UX Debt: How to Identify, Prioritize, and Resolve — Nielsen Norman Group
- Calculating ROI for Design Projects in 4 Steps — Nielsen Norman Group