Prompt de notes de version SaaS

Quand l'utiliser

Utilisez ce prompt lorsque vous devez rédiger des notes de version (release notes) destinées à vos clients pour une mise à jour produit et que vous souhaitez obtenir un premier jet directement exploitable plutôt qu'une liste vague de points. Remplacez les détails fictifs par les véritables tickets d'incidents et éléments livrés par votre équipe avant publication.

Le prompt

## Rôle
Agis en tant que product manager rédigeant des notes de version destinées aux clients. Fais preuve de discernement professionnel pour présenter les changements fonctionnels de manière claire et concise.

## Contexte
KiteMetrics, un outil d'analyse web léger, lance sa version 2.4. Ce sprint comprend trois évolutions : le filtrage par plage de dates personnalisée sur le tableau de bord des visiteurs, l'export CSV des journaux d'événements (event logs), et la correction d'un bug faussant le calcul du taux de rebond sur les sessions monopages. La fonctionnalité d'export est limitée à 50 000 lignes par téléchargement. Le déploiement est prévu ce jeudi pour l'ensemble des offres payantes.

## Objectif
Traduire ces changements techniques en notes de version rédigées dans un langage accessible, expliquant ce qui a changé, l'intérêt pour l'utilisateur et les éventuelles limites d'utilisation à connaître.

## Public cible
Les utilisateurs principaux sont des product managers et des growth leads qui parcourent les mises à jour pour évaluer leur impact sur leurs processus de travail. Rends le contenu clair, pragmatique et facile à parcourir, sans jargon technique superflu.

## Exigences
Rédige un document de notes de version de 250 à 350 mots. Inclus un court bandeau récapitulatif, trois sections structurées (Nouveau, Amélioré, Corrigé) ainsi que les étapes concrètes pour accéder à chaque fonctionnalité. Mentionne explicitement la limite de 50 000 lignes pour les exports CSV. Ajoute un bref tableau de vérification indiquant les parcours d'interface (UI) à valider avant la mise en production.

## Contraintes
N'invente aucune fonctionnalité non mentionnée, aucun point d'accès API, aucun benchmark de performance ni aucune promesse de feuille de route (roadmap) future. Appuie-toi strictement sur les détails du sprint fournis. Signale clairement toute hypothèse opérationnelle formulée.

## Ton & style
Adopte un ton direct, informatif et précis. Utilise la voix active, des paragraphes courts et des listes à puces. Évite le discours marketing exagéré, l'enthousiasme excessif et le jargon interne de développeur.

## Format de sortie
Présente d'abord les notes de version destinées aux clients sous des sous-titres Markdown explicites. Fais suivre le tout d'une checklist interne détaillant les étapes de vérification et les hypothèses relevées.

## Ce qu'il faut éviter
Évite les formulations vagues comme « diverses corrections de bugs et améliorations de performances », les promesses de gain de temps non vérifiées et les messages de commit technique copiés mot pour mot.

## Critères de succès
Un utilisateur final doit comprendre immédiatement les trois changements, savoir où les trouver dans l'application et identifier la limite imposée à l'export.

## Questions de clarification
Pose un maximum de trois questions ciblées uniquement si des informations techniques indispensables font défaut. Sinon, poursuis avec les éléments fournis et liste clairement tes hypothèses.

Pourquoi cela fonctionne

• Le scénario fournit au modèle des faits concrets et des limites claires au lieu de lui demander d'inventer un brief de toutes pièces.
• Les exigences précisent les livrables attendus ainsi que les cas particuliers importants pour cette tâche.
• Les contraintes réduisent considérablement le risque de voir apparaître des affirmations non fondées ou des engagements non validés.
• Les critères de succès transforment la relecture en une vérification pratique : un utilisateur final doit pouvoir comprendre immédiatement les trois changements, savoir où les trouver dans l'application et identifier la limite d'export.

Personnalisez-le

Créez votre propre version sur mesure avec PromptDeck en remplaçant le scénario fictif par votre propre contexte, votre audience et vos contraintes. Conservez les étapes de vérification afin que le résultat final reflète précisément ce que vous maîtrisez réellement.