Cómo priorizo ideas de diseño sin que gane la más ruidosa

Toda sesión de ideación termina igual: quince ideas en un pizarrón, presupuesto para tres. La discusión se resuelve por quién habló más convencido, no por cuál idea era mejor. Una matriz de priorización de producto existe para sacar esa decisión de la sala de reuniones y ponerla en un cálculo que cualquiera puede revisar.
Las tres preguntas de una matriz de priorización de producto
Factibilidad: ¿lo podemos construir con lo que tenemos — tiempo, equipo, tecnología? No es "¿es posible en teoría?", es "¿es posible para nosotros, ahora?".
Valor: ¿cuánto mueve la aguja del problema que estamos resolviendo? No "¿le gusta a alguien?", sino específicamente si ayuda a contestar la pregunta de negocio que está detrás del proyecto.
Dificultad: ¿cuánto esfuerzo real cuesta, más allá de cuánto parece? Esta es la columna que casi siempre se subestima. Una idea que suena simple en una oración puede esconder una complejidad técnica que nadie ve hasta que ya está a mitad de construirse.
Puntúo cada una de 1 a 5, y el puntaje final es factibilidad más valor, menos dificultad. Simple a propósito: una fórmula complicada invita a manipularla hasta que dé el resultado que ya querías.
El caso real: 10 ideas, 6 sobrevivieron
En el rediseño de Mexx, evalué diez ideas para resolver los problemas de carrito perdido y costos ocultos. Sobrevivieron seis: carrito persistente sincronizado en base de datos, desglose flotante de costos, etiqueta de producto digital, modal de login exprés, checkout como invitado, recuperación de carrito por magic link.
Y quedaron afuera cuatro que en la reunión sonaban interesantes: integración de carrito por WhatsApp, calculadora fiscal de AFIP, chatbot con IA, gamificación.
Ninguna de las cuatro descartadas era mala idea en abstracto. El chatbot con IA, por ejemplo, tenía valor razonable — podía resolver dudas de los usuarios. Pero su dificultad era alta para el plazo de cuatro semanas que tenía. Y su valor para los dos problemas que estábamos resolviendo, carrito y costos, era bajo: no atacaba ninguno de los dos. Perdía por matriz, no por opinión.
Por qué esto evita la pelea de egos
La parte más útil de la matriz no es el cálculo. Es que separa a la persona de la idea. Cuando alguien propone algo y se descarta, la conversación no es "tu idea es mala". Es "esta idea puntuó bajo en valor para el problema que estamos resolviendo esta vez". Eso es defendible sin que nadie se sienta atacado, y es reversible: la misma idea puede puntuar distinto en otro proyecto.
También evita el sesgo más común en las priorizaciones sin método: la idea de quien tiene más jerarquía o habla con más seguridad gana por default. La matriz no sabe quién la propuso.
El límite honesto
La matriz no elimina el juicio, lo hace explícito. Puntuar "valor" en 4 en vez de 3 sigue siendo una decisión subjetiva. Lo que cambia es que esa subjetividad queda escrita y discutible, en vez de escondida detrás de "a mí me parece que esto es más importante".
Y hay un riesgo real si se usa mal: si alguien quiere que gane su idea, puede inflar el valor o minimizar la dificultad hasta que el número le dé la razón. Le pasa a cualquier método de puntuación, incluido RICE. La matriz protege contra el sesgo de autoridad, no contra la mala fe. Para eso, lo que ayuda es puntuar en grupo, en voz alta, donde cada número se puede cuestionar en el momento.
Cuándo no vale la pena usarla
Para dos o tres ideas es más rápido decidir por criterio directo: armar la matriz cuesta más de lo que ahorra. Se vuelve valiosa a partir de ocho o diez ideas. Ahí es donde la memoria y la intuición empiezan a fallar, y donde una discusión sin estructura se estira una hora sin llegar a nada.
Esta es una de las herramientas que uso en la etapa de ideación de mi proceso de diseño, justo después de definir el problema con tree testing y antes de tocar Figma.
Seguí leyendo
- Cómo uso IA en mi flujo de trabajo sin perder el criterioLa IA no reemplaza el criterio técnico, lo pone a prueba más seguido. Dónde la uso, dónde no, y por qué la pregunta correcta no es cuánto acelera sino qué decisiones sigue tomando una persona.
- El error de UX que más veces vi repetirse (y que yo también cometí)No es un error de herramienta ni de metodología. Es confundir 'terminé de testear' con 'ya no queda nada por encontrar', y la diferencia sale cara en producción.