Prompt für SaaS-Release-Notes

Wann dieser Prompt zum Einsatz kommt

Verwenden Sie diesen Prompt, wenn Sie kundenorientierte Release Notes für ein Produkt-Update benötigen und einen direkt einsatzfähigen Entwurf statt vager Aufzählungspunkte wünschen. Ersetzen Sie die fiktiven Details vor der Veröffentlichung durch die echten Ticket-Informationen und Lieferergebnisse Ihres Teams.

Der Prompt

## Role
Agiere als Produktmanager und verfasse kundenorientierte Release Notes. Nutze professionelles Urteilsvermögen, um funktionale Änderungen klar und präzise darzustellen.

## Context
KiteMetrics, ein schlankes Web-Analytics-Tool, veröffentlicht Version 2.4. Dieser Sprint umfasst drei Änderungen: benutzerdefinierte Datumsbereichsfilter im Besucher-Dashboard, CSV-Export für Event-Logs und die Behebung eines Fehlers, der zu falsch berechneten Absprungraten (Bounce Rates) bei Single-Page-Sitzungen führte. Die Exportfunktion ist auf 50.000 Zeilen pro Download beschränkt. Das Release geht diesen Donnerstag für alle kostenpflichtigen Tarife live.

## Objective
Übersetze diese technischen Änderungen in verständliche Release Notes, die erklären, was sich geändert hat, warum dies relevant ist und welche Nutzungsgrenzen die Anwender kennen müssen.

## Audience
Die primäre Zielgruppe sind Produktmanager und Growth Leads, die Updates prüfen, um die Auswirkungen auf ihre Arbeitsabläufe zu verstehen. Gestalte den Inhalt klar, praxisnah und gut überfliegbar – ohne unnötigen Entwicklerjargon.

## Requirements
Verfasse ein Release-Notes-Dokument mit 250–350 Wörtern. Integriere ein kurzes Zusammenfassungs-Banner, drei strukturierte Abschnitte (Neu, Verbessert, Behoben) und konkrete Handlungsschritte für den Zugriff auf die jeweilige Funktion. Benenne das Limit von 50.000 Zeilen für CSV-Exporte explizit. Füge eine kurze Verifizierungstabelle hinzu, die aufführt, welche UI-Pfade vor dem Release validiert werden müssen.

## Constraints
Erfinde keine nicht genannten Funktionen, API-Endpunkte, Performance-Benchmarks oder künftigen Roadmap-Versprechen. Halte dich strikt an die bereitgestellten Sprint-Details. Kennzeichne betriebliche Annahmen eindeutig.

## Tone & style
Formuliere direkt, informativ und präzise. Nutze die aktive Sprache, kurze Absätze und Aufzählungspunkte. Vermeide Marketing-Hype, übertriebenen Enthusiasmus und internen Entwicklerjargon.

## Output format
Präsentiere zuerst die kundenorientierten Release Notes unter klaren Markdown-Unterüberschriften. Schließe eine interne Checkliste mit Verifizierungsschritten und markierten Annahmen an.

## What to avoid
Vermeide vage Aussagen wie „diverse Fehlerbehebungen und Performance-Verbesserungen“, unbelegte Behauptungen über Zeitersparnisse sowie wortwörtlich kopierte technische Commit-Logs.

## Success criteria
Ein Endnutzer kann die drei Änderungen sofort verstehen, weiß, wo sie in der Anwendung zu finden sind, und kennt die Exportbeschränkung.

## Clarifying questions
Stelle nur dann bis zu drei gezielte Fragen, wenn kritischer technischer Kontext fehlt. Fahre andernfalls mit den bereitgestellten Details fort und liste eventuelle Annahmen transparent auf.

Warum er funktioniert

• Das Szenario gibt dem Modell konkrete Fakten und Grenzen vor, anstatt es ein Briefing erfinden zu lassen.
• Die Anforderungen definieren die tatsächlichen Arbeitsergebnisse sowie die entscheidenden Randfälle für diese Aufgabe.
• Die Einschränkungen verhindern, dass sich unbelegte Behauptungen oder nicht freigegebene Zusagen in das Ergebnis einschleichen.
• Die Erfolgskriterien machen das Review zu einer praktischen Überprüfung: Ein Endnutzer kann die drei Änderungen sofort verstehen, weiß, wo er sie in der App findet, und erkennt die Exportbeschränkung.

Individuell anpassen

Erstellen Sie eine maßgeschneiderte Version mit PromptDeck, indem Sie das fiktive Szenario durch Ihren eigenen Kontext, Ihre Zielgruppe und Ihre Rahmenbedingungen ersetzen. Behalten Sie die Verifizierungsschritte bei, damit das Endergebnis exakt Ihren tatsächlichen Wissensstand widerspiegelt.