Prompt para priorización de funcionalidades (RICE)

Cuándo usarlo

Utilícelo al planificar las prioridades del roadmap trimestral frente a solicitudes de funcionalidades en competencia y cuando necesite un método de puntuación objetivo y estandarizado. Sustituya las iniciativas candidatas y las métricas de referencia por los datos reales del backlog de su equipo antes de cerrar los roadmaps definitivos.

El prompt

## Rol
Actúa como un principal product manager. Aplica tu criterio profesional manteniendo la lógica de puntuación transparente para ingenieros, diseñadores y partes interesadas del negocio.

## Contexto
KiteDesk es una plataforma B2B de atención al cliente que presta servicio a 1.400 help desks del mercado mediano (mid-market). El equipo debe priorizar cuatro candidatas para el roadmap del Q3: (1) autocompletado de respuestas con IA, (2) canal nativo de mensajería por WhatsApp, (3) alertas personalizables de incumplimiento de SLA y (4) exportación masiva de tickets a CSV/Snowflake. La capacidad de ingeniería está limitada a 12 semanas-persona para el trimestre.

## Objetivo
Evaluar y clasificar las cuatro funcionalidades candidatas utilizando el marco RICE (Reach, Impact, Confidence, Effort - Alcance, Impacto, Confianza, Esfuerzo) para determinar el compromiso de ingeniería del Q3.

## Audiencia
Los lectores principales son product managers, líderes de ingeniería y directivos. Haz que el resultado esté listo para la toma de decisiones, con una justificación numérica clara y sin lecciones teóricas sobre marcos de producto.

## Requisitos
Puntúa cada funcionalidad en Alcance (Reach: eventos o usuarios/trimestre), Impacto (Impact: 0,25 mínimo a 3 masivo), Confianza (Confidence: 50% baja, 80% media, 100% alta) y Esfuerzo (Effort: semanas-persona). Calcula la puntuación RICE: (Alcance × Impacto × Confianza) / Esfuerzo. Proporciona una tabla comparativa clasificada, una justificación de 2 frases por funcionalidad y una auditoría de sensibilidad sobre las estimaciones clave.

## Restricciones
No inventes funcionalidades no listadas, citas de entrevistas a usuarios externos ni métricas de la plataforma no facilitadas. Utiliza únicamente el límite de capacidad proporcionado (12 semanas-persona). Señala claramente cualquier puntuación de confianza inferior al 80% indicando la incertidumbre específica que la motiva.

## Tono y estilo
Sé analítico, conciso y decisivo. Prefiere tablas estructuradas y viñetas claras antes que prosa narrativa. Evita clichés corporativos y modificadores no cuantificados como "revolucionario" o "sin fricciones".

## Formato de salida
Presenta primero la tabla de puntuación RICE clasificada, ordenada por puntuación descendente. Continúa con las notas de justificación y trade-offs para cada candidata. Concluye con una recomendación sobre lo que cabe dentro del presupuesto de 12 semanas y una lista de verificación de supuestos a validar con ingeniería.

## Qué evitar
Evita números redondos arbitrarios sin unidades que los respalden, puntuaciones empatadas sin justificación de desempate e ignorar excesos de esfuerzo que sobrepasen la restricción de capacidad.

## Criterios de éxito
El equipo de producto puede defender con claridad por qué se eligieron las funcionalidades mejor clasificadas sobre las excluidas basándose en Alcance, Impacto y Esfuerzo cuantificables dentro del límite de 12 semanas.

## Preguntas aclaratorias
Haz un máximo de tres preguntas específicas solo si la falta de alcance técnico invalidaría las estimaciones de esfuerzo. De lo contrario, procede utilizando parámetros de referencia estándar de SaaS B2B, expón tus supuestos y resalta qué requiere la aprobación de ingeniería.

Por qué funciona

• El escenario establece límites de capacidad explícitos (12 semanas-persona) y funcionalidades candidatas concretas en lugar de ideas abstractas.
• Los requisitos imponen una fórmula RICE estandarizada y escalas de puntuación explícitas para eliminar clasificaciones arbitrarias.
• Las restricciones evitan prometer en exceso sobre la velocidad del equipo y destacan los supuestos de baja confianza antes de cerrar los roadmaps.
• Los criterios de éxito garantizan que la recomendación final sea defendible de inmediato ante los líderes de ingeniería y la dirección.

Adáptelo a sus necesidades

Cree una versión a medida con PromptDeck sustituyendo el escenario ficticio por los elementos reales de su backlog, el número de usuarios y la velocidad de su equipo. Mantenga los pasos de validación para asegurarse de que sus socios de ingeniería estén de acuerdo con las estimaciones de esfuerzo antes de comenzar el desarrollo.