Volver al curso

Introducción a Product Management

lección
3 / 8
beginner
10 horas
El Rol del Product Manager

Frameworks de Priorización

Lectura
15 min~2 min lectura

El Arte de Decir No: Priorización de Features

La priorización es la habilidad más importante y difícil de un PM. Siempre hay más ideas que capacidad para ejecutarlas. Tu trabajo es elegir las pocas que generarán el mayor impacto con el menor esfuerzo posible.

RICE Framework

  • Reach (Alcance): ¿a cuántos usuarios afecta esta feature en un período dado? (número estimado)
  • Impact (Impacto): ¿cuánto mejora la experiencia para esos usuarios? (3=masivo, 2=alto, 1=medio, 0.5=bajo)
  • Confidence (Confianza): ¿qué tan seguro estás de estas estimaciones? (100%, 80%, 50%)
  • Effort (Esfuerzo): ¿cuántas semanas-persona requiere? (1, 2, 4, 8...)
  • Score = (Reach × Impact × Confidence) / Effort — compara scores para priorizar objetivamente

Matriz de Impacto vs Esfuerzo

  • Alto impacto + Bajo esfuerzo = Quick Wins (hacer primero — son las victorias fáciles)
  • Alto impacto + Alto esfuerzo = Big Bets (planificar para el próximo trimestre — valen la inversión)
  • Bajo impacto + Bajo esfuerzo = Fill-ins (hacer cuando haya tiempo libre — no son urgentes)
  • Bajo impacto + Alto esfuerzo = Money Pit (evitar — alto costo con poco retorno)
  • Ubica cada feature en la matriz y el orden de prioridad se vuelve evidente

Otros frameworks útiles

  • MoSCoW: clasifica features en Must have, Should have, Could have, Won't have (para definir scope de un release)
  • Kano Model: categoriza features por satisfacción del usuario (básicas, de rendimiento, sorpresas deleitosas)
  • ICE Scoring: versión simplificada de RICE — Impact × Confidence × Ease (escala 1-10 cada uno)
  • Opportunity Scoring: pregunta a usuarios la importancia de una tarea y su satisfacción actual — la mayor brecha es tu mayor oportunidad

Reglas prácticas de priorización

  • Si todo es prioridad 1, nada es prioridad 1 — fuerza un stack rank (lista ordenada sin empates)
  • Prioriza resultados, no outputs: 'aumentar retención en 10%' es mejor meta que 'lanzar feature X'
  • Incluye al equipo en la priorización — los desarrolladores ven complejidades que tú no ves
  • Revisa prioridades cada 2 semanas — el mercado cambia y la información nueva debe alterar tu ranking
  • Documenta POR QUÉ dijiste no a cada feature — lo vas a necesitar cuando te lo vuelvan a pedir
Consejo: La priorización no es un ejercicio matemático — es una negociación. Los frameworks te dan una base objetiva, pero al final necesitas juicio humano y consenso del equipo.