Cómo priorizar con el método RICE (y cuándo no usarlo)
RICE es uno de los frameworks de priorización más usados en producto. Tiene ventajas reales y limitaciones conocidas. Esta guía explica cómo implementarlo y cuándo conviene elegir otro método.
RICE es el framework de priorización de producto que más he visto implementar, y también el que más he visto mal implementado.
El método en sí es sólido. Pero como cualquier herramienta, su utilidad depende de cómo se use. Esta guía explica qué es, cómo implementarlo correctamente y, sobre todo, cuándo tiene sentido y cuándo no.
Qué es RICE y cómo funciona
RICE es un acrónimo que combina cuatro dimensiones para calcular una puntuación de priorización:
Reach (Alcance): ¿A cuántos usuarios afecta esta iniciativa en un período de tiempo definido? Se mide en número de personas o transacciones.
Impact (Impacto): ¿Cuánto mejora el outcome clave para el usuario o para el negocio? Se expresa en una escala discreta que el equipo define previamente.
Confidence (Confianza): ¿Con qué nivel de certeza se estiman los valores anteriores? Se expresa en porcentaje.
Effort (Esfuerzo): ¿Cuánto trabajo requiere? Se mide en persona-meses o en puntos de historia.
La fórmula: Puntuación RICE = (Reach × Impact × Confidence) / Effort
Las iniciativas con mayor puntuación son las candidatas a priorizarse primero.
Por qué RICE es útil
Fuerza la explicitación de supuestos
El valor más grande de RICE no está en los números finales. Está en el proceso de estimarlos.
Cuando el equipo se sienta a estimar el alcance y el impacto de una iniciativa, tiene que ser explícito sobre los supuestos que hay detrás. ¿Cuántos usuarios creemos que usan esta funcionalidad actualmente? ¿Qué datos tenemos que lo sustenten? ¿Por qué creemos que el impacto sería alto y no medio?
Esas conversaciones son más valiosas que el número que resulta.
Permite comparar iniciativas heterogéneas
Comparar “mejora del onboarding” con “nueva integración con herramienta X” es difícil porque son cosas de naturaleza distinta. RICE proporciona un denominador común que permite la comparación, aunque sea imperfecta.
Hace visible el componente de confianza
La dimensión de confianza es la que diferencia a RICE de métodos más simples. Dos iniciativas pueden tener el mismo impacto estimado, pero si la confianza en una es del 80% y en la otra del 30%, la puntuación final va a ser muy distinta. Eso refleja una realidad importante: no toda la información que manejamos tiene el mismo nivel de certeza.
Cómo implementarlo correctamente
Define las escalas antes de empezar
El mayor error de implementación es que cada persona del equipo usa escalas distintas implícitas. Si no hay definición compartida de qué significa “impacto alto”, las puntuaciones serán inconsistentes.
Define explícitamente:
Alcance: ¿Cuál es el período que usamos? (generalmente un mes o un trimestre). ¿Contamos usuarios únicos, sesiones, o transacciones?
Impacto: Define la escala discreta con ejemplos concretos. Una escala posible:
- 3 = Impacto masivo: esperamos un cambio significativo en la métrica north star
- 2 = Impacto alto: mejora clara en una métrica clave
- 1 = Impacto medio: mejora marginal en métricas secundarias
- 0.5 = Impacto bajo: beneficio real pero difícil de medir en métricas
Confianza: Porcentaje que refleja la solidez de la evidencia:
- 100% = Hay datos concretos y el equipo tiene alta confianza
- 80% = Hay evidencia razonable pero con algunos supuestos
- 50% = La hipótesis es plausible pero sin validación directa
- 30% o menos = Estimación basada principalmente en intuición
Esfuerzo: Usa la misma unidad consistentemente. Persona-semanas suele ser más intuitivo que persona-meses.
Estima en equipo, no individualmente
Las puntuaciones de RICE calculadas por el PM solo incorporan la perspectiva del PM. Las calculadas en equipo incorporan la perspectiva técnica (que puede cambiar radicalmente el esfuerzo) y la perspectiva de diseño (que puede cambiar el alcance real de la implementación).
Hacer el ejercicio con el equipo también genera alineación: cuando todos han participado en la estimación, la comprensión de por qué unas iniciativas tienen prioridad sobre otras es compartida.
Calibra periódicamente
Las escalas pierden coherencia con el tiempo. Lo que era “impacto alto” en Q1 puede ser “impacto medio” en Q3 si el contexto ha cambiado. Revisar las calibraciones cada ciclo de planificación mantiene la consistencia de las puntuaciones.
Usa las discrepancias como información
Cuando hay grandes diferencias en las estimaciones de distintos miembros del equipo, esas diferencias son información. No se promedian: se discuten.
“¿Por qué tú estimarías el alcance en 500 usuarios y yo en 2.000?” puede revelar que cada uno tiene una definición diferente de qué usuario se verá afectado, o que uno tiene información que el otro no tiene.
Las limitaciones reales de RICE
Invita a jugar con los números
RICE es matemáticamente manipulable. Si alguien está convencido de que una iniciativa tiene que priorizarse, puede ajustar sus estimaciones para que el número lo justifique sin que sea evidente.
La mitigación es documentar los supuestos detrás de cada estimación y revisar la coherencia histórica: si siempre se estima confianza al 100%, algo está mal calibrado.
No captura dependencias entre iniciativas
Una iniciativa con puntuación baja puede ser un prerrequisito para tres iniciativas con puntuación alta. RICE no captura eso. Hay que superponerlo con análisis de dependencias manual.
No incorpora estrategia
RICE no distingue entre una iniciativa que genera mucho impacto en una métrica poco estratégica y una que genera menos impacto en la métrica que más importa para la dirección que quiere tomar el producto.
El framework tiene que usarse dentro de un contexto estratégico claro, no como sustituto de él.
Cuándo no usar RICE
RICE es más útil para comparar iniciativas dentro de un mismo espacio del producto que son razonablemente homogéneas. No funciona bien cuando:
Las iniciativas son de naturaleza muy distinta y los parámetros no son comparables entre ellas.
Hay restricciones estratégicas fuertes (regulatorias, compromisos con clientes, fechas de lanzamiento) que hacen que el criterio de priorización sea externo al framework.
El equipo no tiene suficiente datos para estimar alcance o impacto con ningún nivel de confianza. En ese caso, la solución es hacer discovery, no forzar una estimación.
La velocidad de decisión es crítica y no hay tiempo para el proceso de estimación colectiva. En ese caso, métodos más rápidos como ICE (Impact, Confidence, Ease) son más adecuados.
Las opiniones expresadas son personales y no representan la posición de ninguna organización.