Die besten ChatGPT- und Claude-prompts für Produktmanager erfüllen jeweils genau eine Aufgabe: aus einer einzeiligen Idee ein PRD erstellen, ein Feature mit Given/When/Then-Akzeptanzkriterien in User Stories aufteilen, ein Backlog mit RICE bewerten oder Interviewnotizen in eine Persona umwandeln. Dieser Leitfaden enthält 25 davon, gruppiert nach den Aufgaben, die ein AI-Produktmanager-Workflow tatsächlich abdeckt, sowie vier wiederverwendbare Vorlagen (PRD, User Story, Now/Next/Later-Roadmap, Persona), die du in jedes Modell einfügen kannst. Jeder prompt verwendet [brackets] für die von dir auszufüllenden Felder. Sie funktionieren unverändert in ChatGPT, Claude, Gemini und Copilot.
Auf dieser Seite
- So erhältst du nützliche Ergebnisse aus diesen prompts
- Gruppe 1: Entdeckung und Recherche (prompts 1 bis 5)
- Gruppe 2: PRDs und Spezifikationen (Prompts 6 bis 10)
- Gruppe 3: User Stories und Akzeptanzkriterien (Prompts 11 bis 15)
- Gruppe 4: Roadmaps und Priorisierung (prompts 16 bis 20)
- Gruppe 5: Einführung, Kennzahlen und Stakeholder-Kommunikation (prompts 21 bis 25)
- Vorlagen, die du in jeden prompt einfügen kannst
- Welches Tool für welche Aufgabe
- Häufig gestellte Fragen
- Das Wichtigste
PRD-Generator
AI-PRD-Generator-Skill
Verwandelt eine Feature-Idee plus deinen Kontext in ein vollständiges PRD mit Problemstellung, Zielen, Anforderungen, Messwerten und offenen Fragen.
$19
Skill erhalten →
So erhältst du nützliche Ergebnisse aus diesen prompts
Drei Gewohnheiten machen den Unterschied zwischen einer generischen Antwort und einem Dokument, das du tatsächlich veröffentlichen kannst.
-
Gib dem Modell denselben Kontext, den du einem neuen Mitarbeiter geben würdest. Produkt, Nutzer, Geschäftsmodell, die Rahmenbedingung, unter der du arbeitest. Ein Absatz genügt, aber er muss vorhanden sein.
-
Bitte um eine Struktur, nicht um ein Gefühl. „Schreibe ein PRD“ ergibt einen Aufsatz. „Fülle diese PRD-Vorlage aus und kennzeichne alles, was du annehmen musstest, mit [ASSUMPTION]“ ergibt einen Entwurf, den du in zehn Minuten prüfen kannst.
-
Arbeite im selben Thread weiter. Sobald das Modell den Kontext kennt, sind Folge-prompts („Schreibe jetzt die User Stories für Abschnitt 4“) kostengünstig und konsistent. Starte nicht für jedes Artefakt einen neuen Chat.
Wenn du möchtest, dass das Modell dieses Verhalten dauerhaft beibehält, statt die Anweisungen erneut einzufügen, ist das die Aufgabe einer Skill-Datei. Durchsuche die Claude-Skill-Sammlung nach rollenbasierten Optionen oder lies weiter, um die kostenlosen prompts zu erhalten.
Gruppe 1: Entdeckung und Recherche (prompts 1 bis 5)
prompt 1: Interviewsynthese
Hier sind Notizen aus [number] Kundeninterviews zu [topic]: [paste notes]. Gruppiere die Erkenntnisse nach Themen. Gib für jedes Thema einen Namen, an, wie viele Interviewte es erwähnt haben, ein repräsentatives Zitat und den zugrunde liegenden Job, den der Nutzer erledigen möchte. Schließe mit den drei Themen ab, die du weiter untersuchen würdest, und begründe warum.
prompt 2: Persona aus Erkenntnissen
Verwende diese Recherche: [paste interview themes, survey data or support tickets], um eine Persona für [segment] zu erstellen. Verwende diese Struktur: Name und Rolle, Kontext (Unternehmensgröße, Tools, Team), Ziele, die drei größten Frustrationen, wie die Person eine Lösung bewertet, was sie zur Abwanderung bewegen würde, ein wörtliches Zitat. Kennzeichne alles, was nicht durch die Erkenntnisse belegt ist, mit [ASSUMPTION].
prompt 3: Problemstellung
Wir erwägen, [feature] für [persona] zu entwickeln. Formuliere fünf alternative Problemstellungen im Format „[persona] benötigt eine Möglichkeit, [job] zu erledigen, weil [insight]“. Gib für jede an, welche Belege bestätigen würden, dass es sich um ein echtes Problem handelt, und welche Belege es widerlegen würden.
Prompt 4: Wettbewerbsanalyse
Vergleiche, wie [competitor A], [competitor B] und [competitor C] mit [use case] umgehen. Erstelle eine Tabelle mit den Spalten: Fähigkeit, Umsetzung in den einzelnen Produkten, Schwachstellen für [our persona]. Liste anschließend drei Positionierungsoptionen für uns auf. Nenne nur Fakten, bei denen du dir sicher bist, und kennzeichne alles, bei dem du unsicher bist.
Prompt 5: Interviewskript
Schreibe ein 30-minütiges Skript für ein exploratives Interview mit [persona] zum Themenbereich [problem area]. Beginne mit zwei Aufwärmfragen, stelle dann acht offene Fragen zu früherem Verhalten statt zu hypothetischen Präferenzen und schließe mit zwei Abschlussfragen. Füge unter jeder Frage eine Notiz dazu hinzu, was uns eine starke Antwort zeigen würde.
Gruppe 2: PRDs und Spezifikationen (Prompts 6 bis 10)
Prompt 6: PRD aus einem Einzeiler
Schreibe ein PRD für [feature] in [product]. Kontext: [users, business model, constraint]. Verwende diese Abschnitte: Problem, Ziele und Nicht-Ziele, Erfolgsmetriken, User Stories (Zusammenfassung), funktionale Anforderungen (nummeriert, jeweils testbar), nichtfunktionale Anforderungen, Abhängigkeiten, Risiken, offene Fragen. Kennzeichne Annahmen mit [ASSUMPTION]. Bleibe unter 900 Wörtern.
Prompt 7: PRD-Prüfung
Prüfe dieses PRD als skeptische technische Leitung: [paste PRD]. Liste jede Anforderung auf, die mehrdeutig oder nicht testbar ist oder einer anderen widerspricht. Zitiere jeweils die betreffende Zeile und schlage eine Neufassung vor. Liste anschließend die Fragen auf, die du vor der Aufwandsschätzung stellen würdest.
Prompt 8: Nicht-Ziele und Umfangskürzungen
Hier ist der Umfang von [feature]: [paste]. Schlage die kleinstmögliche Version vor, die weiterhin die Kernhypothese „[hypothesis]“ testet. Liste auf, was zu Nicht-Zielen wird, was in eine spätere Version verschoben wird und welches Risiko durch das Streichen jedes Elements entsteht.
Prompt 9: Randfälle
Liste für die Anforderung „[paste one requirement]“ Randfälle in den folgenden Bereichen auf: leere oder fehlende Daten, Berechtigungen, Nebenläufigkeit, Offlinebetrieb oder langsames Netzwerk, Lokalisierung, Barrierefreiheit und Missbrauch. Gib für jeden Fall das erwartete Verhalten an oder schreibe „Entscheidung erforderlich“.
Prompt 10: Technisches Briefing für Engineers
Verwandle dieses PRD in ein einseitiges technisches Briefing für das Engineering-Team: [paste PRD]. Führe das für Nutzer sichtbare Verhalten, zu speichernde oder zu ändernde Daten, betroffene Integrationen und die Abnahmetests auf, die „fertig“ definieren. Schlage keine Architektur vor, sondern beschreibe nur, was das System tun muss.
Gruppe 3: User Stories und Akzeptanzkriterien (Prompts 11 bis 15)
Prompt 11: Epic in Stories
Teile dieses Epic in User Stories auf: [paste epic]. Formatiere jede als „Als [persona] möchte ich [action], damit [outcome]“. Jede Story muss in einem Sprint lieferbar und unabhängig wertvoll sein. Füge eine einzeilige Notiz hinzu, warum sie eine separate Story ist.
Prompt 12: Given/When/Then-Kriterien
Verfasse Akzeptanzkriterien für diese Story: [paste story]. Verwende Given/When/Then. Decke den Happy Path, mindestens zwei Fehler- oder Randfälle und ein Berechtigungsszenario ab. Jedes Szenario muss von einem Tester überprüfbar sein, ohne den PM fragen zu müssen.
Prompt 13: INVEST-Prüfung
Bewerte diese Stories anhand von INVEST (independent, negotiable, valuable, estimable, small, testable): [paste stories]. Gib für jeden Buchstaben „bestanden“ oder „nicht bestanden“ an, erkläre jedes Scheitern in einem Satz und formuliere die nicht bestandenen Stories neu.
Prompt 14: Story-Map
Erstelle eine User-Story-Map für [journey, e.g. onboarding a new team]. Zeile eins: die Backbone-Aktivitäten in der richtigen Reihenfolge. Unter jeder Aktivität: die Aufgaben, die ein Nutzer ausführt. Markiere anschließend, welche Aufgaben zu Release 1, 2 und 3 gehören, und welches Ergebnis jedes Release nachweist.
Prompt 15: Vom Fehlerbericht zur Story
Schreibe diesen Fehlerbericht als User Story mit Akzeptanzkriterien und einer Einstufung des Schweregrads um: [paste bug report]. Trenne, was der Nutzer erlebt hat, von deiner Vermutung zur Ursache. Füge die Reproduktionsschritte als Given/When/Then-Szenario ein.
Gruppe 4: Roadmaps und Priorisierung (prompts 16 bis 20)
Prompt 16: RICE-Bewertung
Bewerte diese Backlog-Einträge mit RICE: [paste items with any data you have]. Schätze für jeden die Reichweite (Nutzer pro Quartal), den Impact (0,25 bis 3), die Confidence (Prozentsatz) und den Aufwand (Personenwochen), zeige die Berechnung und ordne sie. Kennzeichne jede Schätzung mit geringer Sicherheit und nenne, welche Daten diese erhöhen würden.
Prompt 17: ICE-Schnellsortierung
Vergib für diese Ideen einen ICE-Score (Impact, Confidence, Ease; jeweils 1 bis 10): [paste list]. Gib eine nach der Gesamtsumme sortierte Tabelle mit einem Begründungssatz pro Idee aus. Nenne anschließend die zwei Punkte, deren Bewertungen du infrage stellen würdest, und begründe warum.
Prompt 18: Now/Next/Later-Roadmap
Verwandle diese priorisierte Liste in eine Now/Next/Later-Roadmap: [paste list]. Now: Wozu wir uns in diesem Quartal verpflichten. Next: Womit wir voraussichtlich danach beginnen. Later: Richtungen, an die wir glauben, zu denen wir uns aber noch nicht verpflichtet haben. Formuliere jeden Punkt als Ergebnis, nicht als Feature-Namen, und ergänze die Kennzahl, die zeigt, ob er erfolgreich war.
Prompt 19: Memo zum Zielkonflikt
Wir müssen uns für [quarter] zwischen [option A] und [option B] entscheiden. Kontext: [team size, goals, constraints]. Verfasse ein einseitiges Entscheidungsmemo mit der Entscheidung, den betrachteten Optionen, den Kriterien, der Bewertung jeder Option, der Empfehlung und den Umständen, unter denen wir die Entscheidung revidieren würden.
Prompt 20: Nein sagen
Ein Stakeholder ([role]) hat [request] angefragt. Das passt nicht in die aktuelle Roadmap, weil [reason]. Verfasse eine Antwort, die den Bedarf anerkennt, den Zielkonflikt in einfachen Worten erklärt, eine mögliche Alternative anbietet und angibt, wann wir das erneut prüfen. Halte sie unter 150 Wörtern und vermeide einen defensiven Ton.
Gruppe 5: Einführung, Kennzahlen und Stakeholder-Kommunikation (prompts 21 bis 25)
Prompt 21: Erfolgskennzahlen
Schlage für [feature] für [persona] eine zentrale Leitkennzahl, drei unterstützende Kennzahlen und zwei Schutzkennzahlen vor, die einen Schaden anzeigen würden. Für jede Kennzahl: Definition, Messmethode, benötigte Ausgangsbasis und ein Ziel für 90 Tage nach der Einführung mit Begründung.
Prompt 22: Checkliste für die Einführung
Erstelle eine Checkliste für die Einführung von [feature] mit Verantwortlichen und Zeitplan: zwei Wochen vorher, eine Woche vorher, am Einführungstag, eine Woche danach. Berücksichtige die Bereitschaft von Entwicklung und Engineering, Qualitätssicherung, Befähigung des Supports, Dokumentation, Marketing, Vertrieb, Analytics und Rollback. Markiere Punkte, die die Einführung blockieren.
Prompt 23: Versionshinweise in drei Sprachstilen
Verfasse Versionshinweise für [feature] in drei Versionen: eine für Endbenutzer (Vorteil zuerst, kein Fachjargon, unter 80 Wörtern), eine für den internen Vertrieb und Support (was sich geändert hat, bekannte Einschränkungen, Antworten auf häufige Fragen) und eine für das Änderungsprotokoll (präzise, technisch). Änderungen: [paste].
Prompt 24: Wöchentliches Stakeholder-Update
Verfasse aus diesen Notizen das Produktupdate dieser Woche: [paste Notizen]. Struktur: Überschrift (ein Satz), ausgeliefert, in Arbeit mit voraussichtlichen Terminen, blockiert und was wir benötigen, Kennzahlen, die sich verändert haben, vom Leser benötigte Entscheidungen. Unter 250 Wörtern. Keine Füllsätze.
Prompt 25: Retrospektive nach der Einführung
Hier ist, was nach der Einführung von [feature] passiert ist: [paste Kennzahlen und Feedback]. Vergleiche die Ergebnisse mit den PRD-Zielen: [paste Ziele]. Verfasse eine Retrospektive: Was haben wir vorhergesagt, was ist passiert, warum besteht die Abweichung, was würden wir anders machen und welche nächste Entscheidung steht an (weitermachen, iterieren oder stoppen)?
Vorlagen, die du in jeden prompt einfügen kannst
Diese vier Vorlagen sind die Strukturen, auf die sich die obigen prompts beziehen. Füge eine davon in den Chat ein, ergänze „fill this in for [feature]“, und das Modell behält die Überschriften bei.
PRD-Vorlage
-
Problem: Wer davon betroffen ist, woran wir das erkennen und was es die Betroffenen derzeit kostet
-
Ziele: zwei oder drei Ergebnisse mit jeweils einer Kennzahl
-
Nichtziele: Was diese Version bewusst nicht leistet
-
Benutzer und Personas: primäre und sekundäre
-
User Stories: die Kurzliste; ausführliche Stories befinden sich im Backlog
-
Funktionale Anforderungen: nummeriert, jede einzelne testbar
-
Nichtfunktionale Anforderungen: Leistung, Sicherheit, Barrierefreiheit, Lokalisierung
- Abhängigkeiten und Risiken
-
Offene Fragen: mit einer verantwortlichen Person und einem Datum
Vorlage für User Story
Als [persona] möchte ich [action], damit [outcome].
Abnahmekriterien:
-
Gegeben [Ausgangszustand] wenn [action] dann [beobachtbares Ergebnis]
-
Angenommen [edge case state] wenn [action] dann [expected handling]
-
Angenommen [user without permission] wenn [action] dann [access denied behaviour]
Roadmap-Vorlage (jetzt/als Nächstes/später)
| Spalte |
Bedeutung |
Was jedes Element enthält |
| Jetzt |
Zugesagt, in diesem Quartal in Bearbeitung |
Ergebnis, Verantwortliche:r, Erfolgsmetrik, Zieltermin |
| Als Nächstes |
Voraussichtlich nach „Jetzt“ beginnend, noch nicht zugesagt |
Ergebnis, offene Fragen, Abhängigkeit von „Jetzt“ |
| Später |
Richtungen, an die wir glauben und die wir durch Lernen überprüfen |
Ergebnis und die Hypothese, auf der es beruht |
Persona-Vorlage
-
Name und Rolle sowie der Arbeitskontext (Teamgröße, Tools, Budgetverantwortung)
-
Ziele: was sie in diesem Quartal erreichen wollen
-
Frustrationen: die drei wichtigsten, jeweils mit Belegen verknüpft
-
Wie sie eine Lösung bewerten und wer sonst an der Entscheidung beteiligt ist
- Was würde sie zum Gehen bewegen
-
Ein Zitat aus echter Recherche, nicht erfunden
Prompts sind kostenlos und schnell. Ein Generator liefert jedes Mal eine strukturierte Ausgabe, ohne dass das Format erneut erklärt werden muss. Ein Rollen-Skill verändert, wie das Modell während der gesamten Sitzung denkt. Hier erfahren Sie, wofür sich die einzelnen Optionen eignen.
Isolde – Product-Owner-Skill ($19): eine Product-Owner-Persona, die Backlog-Elemente, Akzeptanzkriterien und Sprintziele in einem einheitlichen Stil verfasst und verfeinert.
Cassius – AI- und Daten-Produktmanager-Skill ($19): für PMs entwickelt, die Daten- und AI-Funktionen ausliefern, einschließlich Kriterien zur Modellbewertung, Datenanforderungen und Metrikdesign.
Business and Operations Prompt Library (27 $): eine umfangreichere Sammlung von prompts für Memos, Updates, Besprechungsnotizen und Prozessdokumente rund um die Produktarbeit.
Wenn du auch die Umsetzung steuerst, behandelt die Seite prompts für Projektmanager Statusberichte, Risikoprotokolle und Zeitpläne. Für allgemeine Informationen zum Schreiben von prompts siehe ChatGPT-prompts.
Häufig gestellte Fragen
Kann ChatGPT oder Claude einen Produktmanager ersetzen?
Nein. Das Modell entwirft und strukturiert; du lieferst die Einschätzung, den Kontext und die Entscheidung. Die obigen prompts sind nützlich, weil sie das Problem der leeren Seite lösen und eine Struktur vorgeben – nicht, weil sie deine Nutzer kennen.
Funktionieren diese prompts in ChatGPT und Claude gleich?
Ja. Sie sind einfacher Text ohne toolspezifische Syntax. Claude hält sich tendenziell eng an lange Strukturen, während ChatGPT eher prägnant ist. Je nach Modell musst du daher möglicherweise „alle Abschnitte beibehalten“ oder „kürzer“ hinzufügen.
Was ist der Unterschied zwischen einem prompt, einem Generator und einer Skill?
Ein prompt ist eine einzelne Anweisung, die du einfügst. Ein Generator ist eine Skill-Datei, die auf einen Ausgabetyp wie ein PRD abgestimmt ist, damit das Format jedes Mal konsistent bleibt. Eine Rollen-Skill, etwa eine Produktverantwortlichen-Persona, verändert, wie das Modell über eine gesamte Sitzung hinweg argumentiert. Skills von KissMySkills sind einmalige Käufe (.md-Datei plus README), die in Claude einschließlich Claude Code, in ChatGPT als benutzerdefiniertes GPT, in Gemini als Gem und in Copilot funktionieren.
Sollte ich RICE oder ICE für die Priorisierung verwenden?
Verwende ICE, wenn du eine lange Liste schnell sortieren musst und keine Reichweitendaten hast. Verwende RICE, wenn die Elemente um dieselbe Engineering-Kapazität konkurrieren und du Reichweite und Aufwand mit einiger Sicherheit schätzen kannst. Beide sind Eingaben für eine Entscheidung, nicht die Entscheidung selbst.
Was, wenn eine Skill nicht zu meinem Workflow passt?
Jede Skill umfasst eine 30-tägige Geld-zurück-Garantie – ohne Fragen zu stellen.
Das Wichtigste
Wähle die fünf prompts aus, die zu den Artefakten passen, die du am häufigsten erstellst, speichere die Vorlagen in einer Notiz und führe sie in einem Thread mit echtem Kontext aus. Allein dadurch sparst du ein paar Stunden pro Woche. Wenn du feststellst, dass du jeden Tag dieselben Anweisungen einfügst, verlagere diese Aufgabe in einen Generator oder eine Rollen-Skill, damit das Modell die Struktur für dich beibehält.
Bundle
Tool-Bundle für Produktmanager – 1 AI-Skill + 3 Tool-Skills
Eine Skill für die Rolle des Produktmanagers sowie drei Tool-Skills für PRDs, User Stories und Roadmaps – bereit für Claude, ChatGPT, Gemini und Copilot.
$74.99
Jetzt holen →
Alle Claude Skills bei KissMySkills ansehen.
