Desarrollo de Producto — 50 Prompts de IA

Diseña, prioriza y lanza productos que los usuarios realmente quieren con inteligencia artificial. Estos prompts cubren todo el ciclo de vida del producto, desde el descubrimiento de necesidades hasta la definición de funcionalidades y la construcción del roadmap, para que tomes decisiones de producto basadas en evidencia y no en intuiciones.

Cómo usar estos prompts

Copia el prompt en ChatGPT o Claude, reemplaza los [CORCHETES] con la información de tu producto y ejecuta. Para mejores resultados en user stories y specs, incluye contexto real del usuario (citas de entrevistas, datos de uso, feedback de soporte) en el prompt.

Los 50 Prompts

Categoría 1: User Stories

Prompt 01. Escribe las user stories para la funcionalidad "[NOMBRE DE LA FUNCIONALIDAD]" del producto [NOMBRE DEL PRODUCTO] de [NOMBRE DE TU EMPRESA]. Contexto: [DESCRIPCIÓN DE LA FUNCIONALIDAD]. Para cada user story usa el formato: "Como [TIPO DE USUARIO], quiero [ACCIÓN] para [BENEFICIO]". Incluye: criterios de aceptación (Given/When/Then) para cada story, condiciones de borde (edge cases) y el tamaño estimado en story points.

Prompt 02. Desglosa esta épica de producto en user stories individuales: "[ÉPICA: DESCRIPCIÓN]". Para [NOMBRE DEL PRODUCTO] de [NOMBRE DE TU EMPRESA]. Las stories deben ser: independientes entre sí (o con mínimas dependencias), estimables, pequeñas (implementables en menos de una semana), verificables y valiosas por sí mismas. Lista las dependencias entre stories si las hay.

Prompt 03. Revisa estas user stories y mejóralas para que sean más claras y completas: [PEGAR USER STORIES]. Para cada story que tenga problemas: identifica el problema (muy técnica, muy vaga, sin criterios de aceptación, etc.), propón una versión mejorada y explica qué cambió y por qué. Producto: [NOMBRE DEL PRODUCTO]. Empresa: [NOMBRE DE TU EMPRESA].

Prompt 04. Escribe las user stories para el flujo completo de [NOMBRE DEL FLUJO: registro/checkout/onboarding/creación de contenido] de [NOMBRE DEL PRODUCTO]. Mapea el flujo desde el primer paso hasta el último, incluyendo: el "happy path" principal, variantes del flujo (usuario ya registrado, error en el proceso, etc.) y las notificaciones o acciones del sistema en cada paso.

Prompt 05. Genera las user stories de la vista de [NOMBRE DE LA PANTALLA/SECCIÓN] del producto [NOMBRE DEL PRODUCTO]. Incluye: stories de visualización (qué ve el usuario), stories de interacción (qué puede hacer), stories de validación (qué pasa cuando hay errores), stories de estado vacío (primera vez que accede) y stories de estados de carga y error de sistema.

Categoría 2: Frameworks de Priorización

Prompt 06. Aplica el framework RICE (Reach, Impact, Confidence, Effort) para priorizar estas funcionalidades de [NOMBRE DEL PRODUCTO]: [LISTA DE FUNCIONALIDADES]. Para cada funcionalidad: estima Reach (cuántos usuarios afecta en [X] meses), Impact (impacto en la métrica objetivo, escala 0.25/0.5/1/2/3), Confidence (% de confianza en los estimados) y Effort (persona-meses). Calcula el score RICE y ordena.

Prompt 07. Usa la matriz de impacto vs. esfuerzo para priorizar estas iniciativas de [NOMBRE DEL PRODUCTO]: [LISTA DE INICIATIVAS]. Para cada iniciativa: impacto en [MÉTRICA PRINCIPAL] (alto/medio/bajo) y esfuerzo de implementación estimado (alto/medio/bajo). Ubica cada iniciativa en el cuadrante correcto y propón el orden de implementación con justificación.

Prompt 08. Aplica el framework MoSCoW (Must Have, Should Have, Could Have, Won't Have) para el próximo sprint/release de [NOMBRE DEL PRODUCTO]. Backlog a priorizar: [LISTA DE ITEMS]. Contexto: [OBJETIVO DEL RELEASE, RESTRICCIONES DE TIEMPO/RECURSOS]. Para cada item: clasifícalo, justifica la clasificación y añade las dependencias críticas que podrían cambiarla.

Prompt 09. Realiza un análisis de priorización de funcionalidades usando la metodología de "Árbol de Oportunidades" (Opportunity Solution Tree) para [NOMBRE DEL PRODUCTO]. Objetivo de negocio: [OBJETIVO]. Outcomes del usuario: [LISTA DE OUTCOMES]. Oportunidades de producto: [LISTA DE OPORTUNIDADES]. Soluciones posibles: [LISTA DE SOLUCIONES]. Mapea la relación entre todos los niveles y prioriza las soluciones más apalancadas.

Categoría 3: Roadmaps de Producto

Prompt 10. Diseña el roadmap de producto de [NOMBRE DEL PRODUCTO] para los próximos 12 meses. Organizado en trimestres. Para cada trimestre: tema estratégico (qué problema de usuario resuelve), funcionalidades principales (3-5), hipótesis que se van a validar y métricas de éxito. El roadmap debe reflejar un aprendizaje progresivo, no solo una lista de features.

Prompt 11. Crea el roadmap "Now/Next/Later" para [NOMBRE DEL PRODUCTO] de [NOMBRE DE TU EMPRESA]. NOW (próximos 30-60 días): funcionalidades con alta confianza. NEXT (2-4 meses): oportunidades validadas pero aún en definición. LATER (4+ meses): ideas a explorar. Para cada item: objetivo del usuario que resuelve, impacto esperado en [MÉTRICA PRINCIPAL] y nivel de confianza (alta/media/baja).

Prompt 12. Presenta el roadmap de [NOMBRE DEL PRODUCTO] de [NOMBRE DE TU EMPRESA] para la reunión de inversores/consejo/equipo. El documento debe: comunicar la visión del producto a largo plazo (18-24 meses), mostrar el progreso del trimestre actual, explicar las prioridades del próximo trimestre y su conexión con los objetivos de negocio y responder implícitamente a "¿por qué esto y no aquello?".

Prompt 13. Escribe el proceso de construcción del roadmap de [NOMBRE DEL PRODUCTO] para [NOMBRE DE TU EMPRESA]. Incluye: quién participa en la construcción del roadmap, qué inputs se recopilan (datos de uso, feedback de clientes, estrategia de empresa, deuda técnica), cómo se sintetizan esos inputs, con qué frecuencia se revisa el roadmap y cómo se comunica a los stakeholders.

Categoría 4: Preguntas para Entrevistas de Usuario

Prompt 14. Escribe el guión para una entrevista de usuario de 45 minutos sobre [PROBLEMA/ÁREA DE PRODUCTO] de [NOMBRE DEL PRODUCTO]. Incluye: introducción y contexto (5 min), preguntas de calentamiento sobre el contexto del usuario (10 min), preguntas de exploración del problema (20 min), preguntas sobre soluciones actuales (10 min) y cierre (5 min). Las preguntas deben ser abiertas y evitar sesgos.

Prompt 15. Genera 10 preguntas de entrevista de usuario para descubrir las necesidades y frustraciones alrededor de [PROBLEMA/TAREA] que resuelve [NOMBRE DEL PRODUCTO]. Las preguntas deben: explorar comportamientos pasados (no hipotéticos), descubrir el contexto y los desencadenantes, revelar las soluciones actuales y sus limitaciones y no mencionar ni sugerir la solución de [NOMBRE DEL PRODUCTO].

Prompt 16. Crea las preguntas para un test de usabilidad de la funcionalidad "[NOMBRE DE LA FUNCIONALIDAD]" de [NOMBRE DEL PRODUCTO]. Incluye: escenario introductorio que pone al usuario en contexto, tareas a realizar (5-7 tareas concretas y observables), preguntas de reflexión después de cada tarea y preguntas de satisfacción general al final (incluyendo SUS o equivalente).

Prompt 17. Analiza estas citas de entrevistas de usuario e identifica los patrones de necesidades no satisfechas: [PEGAR CITAS DE ENTREVISTAS]. Para cada patrón identificado: describe la necesidad en lenguaje de usuario (no de producto), cuántos usuarios lo mencionan, la evidencia (citas específicas) y las oportunidades de producto que sugiere para [NOMBRE DEL PRODUCTO].

Categoría 5: Especificaciones de Funcionalidades

Prompt 18. Escribe la especificación funcional para la funcionalidad "[NOMBRE DE LA FUNCIONALIDAD]" de [NOMBRE DEL PRODUCTO]. Incluye: objetivo de la funcionalidad (problema que resuelve), descripción de la experiencia de usuario (flujo paso a paso), reglas de negocio, criterios de aceptación, comportamiento en casos de error, consideraciones de rendimiento y accesibilidad y lo que está explícitamente fuera del alcance de esta versión.

Prompt 19. Crea el diseño de la experiencia de usuario (UX) para el flujo de [NOMBRE DEL FLUJO] de [NOMBRE DEL PRODUCTO]. En formato de descripción textual (para luego diseñar): qué ve el usuario en cada paso, qué puede hacer, qué feedback recibe el sistema, qué pasa si comete un error, cómo sabe que completó el proceso y cómo puede volver atrás en cualquier momento.

Prompt 20. Escribe el "Definition of Done" (DoD) para las funcionalidades de [NOMBRE DEL PRODUCTO]. Incluye criterios de: código (tests unitarios, code review, sin deuda técnica nueva), UX (cumple con el diseño aprobado, responsive, accesible), funcionalidad (criterios de aceptación cumplidos, casos de borde probados), rendimiento (thresholds de velocidad) y documentación (changelog, release notes).

Prompt 21. Genera el brief de diseño para el rediseño de [NOMBRE DE LA PANTALLA/SECCIÓN] de [NOMBRE DEL PRODUCTO]. Incluye: objetivo de negocio del rediseño, problema actual con evidencia (métricas, feedback de usuarios), usuarios que afecta y su contexto de uso, restricciones técnicas y de negocio, success metrics que definen si el rediseño tuvo éxito y referencias de diseño que te inspiran.

Categoría 6: Ideas para A/B Testing

Prompt 22. Genera 10 hipótesis de A/B testing para mejorar [MÉTRICA: conversión/retención/activación/engagement] en [NOMBRE DEL PRODUCTO]. Para cada hipótesis: observación (qué problema o dato llevó a esta idea), hipótesis (si cambiamos X, entonces Y pasará porque Z), variante a probar, métrica principal y secundaria, tamaño de muestra estimado y duración del test.

Prompt 23. Diseña el plan de experimentación para el trimestre de [NOMBRE DE TU EMPRESA] para el área de [ÁREA: onboarding/checkout/retención]. Incluye: los 5 experimentos más prioritarios, priorización por impacto esperado y facilidad de implementación, dependencias entre experimentos, cómo garantizar que los tests no se interfieren entre sí y cómo documentar y compartir los aprendizajes.

Prompt 24. Escribe la hipótesis y el diseño del experimento para testear si [CAMBIO ESPECÍFICO EN EL PRODUCTO: nuevo onboarding/cambio en el precio/nueva funcionalidad] mejora [MÉTRICA PRINCIPAL] de [NOMBRE DEL PRODUCTO]. Incluye: hipótesis nula y alternativa, métricas de guardrail que no deben empeorar, criterio de significancia estadística, duración mínima del test y cómo interpretar los resultados.

Prompt 25. Analiza los resultados de este A/B test de [NOMBRE DEL PRODUCTO]: Control vs Variante. Resultados: [PEGAR DATOS]. Proporciona: interpretación estadística (¿es significativo?), impacto real en el negocio (no solo el % de mejora relativa), qué aprendemos sobre el comportamiento del usuario con este resultado y cuál es la recomendación: implementar, descartar o iterar.

Categoría 7: Personas de Usuario

Prompt 26. Crea 3 personas de usuario detalladas para [NOMBRE DEL PRODUCTO] de [NOMBRE DE TU EMPRESA]. Para cada persona: nombre y foto descripción, datos demográficos relevantes, contexto profesional y personal, objetivos principales al usar el producto, frustraciones principales con las soluciones actuales, comportamientos digitales, cita que captura su mentalidad y cómo [NOMBRE DEL PRODUCTO] resuelve su problema.

Prompt 27. Valida si estas personas de usuario son útiles para el equipo de [NOMBRE DE TU EMPRESA]: [PEGAR PERSONAS]. Las personas son útiles si: están basadas en datos reales (no ficción), son distinguibles entre sí, ayudan a tomar decisiones de producto con diferente respuesta según la persona y representan a usuarios reales, no al usuario ideal. Propón mejoras concretas.

Prompt 28. Actualiza estas personas de usuario con los nuevos aprendizajes de las últimas entrevistas: [PERSONAS ACTUALES]. Nuevos aprendizajes: [RESUMEN DE ENTREVISTAS RECIENTES]. ¿Qué cambia en cada persona? ¿Hay una persona nueva que emerge de los datos? ¿Alguna persona debe retirarse porque ya no es representativa?

Prompt 29. Escribe el "Jobs to be Done" para cada segmento de usuario de [NOMBRE DEL PRODUCTO]. Para cada segmento: [SEGMENTO 1], [SEGMENTO 2], [SEGMENTO 3]. El JTBD debe: describir el contexto en el que el usuario "contrata" el producto, el trabajo funcional que quiere hacer, el trabajo emocional (cómo quiere sentirse) y el trabajo social (cómo quiere ser visto).

Categoría 8: Product Briefs

Prompt 30. Escribe el Product Brief para la iniciativa "[NOMBRE DE LA INICIATIVA]" de [NOMBRE DEL PRODUCTO]. Incluye: problema que resuelve (con evidencia cuantitativa y cualitativa), objetivo de negocio que apoya, usuarios impactados y sus necesidades, solución propuesta a alto nivel, métricas de éxito, hipótesis clave que necesita validar, restricciones y dependencias críticas y qué queda fuera del alcance de esta iniciativa.

Prompt 31. Crea el "Press Release" ficticio del lanzamiento de la funcionalidad "[NOMBRE DE LA FUNCIONALIDAD]" de [NOMBRE DEL PRODUCTO]. Esta técnica (Working Backwards de Amazon) ayuda a definir el éxito antes de construir. El press release debe: describir el problema del usuario que resuelve, cómo funciona, por qué es diferente y una cita del usuario que lo usó. Escribe como si ya estuviera lanzado y fuera un gran éxito.

Prompt 32. Escribe el documento de "Anti-Brief" para la funcionalidad "[NOMBRE DE LA FUNCIONALIDAD]" de [NOMBRE DEL PRODUCTO]: ¿Qué NO incluye esta funcionalidad y por qué? ¿Qué solicitaron los usuarios pero hemos decidido no implementar en esta versión? ¿Qué problemas adyacentes NO resuelve esta funcionalidad? El anti-brief previene el scope creep y alinea las expectativas de todos los stakeholders.

Categoría 9: Gestión del Backlog

Prompt 33. Escribe los criterios de priorización del backlog de [NOMBRE DEL PRODUCTO] para [NOMBRE DE TU EMPRESA]. Los criterios deben: ser objetivos y medibles (no "si al CEO le gusta"), reflejar los valores del equipo de producto, ser aplicables por cualquier member del equipo (no solo el PM) y equilibrar el valor para el usuario, el impacto en el negocio y la deuda técnica.

Prompt 34. Ayúdame a hacer el "backlog grooming" de estos items: [LISTA DE ITEMS DEL BACKLOG]. Para cada item: indica si está suficientemente definido para estimar, qué información falta, si debería dividirse en stories más pequeñas, si está duplicado o solapado con otro item y si sigue siendo relevante o puede archivarse.

Prompt 35. Escribe las release notes del último lanzamiento de [NOMBRE DEL PRODUCTO]: [LISTA DE CAMBIOS TÉCNICOS]. Traduce los cambios técnicos a lenguaje centrado en el usuario: describe qué puede hacer ahora el usuario que antes no podía, qué mejoró, qué se corrigió y si hay algo que cambia en su flujo habitual. Tono: [INFORMAL/FORMAL]. Audiencia: [USUARIOS TÉCNICOS/NO TÉCNICOS].

Prompt 36. Diseña el proceso de sprint planning para el equipo de producto de [NOMBRE DE TU EMPRESA]. Incluye: quién participa y cuánto dura, qué inputs se necesitan antes del planning, cómo se seleccionan los items del backlog para el sprint, cómo se estima el esfuerzo, cómo se define el sprint goal y cómo se comunica el plan del sprint al resto de la empresa.

Categoría 10: Métricas de Producto

Prompt 37. Define el framework de métricas de producto para [NOMBRE DEL PRODUCTO] usando el modelo AARRR (Adquisición, Activación, Retención, Revenue, Referral). Para cada etapa: las 2-3 métricas más importantes para [NOMBRE DEL PRODUCTO], el valor actual (si lo tienes) o benchmark de referencia para el tipo de producto ([TIPO: SaaS/consumer app/marketplace]) y la palanca de producto más importante para mejorar esa métrica.

Prompt 38. Analiza el "activation funnel" de [NOMBRE DEL PRODUCTO] de [NOMBRE DE TU EMPRESA]. Datos del funnel: [PEGAR TASAS DE CONVERSIÓN POR PASO]. Identifica: el paso con mayor drop-off, las posibles causas (hipótesis), las soluciones de producto que podrían mejorar ese paso y cómo priorizarías las soluciones usando el marco RICE o similar.

Prompt 39. Escribe el plan de métricas para el lanzamiento de la nueva funcionalidad "[NOMBRE DE LA FUNCIONALIDAD]" de [NOMBRE DEL PRODUCTO]. Incluye: métricas de adopción (¿cuántos usuarios la usan?), métricas de engagement (¿con qué frecuencia?), métricas de éxito del usuario (¿logra su objetivo?), métricas de negocio impactadas y métricas de guardrail que no deben empeorar.

Prompt 40. Diseña el dashboard de producto para el equipo de [NOMBRE DE TU EMPRESA]. Segmentado por: métricas de adquisición (vistas diarias), métricas de activación (nuevos usuarios activados), métricas de engagement (DAU/MAU, sesiones, features used), métricas de retención (Day 1/7/30 retention) y métricas de revenue (conversión, ARPU, LTV). Para cada métrica: cómo calcularla y qué herramienta usarías.

Categoría 11: Lanzamientos y Go-to-Market de Features

Prompt 41. Escribe el plan de lanzamiento de la funcionalidad "[NOMBRE DE LA FUNCIONALIDAD]" de [NOMBRE DEL PRODUCTO]. Incluye: objetivos del lanzamiento, estrategia de rollout (beta cerrada/abierta/gradual), plan de comunicación a usuarios (in-app/email/changelog), soporte necesario (FAQs, vídeo tutorial), plan de monitoreo en las primeras 48 horas y criterios de éxito a 30 días.

Prompt 42. Crea el "feature announcement" para el lanzamiento de [NOMBRE DE LA FUNCIONALIDAD] de [NOMBRE DEL PRODUCTO] de [NOMBRE DE TU EMPRESA]. Versión para: email a usuarios existentes, post en el blog de producto, post en LinkedIn y mensaje in-app. Cada versión debe: adaptar el mensaje al canal, destacar el beneficio para el usuario (no las características técnicas) y incluir CTA de prueba.

Prompt 43. Escribe el plan de beta testing para la funcionalidad "[NOMBRE DE LA FUNCIONALIDAD]" de [NOMBRE DEL PRODUCTO]. Incluye: criterios para seleccionar a los beta testers (perfil de usuario, número, diversidad), cómo onboardear a los beta testers, qué feedback recopilar y cómo, cómo priorizar los bugs y feedback recibidos y criterios para decidir que la funcionalidad está lista para lanzamiento general.

Categoría 12: Retrospectivas y Aprendizajes

Prompt 44. Diseña la retrospectiva de producto trimestral para [NOMBRE DE TU EMPRESA]. Objetivo: aprender del trimestre pasado para mejorar el proceso de descubrimiento y entrega. Estructura: revisión de los objetivos del trimestre vs. resultados, qué aprendimos sobre nuestros usuarios, qué funcionó bien en el proceso, qué mejorar y compromisos concretos para el próximo trimestre.

Prompt 45. Facilita el "post-mortem" del lanzamiento de [NOMBRE DE LA FUNCIONALIDAD] de [NOMBRE DEL PRODUCTO] que no alcanzó sus métricas de éxito. Datos disponibles: [MÉTRICAS DEL LANZAMIENTO]. Estructura el post-mortem para identificar: qué supuestos fallaron, en qué punto del proceso podríamos haberlo detectado antes, qué cambiaríamos en el proceso de discovery o de decisión y los compromisos concretos de mejora.

Prompt 46. Escribe el "User Story Mapping" para el flujo principal de [NOMBRE DEL PRODUCTO]: [NOMBRE DEL FLUJO]. Organiza el flujo en: actividades del usuario (nivel más alto), tareas del usuario para cada actividad (nivel medio) y user stories específicas (nivel bajo). Luego divide en "releases" horizontales: MVP (mínimo para funcionar), versión 1.1 (primeras mejoras) y versión futura.

Prompt 47. Genera el análisis de "valor entregado vs. esfuerzo invertido" de las funcionalidades lanzadas en los últimos [X MESES] por el equipo de [NOMBRE DEL PRODUCTO]. Funcionalidades lanzadas: [LISTA]. Para cada una: valor entregado estimado (basado en adopción/métricas de negocio), esfuerzo invertido (story points o semanas) y ratio valor/esfuerzo. Qué aprendemos sobre nuestra capacidad de priorizar.

Prompt 48. Escribe el "Product Principles" de [NOMBRE DEL PRODUCTO] de [NOMBRE DE TU EMPRESA]. Los principios de producto son las reglas de decisión que guían al equipo cuando hay trade-offs difíciles. Define 5-7 principios que sean: específicos para este producto (no genéricos como "hacer el mejor producto"), que ayuden a decidir entre opciones válidas y que reflejen qué sacrificarías deliberadamente para priorizar qué.

Prompt 49. Crea el plan de "deprecación" de la funcionalidad "[NOMBRE DE LA FUNCIONALIDAD]" de [NOMBRE DEL PRODUCTO]. La funcionalidad tiene baja adopción y alto costo de mantenimiento. El plan debe incluir: comunicación a los usuarios afectados (cuánta anticipación, qué canales), migración a la alternativa si existe, monitoreo de impacto y cómo gestionar las quejas de los usuarios que sí la usaban.

Prompt 50. Diseña la "Product Strategy" de una página para [NOMBRE DEL PRODUCTO] de [NOMBRE DE TU EMPRESA] para los próximos 18 meses. Incluye: visión del producto (para quién, qué problema resuelve y qué lo hace único), los 3 bets estratégicos que apuestan al éxito a largo plazo, cómo validará esos bets en los próximos 6 meses, las capacidades críticas a construir y lo que deliberadamente no hará este producto para mantener el foco.

Consejos de uso

Ancla siempre en el usuario real: Cuando generes user stories o specs, incluye citas reales de entrevistas o feedback de soporte en el prompt. La IA genera mejores historias cuando el lenguaje del usuario real está presente, en lugar de inventar un usuario genérico.
Usa la IA para facilitar la conversación, no para reemplazarla: Los mejores roadmaps y prioridades emergen de la discusión del equipo. Usa los prompts para generar un primer borrador o un punto de partida, y luego lleva ese borrador al equipo para refinarlo con el conocimiento colectivo.
El contexto del negocio importa: Un roadmap sin los OKRs del trimestre o una user story sin saber quién es el usuario principal serán genéricos. Cuanto más contexto específico de negocio incluyas (métricas actuales, feedback reciente, posicionamiento competitivo), más accionables serán los outputs de la IA.