Prompt para notas de lanzamiento SaaS

Cuándo usarlo

Utilice este recurso cuando necesite notas de lanzamiento orientadas al cliente para una actualización de producto y prefiera un borrador listo para la acción en lugar de viñetas imprecisas. Sustituya los detalles ficticios por los tickets reales de incidencias y los datos de entrega de su equipo antes de publicar.

El prompt

## Rol
Actúa como un product manager que redacta notas de lanzamiento orientadas al cliente. Aplica tu criterio profesional para presentar los cambios funcionales de forma clara y concisa.

## Contexto
KiteMetrics, una herramienta ligera de analítica web, lanza la versión 2.4. Este sprint incluye tres cambios: filtrado por rango de fechas personalizado en el panel de visitantes, exportación a CSV para registros de eventos y la corrección de un error que provocaba un cálculo erróneo del porcentaje de rebote en sesiones de una sola página. La función de exportación está limitada a 50.000 filas por descarga. El lanzamiento estará disponible este jueves para todos los planes de pago.

## Objetivo
Traduce estos cambios técnicos a notas de lanzamiento redactadas en un lenguaje accesible que expliquen qué ha cambiado, por qué es importante y los límites de uso que los usuarios deben conocer.

## Audiencia
Los usuarios principales son product managers y responsables de growth que consultan las actualizaciones para comprender el impacto en sus flujos de trabajo. Haz que el contenido sea claro, práctico y fácil de escanear visualmente, sin jerga de ingeniería innecesaria.

## Requisitos
Redacta un documento de notas de lanzamiento de entre 250 y 350 palabras. Incluye un breve encabezado de resumen, tres secciones estructuradas (Novedades, Mejoras, Correcciones) y pasos de acción claros para acceder a cada funcionalidad. Especifica de forma explícita el límite de 50.000 filas en las exportaciones CSV. Añade una breve tabla de verificación que indique qué rutas de la interfaz de usuario deben validarse antes del lanzamiento.

## Restricciones
No inventes funciones no especificadas, endpoints de API, pruebas de rendimiento comparativas ni promesas de la hoja de ruta futura. Limítate estrictamente a los detalles proporcionados sobre el sprint. Señala claramente cualquier suposición operativa.

## Tono y estilo
Directo, informativo y preciso. Emplea la voz activa, párrafos cortos y listas con viñetas. Evita el sensacionalismo publicitario, el entusiasmo excesivo y la jerga interna de desarrollo.

## Formato de salida
Presenta en primer lugar las notas de lanzamiento orientadas al cliente bajo subtítulos claros en Markdown. A continuación, incluye una lista de verificación interna de los pasos de validación y las suposiciones señaladas.

## Qué evitar
Evita afirmaciones ambiguas como "diversas correcciones de errores y mejoras de rendimiento", estimaciones no verificadas de ahorro de tiempo y registros de commits técnicos copiados textualmente.

## Criterios de éxito
Un usuario final puede entender de inmediato los tres cambios, saber dónde encontrarlos en la aplicación y advertir la limitación en la exportación.

## Preguntas de aclaración
Haz un máximo de tres preguntas específicas únicamente si falta contexto técnico crítico. En caso contrario, continúa con los detalles proporcionados e indica con claridad cualquier suposición realizada.

Por qué funciona

• El escenario ofrece al modelo datos y límites concretos en lugar de pedirle que invente un contexto de la nada.
• Los requisitos especifican los entregables reales y los casos extremos importantes para esta tarea.
• Las restricciones dificultan que se filtren en el resultado afirmaciones infundadas o compromisos no autorizados.
• Los criterios de éxito convierten la revisión en una comprobación práctica: un usuario final puede entender de inmediato los tres cambios, saber dónde encontrarlos en la aplicación y advertir la limitación de exportación.

Adáptelo a su caso

Cree una versión personalizada con PromptDeck sustituyendo el escenario ficticio por su propio contexto, público y restricciones. Conserve los pasos de verificación para que el resultado final refleje lo que realmente sabe.