PRD Generator
Beschreib, was du baust, und dieser PRD Generator liefert dir ein strukturiertes Product Requirements Document – Ziele, Zielgruppe, Anforderungen, Metriken und Risiken. Gebaut von Tekk.
Kostenlos · Ohne Anmeldung für deine ersten 2 PRDs · Ausgabe in Markdown, überall einfügbar
Entwürfe aus deinen Antworten, keine Rechts- oder Fachberatung. Prüf sie, bevor du dich darauf verlässt.
Dein Briefing
Beispiel-PRD ansehen
TL;DR
Monatlich wiederkehrende Stripe-Abos in die API einbauen, damit das Produkt Kunden automatisch belasten kann statt mit Einzelrechnungen. Zielgruppe sind B2B-Kunden in den Plänen Pro und Team.
Problem
- Heute stellen wir Rechnungen jeden Monat von Hand – der Vertrieb braucht pro Kunde und Verlängerungszyklus ~3 Stunden.
- Kündigungen laufen ad hoc; bei ausgelaufenen Kunden geht jeden Monat Umsatz verloren.
- Neue Kunden springen ab, bevor Rechnung Nr. 2 ankommt, weil sich „Achte auf eine E-Mail“ nach Handarbeit anfühlt.
Ziele
- Bis Q3 alle Pro/Team-Kunden von manueller Rechnungsstellung auf Stripe-Abos umstellen.
- Aufwand für Billing-Ops pro Kunde und Verlängerung von 3 Std. auf <5 Min. senken.
- Eine Self-Service-Seite „Abo verwalten“ bereitstellen, die Kunden ohne Support nutzen können.
Nicht-Ziele
- Abrechnung pro Seat oder nach Nutzung (nächstes Quartal).
- Automatisierte Erstattungen – Erstattungen bleiben manuell.
- Enterprise-Tarif; der bleibt bei vertraglicher Abrechnung.
Zielgruppe
- Produkt-Admins bei unseren B2B-Kunden (Entscheidungsbefugte, Empfänger der Rechnungs-E-Mails).
- Internes Vertriebsteam während der Verlängerungszyklen.
Anforderungen
Muss
- Beim Kauf eines Plans Stripe-Kunde + Abo anlegen.
- Webhooks
customer.subscription.updatedundcustomer.subscription.deletedverarbeiten. - Abo-Status (active, past_due, canceled) in die interne Tabelle
subscriptionssynchronisieren. - API-Zugriff sperren, wenn das Abo länger als 7 Tage
past_dueist. - Bei der ersten fehlgeschlagenen Zahlung Mahn-E-Mails senden.
Sollte
- Self-Service-Planwechsel (Upgrade/Downgrade) über das Kundenportal.
- Anteilige Abrechnung bei Wechseln mitten im Zyklus.
- Download von Quittung/Rechnung in den Einstellungen im Produkt.
Kann
- Umschalter für jährliche Abrechnung mit Rabatt.
- Unterstützung mehrerer Währungen.
Erfolgsmetriken
- 90 % der Pro/Team-Kunden bis 30.09.2026 auf Stripe-Abos.
- <5 Min. durchschnittlicher Billing-Ops-Aufwand pro Verlängerung bis 31.10.2026.
- 0 verpasste Verlängerungen durch manuelle Fehler in den ersten 60 Tagen nach dem Launch.
Risiken & Annahmen
- Annahme: Das bestehende Stripe-Connect-Konto kann direkte Abos abwickeln (mit Finance klären).
- Risiko: Fehlgeschlagene Webhook-Zustellungen führen zu Sync-Drift; Gegenmaßnahme: täglicher Abgleichsjob.
- Risiko: Kunden mit alter Rechnungsstellung sträuben sich gegen die Migration; Gegenmaßnahme: Bestandspreise für 90 Tage.
Nicht im Scope
- Migration vertraglich abgerechneter Enterprise-Kunden.
- Steuern (die Integration von Stripe Tax ist ein eigenes PRD).
- Vom Vertrieb ausgehandelte Preisausnahmen.
Um dieses PRD an deiner echten API-Codebase weiterzuentwickeln, verbinde dein Repo in Tekk.
So funktioniert’s
- 1
Beschreib das Produkt
Gib dem Tool einen Namen in einer Zeile, das Problem, das du löst, für wen es ist, und alle Rahmenbedingungen, die man kennen sollte.
- 2
Generier das PRD
Wir schicken deine Eingaben an einen abgestimmten Prompt, und der PRD Generator streamt das Dokument als bearbeitbares Markdown zurück – du kannst also mitlesen, während es entsteht.
- 3
Mach in Tekk mit der echten Spec weiter
Ein Klick übergibt das PRD an Tekk, wo es als Spec auf deinem Board landet. Dein Coding-Agent baut sie über MCP, der gemergte PR schließt sie, und die Loops von Tekk beobachten den Code danach weiter.
Kostenloses Tool vs. das volle Tekk
Das kostenlose Tool liefert dir den strukturierten ersten Entwurf. Tekk stützt den Rest der Arbeit auf deine echte Codebase.
| Feature | Kostenloses Tool | Tekk |
|---|---|---|
| Strukturierte PRD-Ausgabe | ✓ | ✓ |
| Markdown-Export | ✓ | ✓ |
| Bearbeiten in einem echten Dokumenteditor | — | ✓ |
| Verweise auf deine echten Dateien und Muster | — | ✓ |
| Subtasks mit Akzeptanzkriterien | — | ✓ |
| Kanban-Tracking für die Arbeit | — | ✓ |
| Verfeinerung über mehrere Runden mit Rückfragen | — | ✓ |
| Läuft auf deinem echten GitHub- oder GitLab-Repo | — | ✓ |
Häufige Fragen
- Was ist ein PRD?
- Ein Product Requirements Document beschreibt schriftlich, was du baust, für wen, warum und woran der Erfolg gemessen wird. Product Manager nutzen es, um Engineering, Design und Stakeholder abzustimmen, bevor die erste Zeile Code entsteht. Gut gemacht, beantwortet es jede Frage zum Scope, bevor jemand sie stellt – und genau das entwirft der PRD Generator oben aus vier kurzen Eingaben.
- Welche Abschnitte gehören in ein gutes PRD?
- Ein TL;DR, das Problem, Ziele und Nicht-Ziele, die Zielgruppe, Anforderungen aufgeteilt in Muss/Sollte/Kann, Erfolgsmetriken mit Zahlen und Terminen, Risiken und Annahmen und das, was ausdrücklich nicht im Scope ist. Der PRD Generator schreibt alle neun in dieser Reihenfolge, denn die Reihenfolge verhindert, dass aus dem Dokument eine Lösung wird, die ein Problem sucht.
- PRD, MRD oder BRD – was ist der Unterschied?
- Ein BRD (Business Requirements Document) ist das strategische „Warum wir das machen“ – meist verantwortet von der Geschäftsführung oder dem Vertrieb. Ein MRD (Market Requirements Document) ist das „Welches Problem gibt es und wer hat es“ – meist verantwortet vom Produktmarketing. Ein PRD ist das „Was wir bauen, um das Problem zu lösen“ auf Produktebene – verantwortet vom PM. In kleineren Unternehmen schreibt der PM meist einfach das PRD und lässt die anderen beiden weg.
- Wie lang sollte ein PRD sein?
- Kurz genug, um es in einem Rutsch zu lesen, lang genug, um keine großen Unklarheiten zu lassen. Für die meisten Features sind das 1–3 Seiten. Ist es länger, sollte das Feature wahrscheinlich auf mehrere PRDs aufgeteilt werden.
- Wer schreibt ein PRD?
- Meist der Product Manager. In kleineren Startups schreibt es jemand aus dem Gründungsteam oder der Lead Engineer. Entscheidend ist eine verantwortliche Person – kein Dokument, das ein Gremium schreibt. Andere reviewen und tragen bei, aber eine Person ist für die Quelle verantwortlich.
- Kann ich das Ergebnis bearbeiten?
- Ja – kopier das Markdown raus und bearbeite es, wo du willst. PRDs sind lebende Dokumente; dieses Tool gibt dir einen strukturierten ersten Entwurf, nicht die endgültige Antwort. Für eine Spec, aus der dein Coding-Agent bauen kann, klick auf „Continue in Tekk“, dann landet das PRD auf deinem Tekk-Board.
- Was ist der Unterschied zu ChatGPT?
- Der Prompt ist auf PRD-Konventionen abgestimmt (Problem → Zielgruppe → Ziele → Nicht-Ziele → Anforderungen → Metriken → Risiken). Du bekommst jedes Mal dieselbe Form. ChatGPT kann auch ein PRD schreiben, aber du müsstest daran denken, jeden Abschnitt einzufordern. Tekk geht einen Schritt weiter als beide: Seine Loops lesen deine echte Codebase und schreiben Specs, die auf deinen echten Dateien beruhen, und ein PRD, das du von hier mitbringst, liegt auf demselben Board.
- Was ist der Unterschied zu Tekk selbst?
- Dieses kostenlose Tool erzeugt aus deiner Textbeschreibung ein statisches PRD. Tekk macht dein Produkt zu einem, das sich selbst verbessert: 16 Loops lesen deine echte Codebase und bringen dir Proposals, die du mit Greenlight freigibst oder ablehnst. Ein freigegebenes Proposal wird zur Spec auf deinem Board, neben denen, die du von Hand schreibst oder von hier mitbringst. Dein Coding-Agent baut sie über den Tekk-MCP-Server, und der PR mit „Closes TEK-123“ schließt sie ab, sobald ihre Checkliste erledigt ist.
- Speichert Tekk meine PRD-Eingaben?
- Das kostenlose Tool speichert nichts. Wenn du generierst, gehen deine Eingaben an OpenAI, das das PRD schreibt, und das Ergebnis wird in deinem Browser angezeigt. Nutzt du Coach, den Chat neben dem Formular, gehen deine Nachrichten, die Antworten im Formular und der Text eines bereits geschriebenen PRDs über unseren Server an OpenAI, das die Antwort von Coach schreibt; wir behalten von alldem keine Kopie und loggen nur Zählwerte, etwa wie viele Tokens eine Antwort verbraucht hat. Coach schreibt oder startet das PRD nie selbst: Das macht das Tool, wenn du generierst. Der Chat wird in deinem eigenen Browser gespeichert, damit du später weitermachen kannst. Willst du deine Produktdetails lieber nicht mit Coach teilen, trag die Antworten selbst ins Formular ein und lass den Chat weg. Klickst du auf „Continue in Tekk“, wird das Markdown 10 Minuten lang zwischengespeichert, damit du es nach der Anmeldung übernehmen kannst – danach wird es gelöscht. Specs, die du nach der Anmeldung anlegst, werden in deinem Tekk-Konto gespeichert, wie bei jedem SaaS.
- Warum nur zwei kostenlose Durchläufe?
- KI-Generierung kostet uns bei jeder Anfrage Geld. Zwei Durchläufe reichen, um dich zu überzeugen, dass die Ausgabe etwas taugt, bevor du dich anmeldest. Die Anmeldung dauert 30 Sekunden, verbindet dein GitHub für Planung mit Blick auf die Codebase und schaltet unbegrenzte Generierung frei.
- Welches Modell nutzt ihr?
- gpt-5-nano von OpenAI, mit minimalem Reasoning-Aufwand für mehr Tempo. Es ist das günstigste Modell im aktuellen Angebot von OpenAI, das strukturierte, entschiedene Ausgaben liefert. Den Großteil der Arbeit macht der System-Prompt – wir geben dem Modell die genaue Reihenfolge der Abschnitte, den Ton und die Konventionen vor.
- Ist das ein KI-PRD-Generator?
- Ja. Deine Eingaben gehen an einen abgestimmten Prompt, und das Dokument wird als bearbeitbares Markdown zurückgestreamt. Als KI-PRD-Generator schreibt es die Struktur und einen ersten Entwurf des Inhalts; die Entscheidungen über Scope und Prioritäten bleiben deine, deshalb ist jeder Abschnitt bearbeitbar statt endgültig.
- Kann ich das als Claude-PRD-Generator nutzen?
- Die Ausgabe ist reines Markdown, du kannst sie also direkt als Kontext in Claude, ChatGPT, Cursor oder jeden Coding-Agent einfügen. Viele nutzen einen Workflow mit einem Claude-PRD-Generator genau so – PRD hier entwerfen, an den Agent übergeben, dann verfeinern. Tekk gibt es für den Schritt danach: Die Spec liegt auf einem Board, von dem aus dein Coding-Agent baut, und die Loops lesen dein echtes Repo auch nach dem Merge weiter.
Willst du eine echte Spec für das, was du baust?
Schreib einen Satz. Tekk liest deinen Code und schreibt die Spec, die dein Coding-Agent baut – und seine Loops behalten im Blick, was du auslieferst.
Kostenlos testen · GitHub bei der Registrierung verbinden