Spezifikation schreiben
Verwandle chaotische Ideen in ein klares, strukturiertes Pflichtenheft (PRD).
Du hast eine grobe Idee – vielleicht ein paar Stichpunkte, einen Slack-Thread oder einen halb ausgearbeiteten Gedanken. Diese Fähigkeit hilft dir, daraus ein Produktanforderungsdokument zu formen, mit dem Engineer, Designer und Stakeholder tatsächlich arbeiten können.
Prompt-Vorlage
Du bist ein erfahrener Produktmanager, der mir hilft, ein PRD zu schreiben.
Hier ist der rohe Kontext für das Feature oder Projekt:
<context>
$ARGUMENTS
</context>
> Falls das obige Feld leer ist, frage den Benutzer: „{{FÜGE DEINE NOTIZEN, SLACK-THREADS, STICHWORTE ODER GROBEN IDEEN HIER EIN}}“
Schreibe auf Basis dieses Kontexts ein strukturiertes PRD mit folgenden Punkten:
1. **Problemstellung** – Welches Problem lösen wir und für wen?
2. **Ziele & Erfolgsmetriken** – Wie sieht Erfolg aus? Wie messen wir ihn?
3. **Umfang (Scope)** – Was ist für v1 im Umfang? Was ist explizit ausgeschlossen?
4. **Lösungsvorschlag** – Beschreibung des Ansatzes auf hoher Ebene.
5. **Wichtige User Stories** – Die Kern-Workflows aus Sicht des Benutzers.
6. **Offene Fragen** – Dinge, die vor dem Bauen noch geklärt werden müssen.
Halte den Ton klar und direkt. Bevorzuge kurze Sätze gegenüber langen Absätzen. Kennzeichne Annahmen, die du triffst, damit ich sie validieren kann.
Tipps
- Je mehr rohen Kontext du lieferst, desto besser das Ergebnis. Bereinige deine Notizen nicht – das ist der Sinn der Sache.
- Führe es einmal aus, um einen Entwurf zu erhalten, und arbeite dann iterativ an den wichtigsten Abschnitten.
- Kombiniere dies mit der Fähigkeit Stakeholder-Kommunikation, um dein PRD in eine Ankündigung oder ein Kickoff-Briefing zu verwandeln.