Los mejores prompts de ChatGPT y Claude para gerentes de producto tienen cada uno un objetivo específico: redactar un PRD a partir de una idea de una sola línea, dividir una funcionalidad en historias de usuario con criterios de aceptación Dado/Cuando/Entonces, puntuar un backlog con RICE o convertir notas de entrevistas en una persona. Esta guía incluye 25, agrupados según las tareas que realmente abarca el flujo de trabajo de un gerente de producto con AI, además de cuatro plantillas reutilizables (PRD, historia de usuario, hoja de ruta ahora/después/más adelante y persona) que puedes pegar en cualquier modelo. Cada prompt usa [brackets] para los campos que debes completar. Funcionan en ChatGPT, Claude, Gemini y Copilot sin cambios.
En esta página
- Cómo obtener resultados útiles de estos prompts
- Grupo 1: Descubrimiento e investigación (prompts 1 a 5)
- Grupo 2: PRD y especificaciones (prompts 6 a 10)
- Grupo 3: Historias de usuario y criterios de aceptación (prompts 11 a 15)
- Grupo 4: Hojas de ruta y priorización (prompts 16 a 20)
- Grupo 5: lanzamiento, métricas y comunicación con las partes interesadas (prompts 21 a 25)
- Plantillas que puedes pegar en cualquier prompt
- Qué herramienta usar para cada tarea
- Preguntas frecuentes
- En resumen
Generador de PRD
Skill de generación de PRD con AI
Convierte una idea de funcionalidad y tu contexto en un PRD completo con planteamiento del problema, objetivos, requisitos, métricas y preguntas abiertas.
$19
Obtén el Skill →
Cómo obtener resultados útiles de estos prompts
Tres hábitos marcan la diferencia entre una respuesta genérica y un documento que realmente puedes publicar.
-
Dale al modelo el mismo contexto que le darías a una persona recién incorporada. El producto, los usuarios, el modelo de negocio y la limitación con la que estás trabajando. Un párrafo es suficiente, pero tiene que estar presente.
-
Pide una estructura, no una impresión. «Escribe un PRD» produce un ensayo. «Completa esta plantilla de PRD y marca todo lo que hayas tenido que suponer con [ASSUMPTION]» genera un borrador que puedes revisar en diez minutos.
-
Itera en el mismo hilo. Una vez que el modelo tiene el contexto, los prompts de seguimiento («ahora escribe las historias de usuario de la sección 4») son rápidos y coherentes. No empieces un chat nuevo para cada entregable.
Si quieres que el modelo mantenga este comportamiento permanentemente en lugar de volver a pegar las instrucciones, para eso sirve un archivo de Skill. Explora la colección de Skills de Claude para ver opciones según el rol, o sigue leyendo para conocer los prompts gratuitos.
Grupo 1: Descubrimiento e investigación (prompts 1 a 5)
Prompt 1: Síntesis de entrevistas
Estas son las notas de [number] entrevistas con clientes sobre [topic]: [pega las notas]. Agrupa los hallazgos por temas. Para cada tema, indica un nombre, cuántos entrevistados lo mencionaron, una cita representativa y el trabajo subyacente que el usuario intenta realizar. Termina con los tres temas que investigarías más a fondo y explica por qué.
Prompt 2: Persona basada en la evidencia
Usando esta investigación: [pega los temas de las entrevistas, los datos de la encuesta o los tickets de soporte], escribe una persona para [segment]. Usa esta estructura: nombre y rol, contexto (tamaño de la empresa, herramientas, equipo), objetivos, las tres principales frustraciones, cómo evalúa una solución, qué haría que abandonara el producto, una cita textual. Marca todo lo que no esté respaldado por la evidencia con [ASSUMPTION].
Prompt 3: Planteamiento del problema
Estamos considerando crear [feature] para [persona]. Redacta cinco formulaciones alternativas del problema con el formato «[persona] necesita una forma de [job] porque [insight]». Para cada una, indica qué pruebas confirmarían que es un problema real y qué pruebas demostrarían que no lo es.
Prompt 4: Análisis de la competencia
Compara cómo [competitor A], [competitor B] y [competitor C] gestionan [use case]. Crea una tabla con estas columnas: capacidad, cómo lo hace cada producto y en qué aspectos no satisface las necesidades de [our persona]. Después, enumera tres opciones de posicionamiento para nosotros. Indica únicamente hechos de los que tengas certeza y señala cualquier aspecto sobre el que no estés seguro.
Prompt 5: Guion de entrevista
Escribe un guion de entrevista de descubrimiento de 30 minutos para [persona] sobre [problem area]. Comienza con dos preguntas para romper el hielo, continúa con ocho preguntas abiertas sobre comportamientos pasados en lugar de preferencias hipotéticas y termina con dos preguntas de cierre. Añade debajo de cada pregunta una nota sobre lo que nos revelaría una respuesta sólida.
Grupo 2: PRD y especificaciones (prompts 6 a 10)
Prompt 6: PRD a partir de una frase
Redacta un PRD para [feature] en [product]. Contexto: [users, business model, constraint]. Usa estas secciones: problema, objetivos y objetivos excluidos, métricas de éxito, historias de usuario (resumen), requisitos funcionales (numerados, cada uno comprobable), requisitos no funcionales, dependencias, riesgos y preguntas abiertas. Marca las suposiciones con [ASSUMPTION]. No superes las 900 palabras.
Prompt 7: Revisión del PRD
Revisa este PRD como responsable de ingeniería escéptico: [paste PRD]. Enumera todos los requisitos ambiguos, imposibles de probar o contradictorios con otros. Para cada uno, cita la línea y propón una reformulación. Después, enumera las preguntas que harías antes de estimar el trabajo.
Prompt 8: Objetivos excluidos y recortes de alcance
Este es el alcance de [feature]: [paste]. Propón la versión más pequeña que aún permita probar la hipótesis central «[hypothesis]». Enumera qué pasa a ser un objetivo excluido, qué se pospone a una versión posterior y qué riesgo asumimos al recortar cada elemento.
Prompt 9: Casos límite
Para el requisito «[paste one requirement]», enumera los casos límite relacionados con: datos vacíos o ausentes, permisos, concurrencia, uso sin conexión o red lenta, localización, accesibilidad y abuso. Para cada uno, indica el comportamiento esperado o escribe «necesita una decisión».
Prompt 10: Resumen técnico para ingenieros
Convierte este PRD en un resumen técnico de una página para el equipo de ingeniería: [paste PRD]. Incluye el comportamiento visible para el usuario, los datos que deben almacenarse o modificarse, las integraciones afectadas y las pruebas de aceptación que definen cuándo está terminado. No propongas una arquitectura; indica únicamente lo que el sistema debe hacer.
Grupo 3: Historias de usuario y criterios de aceptación (prompts 11 a 15)
Prompt 11: Del épico a las historias
Divide este épico en historias de usuario: [paste epic]. Da formato a cada una como «Como [persona], quiero [action] para [outcome]». Cada historia debe poder entregarse en un sprint y aportar valor de forma independiente. Añade una nota de una línea sobre por qué es una historia separada.
Prompt 12: Criterios Given/When/Then
Escribe los criterios de aceptación para esta historia: [paste story]. Usa Given/When/Then. Cubre el caso normal, al menos dos escenarios de error o casos límite y un escenario de permisos. Un evaluador debe poder verificar cada escenario sin consultar al responsable de producto.
Prompt 13: Evaluación INVEST
Evalúa estas historias según INVEST (independiente, negociable, valiosa, estimable, pequeña, comprobable): [paste stories]. Indica aprobado o suspendido para cada letra, explica cada fallo en una frase y reescribe las historias que no superen la evaluación.
Prompt 14: Mapa de historias
Crea un mapa de historias de usuario para [journey, e.g. onboarding a new team]. En la primera fila: las actividades principales, en orden. Debajo de cada actividad: las tareas que realiza el usuario. Después, indica qué tareas pertenecen a las versiones 1, 2 y 3, junto con el resultado que demuestra cada versión.
Prompt 15: De error a historia
Reescribe este informe de error como una historia de usuario con criterios de aceptación y una clasificación de gravedad: [paste bug report]. Separa lo que experimentó el usuario de lo que crees que es la causa. Incluye los pasos para reproducirlo como un escenario Given/When/Then.
Grupo 4: Hojas de ruta y priorización (prompts 16 a 20)
Prompt 16: Puntuación RICE
Puntúa estos elementos del backlog con RICE: [paste items with any data you have]. Para cada uno, estima el alcance (usuarios por trimestre), el impacto (de 0,25 a 3), la confianza (porcentaje) y el esfuerzo (semanas-persona), muestra el cálculo y ordénalos. Señala cada estimación con baja confianza e indica qué datos aumentarían esa confianza.
Prompt 17: Clasificación rápida ICE
Asigna una puntuación ICE (impacto, confianza, facilidad, cada uno del 1 al 10) a estas ideas: [paste list]. Devuelve una tabla ordenada por el total, con una frase de justificación por idea. Después dime qué dos elementos cuestionarías en cuanto a sus puntuaciones y por qué.
Prompt 18: Hoja de ruta de ahora/siguiente/más adelante
Convierte esta lista priorizada en una hoja de ruta de ahora/siguiente/más adelante: [paste list]. Ahora: a qué nos comprometemos este trimestre. Siguiente: qué esperamos empezar después. Más adelante: direcciones en las que creemos, pero con las que aún no nos hemos comprometido. Redacta cada elemento como un resultado, no como el nombre de una funcionalidad, y añade la métrica que indique si funcionó.
Prompt 19: Memorando sobre el intercambio
Tenemos que elegir entre [option A] y [option B] para [quarter]. Contexto: [team size, goals, constraints]. Redacta un memorando de decisión de una página: la decisión, las opciones consideradas, los criterios, la puntuación de cada opción, la recomendación y qué nos haría cambiar de decisión.
Prompt 20: Decir que no
Una parte interesada ([role]) ha solicitado [request]. No encaja en la hoja de ruta actual porque [reason]. Redacta una respuesta que reconozca la necesidad, explique el intercambio en términos sencillos, ofrezca lo que podemos hacer en su lugar e indique cuándo lo revisaremos de nuevo. Que tenga menos de 150 palabras y no sea defensiva.
Grupo 5: lanzamiento, métricas y comunicación con las partes interesadas (prompts 21 a 25)
Prompt 21: Métricas de éxito
Para [feature] dirigido a [persona], propone una métrica principal, tres métricas de apoyo y dos métricas de control que mostrarían daños. Para cada una: definición, cómo se mide, la línea base que necesitamos primero y un objetivo para 90 días después del lanzamiento, con tu razonamiento.
Prompt 22: Lista de comprobación del lanzamiento
Crea una lista de comprobación para el lanzamiento de [feature] con responsables y plazos: dos semanas antes, una semana antes, el día del lanzamiento y una semana después. Incluye la preparación de ingeniería, control de calidad, capacitación del soporte, documentación, marketing, ventas, analítica y reversión. Marca los elementos que bloquean el lanzamiento.
Prompt 23: Notas de la versión en tres estilos
Escribe las notas de la versión para [feature] en tres versiones: una para usuarios finales (primero el beneficio, sin jerga y con menos de 80 palabras), otra para ventas y soporte internos (qué cambió, limitaciones conocidas y cómo responder a preguntas frecuentes) y otra para el registro de cambios (precisa y técnica). Cambios: [paste].
Prompt 24: Actualización semanal para las partes interesadas
Escribe la actualización de producto de esta semana a partir de estas notas: [paste notes]. Estructura: titular (una frase), publicado, en curso con las fechas previstas, bloqueado y qué necesitamos, métricas que cambiaron, decisiones que el lector debe tomar. Menos de 250 palabras. Sin relleno.
Prompt 25: Retrospectiva posterior al lanzamiento
Esto es lo que ocurrió después de lanzar [feature]: [paste metrics and feedback]. Compara los resultados con los objetivos del PRD: [paste goals]. Escribe una retrospectiva: qué predijimos, qué ocurrió, por qué existe la diferencia, qué haríamos de otra manera y cuál es la próxima decisión que tomar (redoblar esfuerzos, iterar o detenerse).
Plantillas que puedes pegar en cualquier prompt
Estas cuatro plantillas son las estructuras a las que se refieren los prompts anteriores. Pega una en el chat, añade «completa esto para [feature]» y el modelo conservará los encabezados.
Plantilla de PRD
-
Problema: quién lo tiene, cómo lo sabemos y cuánto les cuesta actualmente
-
Objetivos: dos o tres resultados, cada uno con una métrica
-
Fuera de alcance: lo que esta versión deliberadamente no hace
-
Usuarios y personas: principales y secundarios
-
Historias de usuario: la lista breve; las historias detalladas están en el backlog
-
Requisitos funcionales: numerados y comprobables individualmente
-
Requisitos no funcionales: rendimiento, seguridad, accesibilidad, localización
- Dependencias y riesgos
-
Preguntas abiertas: con una persona responsable y una fecha
Plantilla de historia de usuario
Como [persona], quiero [action] para que [outcome].
Criterios de aceptación:
-
Dado [starting state] cuando [action] entonces [observable result]
-
Dado [estado de caso límite] cuando [action] entonces [gestión esperada]
-
Dado [usuario sin permiso] cuando [action] entonces [comportamiento de acceso denegado]
Plantilla de hoja de ruta (ahora/siguiente/más adelante)
| Columna |
Significado |
Qué incluye cada elemento |
| Ahora |
Comprometido y en curso este trimestre |
Resultado, responsable, métrica de éxito y fecha objetivo |
| Siguiente |
Se espera que comience después de Ahora; aún no está comprometido |
Resultado, preguntas abiertas y dependencia de Ahora |
| Más adelante |
Direcciones en las que creemos, sujetas a aprendizaje |
Resultado y la hipótesis en la que se basa |
Plantilla de persona
-
Nombre y función, además del contexto en el que trabajan (tamaño del equipo, herramientas y autoridad presupuestaria)
-
Objetivos: lo que intentan conseguir este trimestre
-
Frustraciones: las tres principales, cada una vinculada a pruebas
-
Cómo evalúan una solución y quién más participa en la decisión
- Qué les haría marcharse
-
Una cita de una investigación real, no inventada
Qué herramienta usar para cada tarea
Los prompts son gratuitos y rápidos. Un generador ofrece un resultado estructurado cada vez, sin tener que volver a explicar el formato. Un Skill de rol cambia la forma en que el modelo piensa durante toda la sesión. Aquí se explica dónde encaja cada uno.
Isolde - Skill de IA para responsables de producto ($19): una persona de responsable de producto que redacta y perfecciona elementos del backlog, criterios de aceptación y objetivos de sprint con una voz coherente.
Cassius - Skill de IA para responsables de productos de IA y datos ($19): creado para PM que lanzan funciones de datos e IA, e incluye criterios de evaluación de modelos, requisitos de datos y diseño de métricas.
Biblioteca de prompts para negocios y operaciones (27 $): un conjunto más amplio de prompts para memorandos, actualizaciones, notas de reuniones y documentos de procesos relacionados con el trabajo de producto.
Si también gestionas la entrega, la página de prompts para gerentes de proyectos cubre informes de estado, registros de riesgos y cronogramas. Para escribir prompts de uso general, consulta prompts de ChatGPT.
Preguntas frecuentes
¿ChatGPT o Claude pueden sustituir a un gerente de producto?
No. El modelo redacta y estructura; tú aportas el criterio, el contexto y la decisión. Los prompts anteriores son útiles porque eliminan el problema de la página en blanco y aplican una estructura, no porque conozcan a tus usuarios.
¿Estos prompts funcionan igual en ChatGPT y Claude?
Sí. Son texto sin formato y no usan sintaxis específica de ninguna herramienta. Claude tiende a seguir de cerca las estructuras largas; ChatGPT tiende a ser más conciso, así que quizá tengas que añadir «mantén todas las secciones» o «más corto», según el modelo.
¿Cuál es la diferencia entre un prompt, un generador y una Skill?
Un prompt es una instrucción única que pegas. Un generador es un archivo de Skill ajustado a un tipo de resultado, como un PRD, para que el formato sea coherente cada vez. Una Skill de rol, como una persona propietaria de producto, cambia la forma en que el modelo razona durante toda una sesión. Las Skills de KissMySkills son compras únicas (archivo .md más README) que funcionan en Claude, incluido Claude Code, ChatGPT como GPT personalizado, Gemini como Gem y Copilot.
¿Debería usar RICE o ICE para priorizar?
Usa ICE cuando necesites ordenar rápidamente una lista larga y no tengas datos de alcance. Usa RICE cuando los elementos compitan por la misma capacidad de ingeniería y puedas estimar el alcance y el esfuerzo con cierta confianza. Ambos son datos para tomar una decisión, no la decisión en sí.
¿Qué pasa si una Skill no encaja en mi flujo de trabajo?
Cada Skill incluye una garantía de devolución del dinero de 30 días, sin preguntas.
En resumen
Elige los cinco prompts que correspondan a los artefactos que produces con más frecuencia, guarda las plantillas en una nota y ejecútalos en un mismo hilo con contexto real. Solo eso te ahorrará unas horas a la semana. Cuando te encuentres pegando las mismas instrucciones todos los días, convierte esa tarea en un generador o una Skill de rol para que el modelo mantenga la estructura por ti.
Paquete
Paquete de herramientas para gerentes de producto: 1 Skill de AI + 3 Skills de herramientas
Una Skill de rol de gerente de producto más tres Skills de herramientas para PRD, historias y hojas de ruta, listas para Claude, ChatGPT, Gemini y Copilot.
$74.99
Consíguelo ahora →
Explora todas las Skills de Claude en KissMySkills.
