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.