Cómo crear un PRD con agentes de Cursor
Contenido del curso
Mayckol Cruzado Ordoñez
Dario Bublitz
Candela Ocaranza
Team Platzi
Kenneth Angulo L
Dario Bublitz
Kenneth Angulo L
David Cevallos
Candela Ocaranza
Team PlatziDario Bublitz
Nicolás Alejandro Vargas Cárdenas
ANDRES ALFONSO MIRA MEJIA
Daniel Alfredo García Serna
cartagenacorrea limitada
Consulta, y los prompts?
Actúa como un Product Manager senior.
Voy a darte un requerimiento de negocio ambiguo y quiero que me ayudes a convertirlo en un PRD claro y suficientemente implementable. No escribas el PRD todavía. Primero quiero que identifiques las decisiones de producto que faltan por definir.
Requerimiento: "Necesitamos una herramienta interna para activar o desactivar features por empresa, ambiente o porcentaje de tráfico, sin tener que hacer deploy cada vez."
Lístame las 6-8 decisiones clave que debemos resolver antes de escribir el PRD, con su propuesta de resolución y agrupadas por categoría(alcance, usuarios, dominio, técnico). Sé conciso.
Hola Mayckol. Los prompts de todas las clases ya se encuentran arriba.
3 Ahora escribe el PRD completo en Markdown con esta estructura exacta: 1) Contexto y problema, 2) Objetivo, 3) Público objetivo y usuarios, 4) Alcance (In scope / Out of scope explícito), 5) Conceptos de dominio (qué es una flag, una targeting rule, el evaluador), 6) Requerimientos funcionales numerados, 7) Requerimientos no funcionales, 8) Criterios de aceptación del MVP, 9) Riesgos y supuestos.
Usa lenguaje claro y conciso. Que cada requerimiento funcional sea verificable.
Guarda el PRD en docs/prds
¿Puedo usar esto para documentar código existente?
Sí, puedes invertir el proceso por completo. En lugar de partir de una idea de negocio ambigua, puedes darle a la IA un bloque de código complejo y pedirle que extraiga las reglas subyacentes.
Esto es ideal para hacer ingeniería inversa en proyectos legacy. Solo pídele que actúe como un analista y redacte un PRD basado en la lógica que ya funciona en producción.
y los prompts ?
Hola David, los prompts de todas las clases ya se encuentran arriba.
2
Acepto casi todo. Cambia esto: el alcance NO incluye OAuth, roles ni permisos avanzados; el login es solo un usuario demo. El targeting debe soportar ambiente, empresa y rollout porcentual. Persistencia local con SQLite. Ahora bloquea estas decisiones como definitivas.
✅
📚 CLASE: CÓMO CREAR UN PRD CON AGENTES DE CURSOR
━━━━━━━━━━━━━━━━━━
🎯 IDEA PRINCIPAL
🟡 No empieces a programar cuando el requerimiento todavía es ambiguo: primero convierte la necesidad en decisiones concretas.
🔵 Un PRD transforma un requerimiento de negocio en requisitos claros, verificables y suficientemente implementables para ingeniería.
━━━━━━━━━━━━━━━━━━
⚡ RESUMEN ULTRA RÁPIDO
🟡 Primero usa Ask para conversar con el agente sin modificar archivos.
🟢 Pídele que detecte las decisiones faltantes antes de redactar cualquier PRD.
🟡 Bloquea explícitamente las decisiones tomadas y define también qué queda fuera del alcance.
🔵 Después genera el PRD con requerimientos funcionales verificables, criterios de aceptación, riesgos y supuestos.
🟢 Finalmente cambia a Agent para que Cursor cree y guarde físicamente el documento.
━━━━━━━━━━━━━━━━━━
🔑 LO IMPORTANTE
🔵 PRD = documento que traduce necesidades de producto en requisitos que ingeniería puede implementar.
🟡 El agente puede detectar entre 6-8 decisiones pendientes agrupadas en alcance, usuarios, dominio y aspectos técnicos.
🟡 Crear un glosario compartido evita que tú y el agente interpreten conceptos importantes de manera diferente.
🔴 Generar el PRD antes de resolver ambigüedades obliga al agente a inventar decisiones.
🔴 Ask conversa y analiza, pero no crea ni modifica archivos; Agent sí puede hacerlo.
🟡 Un buen PRD especifica tanto lo que entra como lo que explícitamente queda fuera del MVP.
━━━━━━━━━━━━━━━━━━
🧩 MODELO MENTAL
🔵 Requerimiento ambiguo → Preguntas → Decisiones → Alcance bloqueado → PRD → Specs → Código
🟣 La IA funciona mejor cuando primero reduces su espacio de interpretación y después delegas la ejecución.
━━━━━━━━━━━━━━━━━━
🚀 ACCIONES PARA HOY
🟢 Toma una funcionalidad real de tu proyecto y descríbela en una sola frase, aunque sea ambigua.
🟢 Usa Ask y pídele al agente identificar las decisiones que faltan antes de implementar.
🟢 Revisa cada decisión y valida con el stakeholder aquello que no puedas determinar.
🟢 Bloquea las decisiones definitivas y escribe explícitamente las funcionalidades excluidas.
🟢 Define requerimientos funcionales que puedan comprobarse mediante una prueba concreta.
🟢 Guarda el PRD en docs/prds y úsalo como fuente antes de pedir código.
━━━━━━━━━━━━━━━━━━
🟣 VENTAJA PROFESIONAL
🟣 No necesitas partir siempre de una idea: puedes invertir el proceso para documentar código legacy existente.
🟣 Pídele al agente analizar código complejo y extraer sus reglas de negocio para construir un PRD basado en el comportamiento actual.
🟣 Este flujo prepara el terreno para Spec-Driven Development: después puedes dividir el PRD en specs pequeños y ejecutables.
🟣 Hack profesional: conserva PRD → specs → código como una cadena de trazabilidad; así puedes detectar cuándo una implementación se aleja del requerimiento.
━━━━━━━━━━━━━━━━━━
📝 CIERRE
🟡 El principiante le dice a la IA “construye esto”; el profesional primero elimina las ambigüedades que podrían producir código incorrecto.
🟢 Antes de pedir código a Cursor, intenta conseguir un documento donde puedas responder claramente: qué, para quién, hasta dónde y cómo sabremos que funciona.
deploy QUE ES
El deploy (o despliegue) es el proceso de llevar tu código desde tu máquina local hasta el servidor de producción para que los usuarios puedan usarlo.
En este contexto, evitarlo significa cambiar el comportamiento del software al vuelo sin tener que reconstruir ni enviar nueva versión. ¿Cómo crees que un feature flag hace eso posible?
