Produktanforderungen: ein PRD aus Interviews erstellen
Machen Sie aus Interviews ein Produktanforderungsdokument mit Problem, Szenarien, Einschränkungen, Versionsumfang und Prüfkriterien. Mit Vorlage und Beispiel.
Der Wunsch nach einer Schaltfläche lässt die Aufgabe offen
Ein Kunde sagt: „Fügen Sie eine Export-Schaltfläche hinzu.“ Wer die Datei braucht, was hineingehört und was danach passiert, bleibt offen. Ein Produktanforderungsdokument (PRD) sorgt dafür, dass das Team Aufgabe und Ergebnisumfang gleich versteht.
Hier geht es um ein kurzes Arbeitsdokument für eine Funktion. Architektur, Verträge und technische Anforderungen des Unternehmens haben eigene Dokumente. Das PRD macht das Nutzerproblem prüfbar, bevor das Team eine Umsetzung wählt.
Von der Nutzeranfrage zur Anforderung
Zum letzten realen Fall zurückkehren
Fragen Sie, wann der Export nötig war, was die Person stattdessen tat, welche Daten sie übertrug und wo es schwierig wurde. Markieren Sie Beispiel und Folge im Transkript. Ein pauschales „umständlich“ braucht eine konkrete Erklärung, damit sich Verbesserungen prüfen lassen.
Das Szenario vor der Oberfläche beschreiben
Halten Sie fest, wer startet, welche Eingaben vorliegen und welches Ergebnis erwartet wird. Schaltfläche, E-Mail und automatischer Bericht sind mögliche Lösungen. Prüfen Sie erst Bedarf und Einschränkungen.
Den Versionsumfang festlegen
Schreiben Sie auf, was dazugehört und was bewusst außerhalb bleibt. Nennen Sie Zugriffsrechte, Datenfelder und Fälle ohne Ergebnis separat. Vereinbaren Sie Messbedingungen, bevor Sie Anforderungen an Geschwindigkeit oder Menge stellen.
Die Prüfung formulieren
Beschreiben Sie für jede Anforderung ein beobachtbares Ergebnis und Beispieleingaben. Beziehen Sie die Prüfung auf das ursprüngliche Problem. Bleibt ein Punkt strittig, notieren Sie ihn als offene Frage samt zuständiger Person und Entscheidungsfrist.
Eine Liste abgeschlossener Anfragen exportieren
Das Beispiel ist fiktiv. Namen, Bedingungen und Ergebnisse erläutern nur die Methode.
Jeden Freitag kopiere ich abgeschlossene Anfragen von Hand in eine Tabelle. Die Leitung braucht Betreff, Abschlussdatum und Zuständigkeit. Der Schriftwechsel ist nicht nötig.
Benötigt werden bestimmte Angaben für einen Zeitraum. Aus dem Interview folgt kein Export der gesamten Datenbank, der Anhänge oder des vollständigen Schriftwechsels.
Beispielkriterium: Nach Auswahl eines Zeitraums enthält der Export die in diesem Zeitraum abgeschlossenen Anfragen und nur die vereinbarten Felder. Die Regeln für Datumsgrenzen sind separat zu klären.
| PRD-Bestandteil | Beispieleintrag | Status |
|---|---|---|
| Nutzer | Supportleitung | Im Interview bestätigt |
| Felder | Betreff, Abschlussdatum, Zuständigkeit | Mit Empfänger prüfen |
| Außerhalb dieser Version | Schriftwechsel und Anhänge | Abstimmen |
| Offene Frage | Welche Zeitzone gilt für die Zeitgrenzen? | Antwort nötig |
PRD-Vorlage für eine Funktion
Verknüpfen Sie jede Anforderung mit einer Beobachtung. Eine Quelle kann mehrere Punkte stützen. Ihre Freigabe muss trotzdem bestätigt werden.
Funktionsname und Version: Nutzerproblem: Konkreter Fall aus dem Interview: Nutzer und Kontext: Hauptszenario: Erwartetes Ergebnis: Daten und Einschränkungen: Innerhalb / außerhalb des Umfangs: Prüfkriterien: Annahmen und offene Fragen: Quellen und Zeitcodes: Freigegeben von und am:
Lassen sich Anforderungen ohne den Verfasser prüfen?
- Jede Anforderung erklärt das Problem, das sie löst.
- Das prüfbare Ergebnis ist von der Umsetzung getrennt.
- Der Versionsumfang ist ausdrücklich beschrieben.
- Offene Fragen sind als solche markiert.
Ein genauerer Blick
Kann man ein PRD allein aus den Wünschen des Auftraggebers schreiben?
Ein Entwurf ist möglich. Prüfen Sie reale Szenarien und Einschränkungen. Ein Wunsch beschreibt eine mögliche Lösung und kann das Problem der künftigen Nutzer offenlassen.
Wie lang soll das Dokument sein?
Es muss Szenario, Umfang, Einschränkungen und Prüfung verständlich machen. Für eine kleine Funktion ist ein kurzer Text mit Beispielen oft handlicher als eine lange Beschreibung allgemeiner Ziele.