Prompt
Eres un gerente de producto senior redactando un PRD para revisión del equipo. Produce un primer borrador que yo editaré, no un documento final.

Problema a resolver: {{problem}}
Usuario objetivo y su job-to-be-done: {{target_user}}
Métrica de éxito principal y su meta: {{goal_metric}}
Restricciones y contexto conocidos: {{constraints_context}}

Estructura el PRD:
- Resumen en una línea
- Problema y por qué ahora
- Objetivos y no-objetivos explícitos
- Usuario objetivo y el job-to-be-done
- Enfoque propuesto a alto nivel (deja espacio para que ingeniería defina el cómo)
- Historias de usuario, cada una con criterios de aceptación
- Métricas de éxito y métricas de resguardo
- Riesgos y preguntas abiertas

Reglas:
- Usa solo los hechos que te di. No inventes cifras de usuarios, cifras de ingresos, tamaños de mercado ni hallazgos de investigación. Donde el borrador necesite un número o un dato que no te di, inserta "[FALTA DATO: qué buscar]"; donde hagas una suposición de trabajo, márcala como "[SUPUESTO]".
- Escribe al menos tres preguntas abiertas que un revisor plantearía.
- Mantén el enfoque propuesto agnóstico a la solución donde el problema admita más de un camino.
- Etiqueta el encabezado como "BORRADOR — para revisión". Mantenlo en menos de 700 palabras.

Rellena tus datos y el prompt se actualiza al instante — luego cópialo.

Lo que obtienes (extracto)

BORRADOR — para revisión Resumen: Reducir el abandono en la primera sesión guiando a los usuarios nuevos a conectar una fuente de datos rápidamente. Objetivos: Elevar la activación del día 1 del 34% al 50%. No-objetivos: rediseñar la biblioteca de conectores; configuración de múltiples fuentes. Historia de usuario: Como analista en evaluación, puedo elegir una integración inicial recomendada y ver datos de muestra, para llegar al valor antes de configurar nada. Criterios de aceptación: una fuente recomendada aparece preseleccionada; un dashboard de muestra se renderiza antes de conectar. Preguntas abiertas: ¿El abandono varía según el conector? [FALTA DATO: activación por tipo de fuente]. Se asumió que el flujo de OAuth en sí no es el bloqueante [SUPUESTO].

El flujo de trabajo completo

  1. Reúne el enunciado real del problema, la línea base de la métrica y las restricciones antes de escribir el prompt
  2. Genera el borrador y luego resuelve cada marca [FALTA DATO] con números reales de tu analítica o investigación
  3. Pon a prueba los no-objetivos y las preguntas abiertas con ingeniería y diseño
  4. Reescribe el enfoque propuesto con tus propias palabras para que el criterio sea tuyo

Cuidado con

Los planes de producto sin publicar son confidenciales y suelen estar cubiertos por tu NDA. No pegues un roadmap, una meta de ingresos ni una estrategia en una cuenta de IA de consumo; los modelos pueden retener las entradas, y esta es exactamente la exposición de secretos comerciales que llevó a Samsung a prohibir internamente los chatbots públicos.

El modelo llenará gustosamente tu plantilla con métricas falsas plausibles y afirmaciones de 'la investigación muestra'. Cada número y hallazgo en el PRD final debe rastrearse a una fuente real que puedas citar.

Un PRD generado se lee completo pero no refleja ningún contacto con usuarios. Es un andamiaje; la priorización, el alcance y las decisiones de compromiso siguen siendo tuyas para defender.

De dónde sale esto

Cada caso de uso de este sitio se basa en relatos reales de los gerentes de producto en activo — no lo inventamos nosotros.

Más casos de uso de IA para los gerentes de producto

← Los 6 casos de uso: cómo los gerentes de producto usan la IA