D Cómo priorizar iniciativas de UX en empresas grandes: De la opinión a la rentabilidad

En las grandes organizaciones, la escasez de ideas rara vez es el problema; el verdadero desafío es la abundancia de solicitudes y la incapacidad para ejecutarlas todas simultáneamente. Los líderes de producto, tecnología y marketing se enfrentan a backlogs infinitos donde compiten correcciones de bugs críticos, nuevas funcionalidades exigidas por la competencia, deuda técnica acumulada y mejoras de experiencia de usuario (UX) necesarias para retener clientes. Sin un sistema claro, la priorización recae en quien grita más fuerte o en la opinión de la persona mejor pagada en la sala (HIPPO), lo que resulta en productos fragmentados y equipos frustrados.

La priorización de UX no es simplemente ordenar una lista de tareas en Jira; es un ejercicio fundamental de estrategia de negocio que conecta las necesidades del usuario con los objetivos financieros de la compañía. Para las empresas de banca, seguros y servicios complejos, donde la confianza y la claridad son la moneda de cambio, elegir qué no hacer es tan vital como decidir qué construir. Una mala priorización no solo desperdicia recursos de desarrollo, sino que erosiona la lealtad del cliente al entregar experiencias que no resuelven problemas reales.

Este artículo aborda cómo transformar el caos del backlog en una hoja de ruta estratégica y rentable. Exploraremos cómo pasar de una mentalidad reactiva a una basada en evidencia, utilizando marcos de trabajo adaptados a la complejidad corporativa y estableciendo una gobernanza que permita a los equipos de UX operar como socios estratégicos del negocio, y no solo como ejecutores de pantallas.

Imagina una institución financiera líder en su región. Tienen presupuesto, talento en ingeniería y un equipo de diseño competente. Sin embargo, su aplicación móvil tiene una calificación de 2.8 estrellas y el Call Center está colapsado por dudas sobre cómo realizar transferencias internacionales. Al revisar su roadmap, encontramos 150 iniciativas "prioritarias" para el próximo trimestre. Cuando todo es urgente, nada es importante. Esta situación, que en Aguayo vemos con frecuencia, no es un problema de capacidad de producción, sino de capacidad de decisión. Es la parálisis provocada por la abundancia de opciones y la falta de criterios unificados para descartar.

El problema raíz en estas organizaciones suele ser la desconexión entre la estrategia corporativa y la ejecución diaria de los equipos de producto digital. Los directivos hablan de "transformación" y "centrado en el cliente", pero los incentivos están alineados a la entrega de funcionalidades (outputs) en lugar de a la generación de resultados (outcomes). En este contexto, el equipo de UX se convierte en una fábrica de maquetas que trata de complacer a todos los departamentos, generando una experiencia de usuario esquizofrénica donde cada sección de la app parece diseñada por una empresa distinta.

Para salir de este laberinto, es necesario pausar la maquinaria de producción y recalibrar la brújula. La priorización efectiva requiere valentía política para decir "no" a buenas ideas que no son las ideas correctas para este momento. Requiere entender que el recurso más escaso en una gran empresa no es el dinero, sino la atención del usuario y el tiempo de los desarrolladores. En las siguientes secciones, desglosaremos cómo construir esta maquinaria de decisión, transformando la subjetividad política en claridad operativa.

Del UX reactivo al estratégico: Un cambio de mentalidad

La priorización comienza mucho antes de abrir una hoja de cálculo; comienza en la cultura del equipo. En muchas organizaciones tradicionales, el UX se ve como la capa final de pintura, lo que condena al equipo a trabajar de manera reactiva sobre decisiones ya tomadas. Para priorizar correctamente, el UX debe moverse aguas arriba.

La trampa de la "Fábrica de Features"

El modo operativo por defecto en muchas empresas grandes es la "Fábrica de Features" (Feature Factory). La premisa es simple pero errónea: "Si construimos más cosas, entregamos más valor". Bajo esta mentalidad, la priorización se basa en la velocidad de entrega y en cumplir con fechas arbitrarias prometidas a ventas o marketing.

• Síntoma: El equipo celebra el lanzamiento de una funcionalidad ("¡Ya tenemos biometría!"), pero nadie mide si los usuarios la están usando o si redujo el fraude.
• Consecuencia en UX: El diseño se apresura, se saltan las pruebas de usabilidad y se acumula "Deuda de UX" (inconsistencias, flujos rotos, textos confusos) que luego es muy costosa de pagar.

El enfoque estratégico: Priorizar por valor, no por volumen

El cambio de mentalidad implica dejar de preguntar "¿Cuándo podemos entregar esto?" y empezar a preguntar "¿Por qué deberíamos construir esto?". El UX estratégico no se mide por la cantidad de pantallas diseñadas, sino por el impacto en el comportamiento del usuario y en los números del negocio.

• Nueva premisa: El objetivo es modificar el comportamiento del cliente de una manera que genere valor (ej. que se autogestione en lugar de llamar, que contrate un seguro digitalmente).
• Rol de Aguayo: En nuestra experiencia, los equipos que logran este cambio son aquellos que definen el éxito antes de empezar a diseñar. Si no hay una métrica de éxito clara, la iniciativa no entra en el backlog.

Clasificación de iniciativas: No todo es igual

Para priorizar, primero hay que categorizar. Mezclar peras con manzanas hace imposible la comparación. Sugerimos dividir el trabajo de UX en cuatro cubetas distintas:

• Higiene y Deuda de UX: Arreglos necesarios para que el producto sea usable y cumpla con estándares básicos (ej. accesibilidad, consistencia visual, tiempos de carga). Si no se hace, el usuario se va.
• Optimización Incremental: Mejoras en flujos existentes para mover métricas específicas (ej. mejorar el copy del checkout para subir la conversión un 2%).
• Innovación y Diferenciación: Nuevas funcionalidades o servicios que abren mercados o segmentos (ej. lanzar una billetera digital para adolescentes).
• Solicitudes de Clientes/Stakeholders (The Noise): Peticiones específicas que pueden no tener alineación estratégica pero tienen peso político. Estas deben ser auditadas rigurosamente.

Priorizar lo esencial: Usar la evidencia para tomar decisiones difíciles

Una vez que tenemos la mentalidad correcta y las categorías definidas, necesitamos herramientas tácticas. La intuición de un diseñador es valiosa, pero en una sala de juntas con el CFO, la evidencia gana.

Frameworks de priorización adaptados a la gran empresa

No existe un framework único perfecto, pero hay tres que destacan por su utilidad en entornos corporativos complejos. La clave es elegir uno y usarlo consistentemente para crear un lenguaje común.

RICE (Reach, Impact, Confidence, Effort)

Es ideal para equipos de producto maduros que buscan maximizar el alcance.

• Reach (Alcance): ¿A cuántos usuarios afectará esto en un trimestre? (ej. 10,000 clientes).
• Impact (Impacto): ¿Cuánto moverá la aguja del objetivo principal? (Escala: 3 = masivo, 0.25 = mínimo).
• Confidence (Confianza): ¿Qué tan seguros estamos de nuestras estimaciones? (100% = tenemos datos duros, 50% = intuición). Este es el factor crítico para UX: premia la investigación previa.
• Effort (Esfuerzo): ¿Cuántas semanas-persona tomará (diseño + desarrollo)?
• Fórmula: (R x I x C) / E = Puntaje RICE.

Modelo Kano (Satisfacción del Cliente)

Este modelo es excelente para decidir qué características de UX son obligatorias versus cuáles son "delighters" (generadores de deleite).

• Básicas (Must-haves): Si no están, el usuario está insatisfecho. Si están, el usuario es neutral (ej. que la app bancaria abra). Prioridad crítica.
• De Desempeño (Performance): Cuanto mejor sea, más feliz el usuario (ej. velocidad de la transferencia). Prioridad lineal.
• Deleite (Delighters): El usuario no las espera, pero si están, se enamora (ej. un resumen financiero visual e inteligente). Prioridad estratégica para diferenciación.

WSJF (Weighted Shortest Job First) – Para entornos SAFe/Ágiles

Muy común en banca y grandes aseguradoras que usan metodologías de escalado ágil. Se enfoca en el "Costo del Retraso" (Cost of Delay).

• Lógica: Si tardar un mes en lanzar esta mejora de UX nos cuesta $100,000 en oportunidades perdidas, tiene mayor prioridad que una que nos cuesta $10,000, incluso si el esfuerzo es similar.
• Ayuda a priorizar iniciativas que tienen alta urgencia temporal o reducen riesgos significativos.

La moneda de cambio: Cuantificando el valor de UX

El mayor error es presentar iniciativas de UX como "mejoras estéticas" o "facilidad de uso". Esos términos son subjetivos. Debemos traducirlos a dinero o riesgo.

• En lugar de: "Queremos rediseñar el menú para que sea más limpio".
• Decir: "El menú actual causa que el 15% de los usuarios abandonen la búsqueda de préstamos. Rediseñarlo, basado en pruebas A/B, recuperaría aproximadamente $500,000 mensuales en leads".

Gestión de la Deuda de UX

La deuda de UX es la acumulación de decisiones de diseño rápidas y sucias que degradan la experiencia con el tiempo. Priorizar su pago es difícil porque no "brilla".

• Estrategia: Establecer una cuota fija. Por ejemplo, acordar con ingeniería y producto que el 20% de cada sprint se dedicará a "Higiene y Deuda". Esto evita tener que pelear por cada pequeña corrección en cada ciclo de planificación.

Comunicación y colaboración: El UX como socio estratégico

Tener la lista priorizada es solo la mitad de la batalla. La otra mitad es lograr que la organización respete esa lista y colabore en su ejecución. Aquí es donde entra la gobernanza.

El "Triunvirato de Producto" (Product Trio)

En las empresas más eficientes, la priorización no la hace una sola persona. Se realiza mediante el "Product Trio":

• Product Manager: Representa la viabilidad de negocio (¿Es rentable?).
• Tech Lead: Representa la factibilidad técnica (¿Podemos construirlo y mantenerlo?).
• UX Lead: Representa la deseabilidad y usabilidad (¿El usuario lo quiere y lo entiende?).

Este grupo debe tener la autonomía para decidir el "qué" y el "cuándo" dentro de los límites estratégicos. Si UX no está en esta mesa con voto igualitario, la priorización siempre estará sesgada hacia lo fácil de construir o lo que pide ventas.

Hablar el idioma del negocio

Para que UX sea un socio estratégico, debe dejar de hablar de wireframes, kerning o leyes de Gestalt fuera de su equipo.

• Alineación con Stakeholders: Cuando hables con el Director de Marketing, habla de conversión y retención. Cuando hables con el Director de Tecnología, habla de reutilización de componentes (Design Systems) y reducción de QA. Cuando hables con Finanzas, habla de eficiencia y ROI.
• Transparencia Radical: El roadmap y los criterios de priorización deben ser públicos. Si alguien pregunta "¿Por qué mi idea no está en el Q1?", la respuesta no debe ser "porque no quisimos", sino "porque según el puntaje RICE, estas otras 3 iniciativas tienen un impacto 10x mayor en los OKRs de la empresa".

El Design System como herramienta de priorización

Un Sistema de Diseño robusto no es solo una biblioteca de componentes; es una herramienta de eficiencia.

• Acelerador: Permite priorizar más iniciativas de UX porque reduce el "Esfuerzo" (la E en RICE). Si rediseñar un flujo toma 2 semanas en lugar de 2 meses gracias al Design System, esa iniciativa sube automáticamente en la lista de prioridades.
• Consistencia: Reduce la creación involuntaria de nueva deuda de UX.

El "Kill Switch": Saber cuándo matar una iniciativa

Parte de la priorización es la des-priorización continua. A veces, durante el discovery o el desarrollo, nos damos cuenta de que una hipótesis era falsa.

• Cultura del fallo barato: En Aguayo hemos visto que las mejores empresas son las que celebran "matar" un proyecto a tiempo. Si la investigación de usuarios muestra que nadie quiere la nueva funcionalidad, cancelarla es un éxito de priorización, no un fracaso. Ahorra recursos para la siguiente idea de la lista.

Gobernanza de la "Interrupción"

En corporativos, siempre surge el "fuego urgente". Si no hay un protocolo para manejar interrupciones, el roadmap priorizado es papel mojado.

• Regla: Solo se rompe el sprint o el roadmap trimestral si la incidencia afecta la operatividad crítica del negocio. Todo lo demás, por más que lo pida un alto ejecutivo, debe entrar al proceso de evaluación para el siguiente ciclo. Esto requiere un liderazgo de Producto y UX fuerte que sepa negociar y mostrar las consecuencias (el trade-off) de cambiar el foco: "Podemos hacer esto urgente, pero implica retrasar el lanzamiento de la nueva app dos semanas. ¿Estamos de acuerdo con ese costo?".

Preguntas frecuentes sobre priorización de UX

¿Cuál es la diferencia entre deuda técnica y deuda de UX? La deuda técnica se refiere a código ineficiente que dificulta el mantenimiento futuro, mientras que la deuda de UX son problemas de usabilidad e inconsistencias visuales que afectan la satisfacción del usuario y las métricas de conversión. Ambas deben pagarse para evitar la bancarrota del producto.

¿Qué framework de priorización es mejor para bancos o aseguradoras? WSJF (Weighted Shortest Job First) suele ser el estándar en bancos que usan SAFe debido a su enfoque en el costo del retraso y mitigación de riesgos. Sin embargo, para equipos de producto específicos, RICE suele ser más ágil y centrado en el usuario.

¿Cómo convencer a los stakeholders de invertir en UX Research antes de diseñar? Demostrando que el costo de corregir un error en desarrollo es 100 veces mayor que corregirlo en diseño. Presenta el Research no como un gasto de tiempo, sino como una herramienta de reducción de riesgo financiero (aumenta el factor "Confianza" en RICE).

¿Cómo priorizar cuando hay múltiples productos interconectados? Se requiere una capa de gobernanza superior ("Portfolio Management") que alinee los roadmaps de los distintos productos bajo objetivos estratégicos comunes, asegurando que la experiencia del usuario sea fluida al transitar entre ellos (omnicanalidad).

¿Qué hacer si el CEO impone una funcionalidad que el equipo de UX considera mala? No confrontar con opiniones, sino con datos. Realiza una prueba rápida (test de guerrilla o prototipo) para obtener evidencia de la reacción de los usuarios y presenta los riesgos objetivamente. Si la imposición persiste, documenta el riesgo y busca la forma menos dañina de implementarlo.

¿Con qué frecuencia se deben revisar las prioridades de UX? En un entorno ágil, la revisión táctica debe ser cada sprint (cada 2 semanas) y la revisión estratégica cada trimestre (QBRs). Esto permite adaptarse a cambios del mercado sin perder el rumbo a largo plazo.

La verdadera priorización de UX en grandes empresas no se trata de tener la hoja de cálculo más compleja o el software de gestión más caro, sino de instaurar una disciplina de pensamiento crítico. Implica transitar de un modelo de "toma de pedidos" a uno de "consultoría estratégica interna", donde el equipo de diseño tiene la autoridad y los datos para cuestionar el valor de lo que se construye.

El cambio de mentalidad fundamental es dejar de ver el diseño como una etapa de embellecimiento final y entenderlo como una herramienta de mitigación de riesgo y generación de rentabilidad. Al implementar marcos como RICE o WSJF, no solo ordenamos tareas, sino que democratizamos la toma de decisiones, eliminando el sesgo de la jerarquía y poniendo al usuario y al negocio en el centro. Los líderes que logran esto no solo entregan mejores productos, sino que construyen equipos más motivados, pues cada diseñador y desarrollador entiende el "porqué" detrás de su trabajo diario. Sin embargo, el riesgo de no actuar es alto: en un mercado digital saturado, las empresas que siguen lanzando funcionalidades sin ton ni son terminan con productos "Frankenstein" que los usuarios abandonan.

La irrelevancia es el destino de los productos que intentan ser todo para todos sin resolver nada bien; la priorización es el antídoto contra esa irrelevancia. Para comenzar, no intentes cambiar toda la organización mañana; empieza por exigir una métrica de éxito para la próxima funcionalidad que entre en tu backlog. La claridad es contagiosa, y una vez que los stakeholders ven que la priorización basada en evidencia ahorra dinero y mejora los resultados, se convierte en el nuevo estándar. El objetivo final es transformar la incertidumbre y el caos del día a día en una hoja de ruta predecible, sostenible y, sobre todo, rentable para la organización. Priorizar es, en última instancia, el arte de sacrificar lo bueno para poder ejecutar lo excelente, garantizando que cada pixel y cada línea de código sirvan a un propósito mayor.