Gestió de Deute UX a Escala
Context i Desafiament
Adevinta Spain opera productes digitals de llarga trajectòria com Coches.net, InfoJobs, Fotocasa i Milanuncios, alguns d'ells actius des de fa més de 20 anys. Anys de lliurament continu entre múltiples equips i plataformes van portar inevitablement a l'acumulació d'inconsistències d'UX: interfícies fragmentades, patrons d'interacció desiguals, bretxes d'accessibilitat i un declivi en la qualitat percebuda.
Tot i que els equips eren conscients de molts d'aquests problemes, no existia un llenguatge compartit, un model d'ownership ni un framework operatiu per abordar-los. L'UX debt existia, però era invisible, no es feia seguiment i es despriorititzava sistemàticament en favor del lliurament de noves features.
El repte era fer l'UX Debt explícit, gestionable i part de la presa de decisions normal de producte, sense alentir el lliurament.
El Meu Rol
Com a Director d'UX, vaig liderar aquesta iniciativa a nivell de companyia.
La meva responsabilitat va abastar:
- •Definir una definició compartida i pragmàtica d'UX debt
- •Alinear els líders de producte, disseny i executius al voltant del problema
- •Integrar la gestió d'UX debt en els workflows existents de delivery i priorització
- •Assegurar la sostenibilitat a llarg termini mitjançant visibilitat, reporting i incentius
Què vam fer
Definir UX Debt
Vam començar creant una definició clara i estricta per evitar ambigüitat i mal ús.
UX debt es va definir com: problemes d'experiència d'usuari coneguts que impacten negativament els usuaris i romanen sense resoldre al llarg del temps.
Igualment important va ser definir el que UX debt no era. Vam excloure explícitament:
- •Noves features basades en necessitats validades d'usuari
- •Bugs tècnics (gestionats a través de processos existents)
- •Problemes de rendiment (considerats deute tècnic)
- •Iteracions planificades de features — tret que es posposessin durant més de dos trimestres, moment en què es convertien en UX debt
Aquesta claredat va ajudar els equips a distingir entre treball de product discovery, problemes tècnics i genuí deute de qualitat UX.
Categoritzar UX Debt
Per assegurar consistència entre equips i productes, vam establir un model de categorització compartit:
- •User Interface: inconsistències visuals i components desalineats
- •Interaction Design: manca de reutilització de patrons d'interacció establerts
- •Information Architecture: problemes estructurals i de navegació
- •Content: to, claredat o missatges inconsistents
- •Accessibility: contrast, semàntica, navegació per teclat, suport de lectors de pantalla
- •Cross-Channel Experience: desalineació entre web, apps natives i altres plataformes
Aquesta categorització ens va permetre analitzar patrons, identificar problemes sistèmics i moure la conversa més enllà de problemes d'UI aïllats.
Operacionalitzar UX Debt
Per passar de la teoria a l'acció, l'UX debt havia de viure on els equips ja treballaven.
Vam introduir UX debt com un tipus d'issue dedicat a Jira, alineat amb el seguiment existent de deute tècnic. Es va demanar als dissenyadors de tots els equips de producte que documentessin sistemàticament els problemes d'UX coneguts que complissin la definició.
Per donar suport a la priorització, vam crear un calculador de prioritat d'UX debt, ajudant els equips a avaluar impacte versus esforç i evitar centrar-se només en els "quick wins".
A nivell de lideratge, vam acordar un compromís concret: cada equip de producte resoldria un nombre fix d'issues d'UX debt per trimestre. Tot i no ser perfecte, aquest acord va crear responsabilitat i va fer l'UX debt visible en les converses de planificació.
Sostenir el momentum a través de la visibilitat
Sostenir la iniciativa requeria visibilitat i reforç continus.
Ens vam enfocar en tres palanques:
- •Comunicació regular: l'UX debt es reforçava consistentment a través de cerimònies d'UX, canals de Slack i fòrums de lideratge.
- •Reporting a nivell executiu: el progrés d'UX debt s'incloïa en les revisions mensuals de producte, juntament amb el lliurament de roadmap i KPIs. Això va posicionar la qualitat UX com una preocupació de negoci, no només de disseny.
- •Dashboards compartits: un dashboard de Jira feia transparent la creació i resolució d'UX debt entre productes, equips i mercats.
També vam celebrar activament equips i dissenyadors que van fer progressos significatius, reforçant el comportament positiu i la responsabilitat compartida.
Per què va ser important
Aquesta iniciativa va canviar la manera com els equips pensaven sobre la qualitat UX a escala.
- •L'UX debt es va fer explícit en lloc d'invisible
- •Els trade-offs de qualitat es van convertir en decisions conscients
- •La salut del producte a llarg termini es va poder equilibrar amb el lliurament a curt termini
En tractar l'UX debt com una preocupació de primer nivell, els equips van poder millorar la consistència, l'accessibilitat i la qualitat percebuda sense sacrificar velocitat.
Més enllà dels números, el resultat més important va ser cultural. L'UX debt va reenmarcar la qualitat com quelcom que els equips gestionen activament, no quelcom a què reaccionen quan els problemes es tornen crítics.