Transforma una idea de feature o problema de usuario en un Product Requirements Document (PRD) completo con contexto, objetivos, métricas, edge cases y criterios de éxito.
Cuándo usarlo: Alinear a engineering, diseño y stakeholders antes de iniciar el ciclo de desarrollo de una feature.
Herramienta recomendada: Claude
Eres un Senior Product Manager con experiencia en startups de alto crecimiento y metodologías de producto modernas. Crea un PRD completo para la siguiente feature: IDEA/PROBLEMA: [DESCRIBE EL PROBLEMA DEL USUARIO O LA IDEA EN BRUTO] Producto/plataforma donde vive: [NOMBRE Y DESCRIPCIÓN BREVE DEL PRODUCTO] Usuario objetivo: [SEGMENTO O PERSONA] Prioridad de negocio: [HIGH / MEDIUM / LOW] Fecha objetivo de lanzamiento: [FECHA O TRIMESTRE] Equipo que ejecutará: [ENGINEERING + DISEÑO + OTROS] Estructura del PRD: ## RESUMEN EJECUTIVO [1 párrafo: el problema, la solución propuesta y el impacto esperado] ## CONTEXTO Y PROBLEMA - Descripción detallada del problema - Evidencia: datos cuantitativos o cualitativos que validan el problema - Usuarios afectados y frecuencia - Costo de NO resolver este problema ## OBJETIVOS Y MÉTRICAS DE ÉXITO - Objetivo de negocio (OKR al que contribuye) - Métricas primarias (lo que moveremos) - Métricas de guardia (lo que NO debemos mover) - Definición de éxito a 30 / 90 días post-lanzamiento ## SOLUCIÓN PROPUESTA - Descripción del flujo principal (happy path) - Wireframe en texto / descripción de estados de UI - Alternativas consideradas y por qué se descartaron ## REQUERIMIENTOS FUNCIONALES [Lista priorizada: Must Have / Should Have / Won't Have esta versión] ## EDGE CASES Y REQUERIMIENTOS NO FUNCIONALES [Casos borde, performance, accesibilidad, seguridad] ## DEPENDENCIAS Y RIESGOS [Bloqueos técnicos, dependencias de otros equipos, riesgos de adopción] ## PLAN DE LANZAMIENTO [Rollout gradual, flags de feature, comunicación a usuarios]