22 Prompts für Product Manager, die wirklich Arbeit abnehmen

Feedback-Cluster aus Tickets und Interviewzitaten erstellen.

Du bist Product Researcher. Analysiere die folgenden [TICKETS/REVIEWS/NOTIZEN] für [PRODUKT] und [ZIELSEGMENT]. Gruppiere die Aussagen in maximal 7 Themen. Gib je Thema: Problem, Anzahl der Belege, 2 Originalzitate, vermutete Dringlichkeit, Unsicherheit und offene Frage aus. Erfinde keine Belege.

Jobs-to-be-Done aus Kundeninterviews extrahieren.

Extrahiere aus diesen [INTERVIEWNOTIZEN] die Jobs-to-be-Done. Gib eine Tabelle aus mit: Auslöser, funktionaler Job, emotionaler Job, gewünschtes Ergebnis, heutiger Workaround, Belegzitat und Vertrauensniveau.

Interviewleitfaden für eine konkrete Risikohypothese entwerfen.

Erstelle einen 30-Minuten-Interviewleitfaden, um diese Risikohypothese zu prüfen: [HYPOTHESE]. Zielgruppe: [ZIELSEGMENT]. Formuliere offene Fragen, 3 Nachfragen pro Kernfrage und Beobachtungshinweise. Vermeide suggestive Fragen.

Gegenhypothesen und fehlende Evidenz sichtbar machen.

Challenge diese Produktannahme: [ANNAHME]. Formuliere die 3 stärksten Gegenhypothesen, welche Evidenz sie stützen oder widerlegen würde und den schnellsten fairen Test.

Opportunity-Solution-Tree als Entwurf vorbereiten.

Erstelle einen ersten Opportunity-Solution-Tree aus diesen Research-Signalen: [SIGNALE]. Trenne klar zwischen beobachtetem Problem, Opportunity, Lösungsansatz und Annahme. Markiere alles ohne direkte Evidenz.

Experiment mit kleinstem sinnvollen Test und Erfolgssignal beschreiben.

Formuliere einen Experimentbrief für [HYPOTHESE]. Enthalten sein müssen: Zielsegment, Nutzenversprechen, kleinstmöglicher Test, Erfolgssignal, Abbruchkriterium, Risiken und die Entscheidung nach dem Test.

Problem Statement für ein Zielsegment schärfen.

Schärfe dieses Problem Statement für [ZIELSEGMENT]: [ROHENTWURF]. Liefere 3 Versionen. Jede muss Situation, Problem, Wirkung und belegte Evidenz enthalten. Streiche Lösungsdetails.

PRD-Struktur mit Scope, Risiken und Entscheidungen erstellen.

Erstelle einen PRD-Entwurf für [PRODUKTINITIATIVE]. Struktur: Kontext, Nutzerproblem, Ziel, Nicht-Ziele, Zielgruppe, Kernfluss, Akzeptanzkriterien, Risiken, Abhängigkeiten, offene Entscheidungen. Frage zuerst nach fehlenden Informationen.

User Stories und Akzeptanzkriterien aus einem Problemrahmen formulieren.

Übersetze dieses Nutzerproblem in maximal 5 User Stories für [ZIELSEGMENT]: [PROBLEM]. Ergänze konkrete Akzeptanzkriterien und nenne, welche Story erst nach einer Discovery-Entscheidung sinnvoll ist.

Backlog-Items auf Unklarheiten, Abhängigkeiten und fehlende Kriterien prüfen.

Prüfe diese Backlog-Items: [ITEMS]. Zeige pro Item unklare Begriffe, fehlende Akzeptanzkriterien, Abhängigkeiten, Risiken und eine präzisere Formulierung. Keine Priorisierung vornehmen.

Optionen für eine Priorisierungsentscheidung vergleichen.

Vergleiche diese Optionen für [ENTSCHEIDUNG]: [OPTIONEN]. Erstelle eine Tabelle mit Wirkung auf [ZIEL], Evidenz, Aufwand, Risiko, Abhängigkeiten, reversibel oder irreversibel und wichtigster offener Frage.

RICE- oder Impact-Logik mit Annahmen und Unsicherheiten aufbereiten.

Schreibe ein kurzes Priorisierungs-Memo für [ENTSCHEIDUNG]. Nutze diese Daten: [DATEN]. Gib Empfehlung, Alternativen, Trade-offs, Annahmen, Gegenargument und die Entscheidung aus, die jetzt nötig ist.

Roadmap-Alternativen für ein Quartalsziel formulieren.

Entwickle 3 unterschiedliche Roadmap-Szenarien für [QUARTALSZIEL]. Für jedes: Fokus, erwartete Wirkung, was bewusst nicht gemacht wird, Hauptrisiko, messbares Signal und benötigte Entscheidung.

Entscheidungs-Memo für ein Leadership-Team schreiben.

Formuliere ein einseitiges Entscheidungs-Memo für das Leadership-Team zu [THEMA]. Beginne mit der Entscheidung, dann Kontext, Empfehlung, Optionen, Trade-offs, Risiken und konkreter Entscheidungsfrage.

Stakeholder-Update mit Fortschritt, Risiken und benötigten Entscheidungen verdichten.

Verdichte diese Arbeitsnotizen zu einem Stakeholder-Update: [NOTIZEN]. Struktur: Fortschritt, Nutzerlernen, Risiken, Entscheidung benötigt, nächste zwei Wochen. Ton: klar, kein Status-Theater, maximal 180 Wörter.

Strategische Narrative für zwei unterschiedliche Zielgruppen formulieren.

Formuliere je ein strategisches Narrativ für [ZIELGRUPPE A] und [ZIELGRUPPE B] zu [PRODUKTSTRATEGIE]. Halte Kernbotschaft und Fakten gleich, variiere Relevanz, Nutzen und erwartete Entscheidung.

Wettbewerbsvergleich als Hypothesenliste statt Faktenbehauptung strukturieren.

Analysiere diese Wettbewerbsinformationen: [INFORMATIONEN]. Erstelle keine Faktenbehauptungen. Liefere stattdessen Hypothesen zu Positionierung, Zielsegment, Differenzierung und Validierungsfragen.

Nutzerfluss auf Brüche, offene Fragen und Messpunkte prüfen.

Prüfe diesen Nutzerfluss: [FLOW]. Identifiziere Brüche, kognitive Last, fehlende Rückmeldungen, Unsicherheiten und Messpunkte. Liefere maximal 8 konkrete Verbesserungen, jeweils mit erwarteter Wirkung.

Produktmetriken als Diagnosefragen statt Dashboardsprache erklären.

Die Metrik [METRIK] hat sich von [ALT] auf [NEU] verändert. Formuliere einen Diagnosebaum mit möglichen Treibern, nötigen Segmentierungen, Datenprüfungen und 3 priorisierten nächsten Analysen.

Release-Notes aus Nutzenperspektive formulieren.

Schreibe Release Notes für [FEATURE] aus Nutzersicht. Erkläre für wen sich was verbessert, was gleich bleibt, bekannte Einschränkungen und einen kurzen Handlungsimpuls. Kein Marketing-Sprech.

Pre-mortem für eine wichtige Produktentscheidung durchführen.

Führe ein Pre-mortem für diese Entscheidung durch: [ENTSCHEIDUNG]. Angenommen, sie ist in sechs Monaten gescheitert: Nenne 8 plausible Ursachen, frühe Warnsignale, vorbeugende Maßnahmen und einen Owner-Typ.

Meeting-Notizen in Entscheidungen, Owner und nächste Schritte übersetzen.

Wandle diese Meeting-Notizen in eine Entscheidungsnotiz um: [NOTIZEN]. Gib aus: getroffene Entscheidungen, nicht getroffene Entscheidungen, Owner, nächste Schritte, Fristen und offene Annahmen. Markiere alles, was aus den Notizen nicht eindeutig hervorgeht.