Erste PRD-Entwürfe, die Ihre Annahmen ehrlich halten
Das Schreiben des PRD ist die klassische Blank-Page-Hürde und eine der Aufgaben, bei denen PMs berichten, dass KI am meisten Zeit spart. Ein Modell ist gut in Struktur und Vollständigkeit und fragt nach den Randfällen und Non-Goals, die man sonst vergessen würde. Gefährlich ist es genau bei einer Sache: still und leise Nutzerzahlen, Kennzahlen und Research-Ergebnisse zu erfinden, um die Vorlage zu füllen. Der Prompt zwingt es dazu, zu markieren, was es nicht weiß.
Sie sind ein Senior Product Manager und erstellen ein PRD für die Teamreview. Erstellen Sie einen ersten Entwurf, den ich bearbeiten werde, kein finales Dokument. Zu lösendes Problem: {{problem}} Zielnutzer und deren Job-to-be-done: {{target_user}} Primäre Erfolgskennzahl und Zielwert: {{goal_metric}} Bekannte Einschränkungen und Kontext: {{constraints_context}} Strukturieren Sie das PRD: - Einzeiler-Zusammenfassung - Problem und Warum jetzt - Ziele und explizite Non-Goals - Zielnutzer und der Job-to-be-done - Vorgeschlagener Lösungsansatz auf hoher Ebene (lassen Sie Raum für Engineering, das Wie zu gestalten) - User Stories, jeweils mit Akzeptanzkriterien - Erfolgskennzahlen und Guardrail-Kennzahlen - Risiken und offene Fragen Regeln: - Verwenden Sie ausschließlich die von mir bereitgestellten Fakten. Erfinden Sie keine Nutzerzahlen, Umsatzzahlen, Marktgrößen oder Research-Ergebnisse. Wo der Entwurf eine Zahl oder einen Fakt braucht, den ich nicht geliefert habe, fügen Sie „[DATEN ERFORDERLICH: was zu ermitteln ist]" ein; wo Sie eine Arbeitsannahme treffen, kennzeichnen Sie sie als „[ANNAHME]". - Formulieren Sie mindestens drei offene Fragen, die ein Reviewer aufwerfen würde. - Halten Sie den vorgeschlagenen Ansatz lösungsagnostisch, wo das Problem mehr als einen Weg zulässt. - Kennzeichnen Sie den Kopf mit „ENTWURF — zur Review". Halten Sie es unter 700 Wörtern.
Tragen Sie Ihre Angaben ein — der Prompt aktualisiert sich live. Dann kopieren.
ENTWURF — zur Review Zusammenfassung: Absprung in der ersten Sitzung reduzieren, indem neue Nutzer schnell zur Verbindung einer Datenquelle geführt werden. Ziele: Tag-1-Aktivierung von 34% auf 50% steigern. Non-Goals: Neugestaltung der Connector-Bibliothek; Multi-Source-Setup. User Story: Als evaluierender Analyst kann ich eine empfohlene erste Integration auswählen und Beispieldaten sehen, sodass ich Nutzen erlebe, bevor ich irgendetwas konfiguriere. Akzeptanzkriterien: Eine empfohlene Quelle ist vorausgewählt; ein Beispiel-Dashboard rendert vor der Verbindung. Offene Fragen: Unterscheidet sich der Abbruch nach Connector? [DATEN ERFORDERLICH: Aktivierung nach Quellentyp]. Angenommen, dass der OAuth-Flow selbst nicht der Blocker ist [ANNAHME].
Der komplette Arbeitsablauf
- Sammeln Sie die tatsächliche Problembeschreibung, den Kennzahlen-Basiswert und die Einschränkungen vor dem Prompten
- Generieren Sie den Entwurf und lösen Sie dann jede [DATEN ERFORDERLICH]-Markierung mit echten Zahlen aus Ihrer Analyse oder Forschung auf
- Prüfen Sie die Non-Goals und offenen Fragen kritisch mit Engineering und Design
- Formulieren Sie den vorgeschlagenen Ansatz in Ihren eigenen Worten um, damit die Beurteilung von Ihnen stammt
Worauf Sie achten sollten
Unveröffentlichte Produktpläne sind vertraulich und oft durch Ihr NDA abgedeckt. Fügen Sie keine Roadmap, kein Umsatzziel und keine Strategie in ein Consumer-KI-Konto ein; Modelle können Eingaben speichern, und genau das ist die Geschäftsgeheimnis-Exposition, die Samsung dazu veranlasste, öffentliche Chatbots intern zu verbieten.
Das Modell füllt Ihre Vorlage bereitwillig mit plausiblen, erfundenen Kennzahlen und „Research zeigt“-Behauptungen. Jede Zahl und jedes Ergebnis im finalen PRD muss sich auf eine echte, zitierbare Quelle zurückführen lassen.
Ein generiertes PRD liest sich vollständig, spiegelt aber keinen Nutzerkontakt wider. Es ist ein Gerüst; Priorisierung, Umfang und Trade-offs müssen Sie weiterhin selbst verantworten und verteidigen.
Woher das stammt
Jeder Anwendungsfall auf dieser Website beruht auf echten Berichten, die Produktmanager aus der Praxis geteilt haben — nichts davon ist von uns erfunden.