Zum Inhalt springen

Produktanforderungsdokument

Was gebaut wird und warum: Problem, Nutzer, Ziele, Anforderungen, Umfang, Erfolgsmessung und Launchplan.

Ausfüllen und Vorschau ansehen

Produktanforderungsdokument

Produkt oder Feature: Gespeicherte Berichte
Product Owner: Hana Kobayashi, Produktmanagerin
Status: Entwurf zur Prüfung
Zuletzt aktualisiert: 10. Juni 2030

1. Problem

Kunden erstellen jede Woche denselben Bericht neu. Der Support erhält 40 Anfragen pro Monat, wie man einen Bericht speichert.

2. Für wen es gedacht ist

Teamleitungen, die wöchentliche Berichte erstellen. Admins, die Berichte mit ihrem Team teilen.

3. Ziele

Die Zeit für einen wöchentlichen Bericht von 15 Minuten auf 2 senken
Supportfragen zu Berichten halbieren

4. Was dieses Vorhaben nicht leisten soll

Kein geplanter E-Mail-Versand in dieser Version
Keine Änderungen am Exportformat

5. Anforderungen

Priorität Anforderung
Muss Ein Nutzer kann die aktuellen Filter als benannten Bericht speichern
Muss Ein gespeicherter Bericht lässt sich mit einem Klick öffnen
Sollte Ein Bericht kann mit einem Team geteilt werden
Könnte Ein Bericht kann dupliziert werden

6. Hauptnutzerfluss

Der Nutzer setzt Filter, wählt Speichern, benennt den Bericht und bestätigt. Der Bericht erscheint in einer Liste auf der Berichtsseite.

7. Hinweise zu Design und Inhalten

Die Designs liegen im gemeinsamen Designordner, Seite 4. Verwenden Sie den bestehenden Listenstil.

8. Erfolgsmessung

Zeit bis zu einem wöchentlichen Bericht unter 3 Minuten für 70 Prozent der Nutzer innerhalb von 60 Tagen. Supportfragen zu Berichten um 50 Prozent reduziert.

9. Risiken und offene Fragen

Große Berichte öffnen möglicherweise langsam. Wir müssen entscheiden, wie viele gespeicherte Berichte ein Nutzer behalten darf.

10. Abhängigkeiten

Das Datenteam bestätigt die Filternamen. Die Rechtsabteilung prüft das Teilen zwischen Teams.

11. Launchplan

Beta mit 20 Kunden im Juli, für alle im September

Vorlagen sind ein sorgfältiger Ausgangspunkt, keine Rechtsberatung. Wenn es rechtlich relevant ist, prüfen Sie, was an Ihrem Ort gilt.

IT und Projekte

Wofür diese Vorlage gedacht ist

PRD-Vorlage für ein Feature oder Produkt: Problem, Nutzer, Ziele, Anforderungen, Umfang, Erfolgsmessung, Risiken und Launch. Als Word oder PDF.

Das Ausfüllen online ist kostenlos, ein Konto ist nicht nötig, und Sie können das Dokument als Word-Datei oder PDF herunterladen. Alle IT und Projekte-Vorlagen ansehen

IT und Projekte

Was Sie ausfüllen

Das Formular fragt 15 Angaben ab. Das Dokument füllt sich beim Tippen von selbst aus.

  • Produkt- oder Feature-Name

    Zum Beispiel: Gespeicherte Berichte

  • Product Owner

    Zum Beispiel: Hana Kobayashi, Produktmanagerin

  • Status

    Zum Beispiel: Entwurf zur Prüfung

  • Zuletzt aktualisiert

    Zum Beispiel: 10. Juni 2030

  • Das Problem

    Nennen Sie, wer das Problem hat und woher wir es wissen.

    Zum Beispiel: Kunden erstellen jede Woche denselben Bericht neu. Der Support erhält 40 Anfragen pro Monat, wie man einen Bericht speichert.

  • Für wen es gedacht ist

    Eine Gruppe pro Zeile.

    Zum Beispiel: Teamleitungen, die wöchentliche Berichte erstellen. Admins, die Berichte mit ihrem Team teilen.

  • Ziele

    Ein Ziel pro Zeile, wenn möglich mit einer Zahl.

    Zum Beispiel: Die Zeit für einen wöchentlichen Bericht von 15 Minuten auf 2 senken Supportfragen zu Berichten halbieren

  • Was nicht Teil davon ist (optional)optional

    Hier Nein zu sagen vermeidet später Diskussionen.

    Zum Beispiel: Kein geplanter E-Mail-Versand in dieser Version Keine Änderungen am Exportformat

  • Anforderungen

    Eine Zeile pro Anforderung.

    Zum Beispiel: Muss | Ein Nutzer kann die aktuellen Filter als benannten Bericht speichern Muss | Ein gespeicherter Bericht lässt sich mit einem Klick öffnen Sollte | Ein Bericht kann mit einem Team geteilt werden Könnte | Ein Bericht kann dupliziert werden

  • Hauptnutzerfluss

    Beschreiben Sie den Hauptweg in wenigen Schritten.

    Zum Beispiel: Der Nutzer setzt Filter, wählt Speichern, benennt den Bericht und bestätigt. Der Bericht erscheint in einer Liste auf der Berichtsseite.

  • Hinweise zu Design und Inhalten (optional)optional

    Zum Beispiel: Die Designs liegen im gemeinsamen Designordner, Seite 4. Verwenden Sie den bestehenden Listenstil.

  • Woran wir erkennen, dass es funktioniert hat

    Legen Sie Messgrößen und einen Prüfzeitpunkt fest.

    Zum Beispiel: Zeit bis zu einem wöchentlichen Bericht unter 3 Minuten für 70 Prozent der Nutzer innerhalb von 60 Tagen. Supportfragen zu Berichten um 50 Prozent reduziert.

  • Risiken und offene Fragen (optional)optional

    Eine pro Zeile.

    Zum Beispiel: Große Berichte öffnen möglicherweise langsam. Wir müssen entscheiden, wie viele gespeicherte Berichte ein Nutzer behalten darf.

  • Abhängigkeiten (optional)optional

    Zum Beispiel: Das Datenteam bestätigt die Filternamen. Die Rechtsabteilung prüft das Teilen zwischen Teams.

  • Launchplan

    Zum Beispiel: Beta mit 20 Kunden im Juli, für alle im September

IT und Projekte

Der Inhalt

Die Teile dieses Dokuments, der Reihe nach.

  1. 11. Problem
  2. 22. Für wen es gedacht ist
  3. 33. Ziele
  4. 44. Was dieses Vorhaben nicht leisten soll
  5. 55. Anforderungen
  6. 66. Hauptnutzerfluss
  7. 77. Hinweise zu Design und Inhalten
  8. 88. Erfolgsmessung
  9. 99. Risiken und offene Fragen
  10. 1010. Abhängigkeiten
  11. 1111. Launchplan

Vorlagen

So funktioniert es

  1. 01

    Ausfüllen

    Geben Sie Ihre Angaben in das Formular ein. Das Dokument füllt sich während der Eingabe selbst aus; klicken Sie auf eine Lücke, um direkt zum passenden Feld zu springen.

  2. 02

    Prüfen

    Lesen Sie es vollständig durch. Nicht ausgefüllte Lücken bleiben markiert, damit nichts halbfertig verschickt wird.

  3. 03

    Herunterladen

    Speichern Sie es als Word-Dokument, um es weiter zu bearbeiten, oder als PDF zum Versenden oder Drucken.

Mit KI zu Ihrem Dokument machen

Öffnen Sie es im Chat und fragen Sie nach Änderungen: kürzer, bestimmter, für eine andere Situation, in einer anderen Sprache.

Mit nerix anpassen

IT und Projekte

Häufige Fragen

Welche Angaben verlangt diese Vorlage?

Das Formular fragt 15 Angaben ab, beginnend mit Produkt- oder Feature-Name, Product Owner, Status, Zuletzt aktualisiert, Das Problem. 4 weitere sind optional.

Kann ich diese Vorlage als Word- oder PDF-Datei herunterladen?

Ja. Wenn Sie das Formular ausgefüllt haben, speichern Sie es als Word-Dokument, um weiterzuarbeiten, oder als PDF zum Versenden oder Drucken. Das ist kostenlos und ohne Konto möglich.

Wird das, was ich eingebe, irgendwohin gesendet?

Nein. Was Sie eingeben, bleibt in Ihrem Browser, während Sie das Dokument ausfüllen. Es geht nur dann an nerix, wenn Sie die Vorlage im Chat öffnen.

Sind diese Vorlagen für IT und Projekte kostenlos?

Die meisten ja. Füllen Sie sie kostenlos aus und laden Sie sie als Word oder PDF herunter, ohne Konto. Einige längere Dokumente sind Premium: kostenlos auszufüllen, einmal bezahlt zum Herunterladen und mit ihrem Preis gekennzeichnet.

Macht eine Sicherheitsrichtlinie uns sicher?

Kein Dokument schafft das allein. Eine Richtlinie hilft, wenn sie dem entspricht, was Menschen wirklich tun. Halten Sie sie kurz, erklären Sie sie Ihrem Team und prüfen Sie sie jedes Jahr.

Ist ein Projektauftrag nur etwas für große Projekte?

Nein. Auch kleine Projekte profitieren, denn eine Seite mit Ziel, Grenzen und Entscheider verhindert später die meisten Streitigkeiten.