Beispiele für Anforderungsdokumente, die Sie inspirieren

Bei der Entwicklung eines funktionalen Anforderungsdokuments kommt es darauf an, Projektanforderungen und andere relevante Informationen klar und umfassend an das Entwicklungsteam zu kommunizieren. Tatsächlich haben die Top-Beispiele für Anforderungsdokumente alle etwas gemeinsam, d. H. Sie alle bieten Projektmanagern genügend Raum, um Geschäftsanforderungen und Projektumfang zu kommunizieren.

Allerdings kann es schwierig sein zu bestimmen, wie ein solches Spezifikationsdokument aussieht und ob Sie tatsächlich eine Anforderungsdokumentvorlage erstellen können, die für Sie genauso gut funktioniert.

In diesem Artikel stelle ich einige der besten Beispiele für Produktanforderungsdokumente für 2020 sowie eine Anleitung zum Erstellen eines Dokuments für Ihr Produkt bereit.

Lass uns anfangen.

Was ist ein Produktanforderungsdokument?

Ein Produktanforderungsdokument ist ein Überblick über die wichtigsten Anforderungen, die ein Unternehmen an sein Produkt stellt.

Ein Dokument, das von Produktmanagern nach ausführlichen Diskussionen mit Entwicklern und Stakeholdern und detaillierten Kundenanalysen erstellt wurde.

Eine PRD unterscheidet sich von einem Business Requirements Document (BRD), Functional Requirements Document (FRD) und einer Software Requirements Specification (SRS) dadurch, dass sie sich mehr auf die spezifischen Anforderungen des Produkts konzentriert, als darauf, warum das Unternehmen das Produkt haben möchte und wie das Endprodukt aussehen soll.

Eine typische PRD enthält den grundlegenden Zweck des Softwareprodukts, die vorgeschlagenen Funktionen des Produkts, die Kriterien für die Veröffentlichungsbereitschaft, den beabsichtigten Benutzerfluss und das UI-Design sowie alle abschließenden Erkenntnisse, Annahmen, Abhängigkeiten und zukünftige Arbeiten.

Abhängig von der Größe des Unternehmens und der Anzahl der überlappenden Produkte kann eine PRD in der Größe variieren, von einem einseitigen Dokument bis zu einem Dokument, das aus mehreren Seiten besteht und interaktive Elemente enthält.

5 Beispiele für Anforderungsdokumente

Egal, ob Sie ein Dokument erstellen, das als Richtlinie für die Softwareentwicklung dient oder nur die technischen Anforderungen eines Produkts kommuniziert, diese Beispiele helfen Ihnen dabei, die Spezifikationen zu vermitteln.

Hier sind die X besten PRD-Beispiele, die ich im Jahr 2020 gefunden habe.

1. Atlassian

Die Atlassian-Produktdokumentvorlage bietet eine stabile und agile Plattform für alle Ihre Produktvorbereitungen vor dem Start sowie für die Analyse von Usability-Metriken nach dem Start.

Es handelt sich um eine vereinfachte Vorlage, die weiterhin alle erforderlichen Abschnitte für eine gründliche Beschreibung aller Ergebnisse sowie Platz für endbenutzerbasierte Produktannahmen enthält.

Das Beste an der Atlassian-Vorlage ist, dass sie die Agile Methodik beibehält und gleichzeitig traditionelle Umgebungen unterstützt. Darüber hinaus können Projektleiter als Brücke zwischen Stakeholdern und Entwicklern fungieren, indem sie Abschnitte für den gesamten Produktlebenszyklus haben.

Zu den Vorteilen der Atlassian PRD-Vorlage gehören:

• Anweisungen und Beispiele für jeden Abschnitt, damit Manager die richtigen Informationen einfügen können
• Ein sauberes, schnörkelloses Dokument mit minimalen Ablenkungen
• Interaktive Arbeitsabläufe, Grafiken, Flussdiagramme und Datenblätter
• Nahtlose Verknüpfung mit Jira-Aufgaben / -Problemen, Google Text & Tabellen und verschiedenen Plugins

Zusätzlich , Atlassian bietet eine ganze Reihe von Mehrwertfunktionen für Produktmanager.

Um die Vorlage herunterzuladen, besuchen Sie Atlassian.

1. Slite

Slite bietet eine übersichtliche und übersichtliche Vorlage für Produktanforderungen, die Platz für alle erforderlichen Daten bietet und dennoch direkt genug ist, um nicht langwierig zu sein.

Die Vorlage wurde entwickelt, um sich auf User Stories anstelle von funktionalen und nicht funktionalen Anforderungen zu konzentrieren.

Was die Slite-Vorlage vom Rest unterscheidet, ist der Fokus auf einen agilen Workflow und der Versuch, sich von redundanten Details zu entfernen, die für das Endprodukt wenig bis gar keine Bedeutung hätten. Da sich agile Umgebungen mehr auf Anwendungsfälle und User Stories konzentrieren, benötigen sie Dokumente, die ihre Teamstruktur widerspiegeln.

Hier sind einige der Vorteile der Slite PRD-Vorlage:

• Die Möglichkeit, die PRD bei Bedarf auf eine einzelne Seite zu beschränken
• Platz zur Beschreibung des Produkthintergrunds und warum die Eigentümer der Meinung sind, dass das Produkt existieren sollte
• Eine virtuelle Roadmap, die das Entwicklungsteam als Entwicklungsleitfaden verwenden kann
• Platz für viele Überarbeitungen, Änderungen und neue Daten (mit wachsenden Anforderungen

Darüber hinaus ähnelt die Slite-Dokumentvorlage für Produktanforderungen einem Drahtgitterdokument mit Platz für alle erforderlichen Daten in der idealen Reihenfolge.

Um die Slite-Vorlage herunterzuladen, besuchen Sie Slite.

1. Aha!

Die Aha PRD-Vorlage ist eine der direktesten und prägnantesten Dokumentvorlagen, die Sie für Ihre Produktanforderungen finden können.

Dies ist auf den Fokus auf die Bereitstellung einer Alternative zu Produkt- / Projektmanagement-Software zurückzuführen, die die meisten agilen Unternehmen heute verwenden, um Produktanforderungen in Echtzeit als Ersatz für Dokumente zu diskutieren.

Das Beste an der Aha-Vorlage ist, dass die Website vollständige Anweisungen zur effektiven Verwendung enthält, wenn Sie ein neuer Produktmanager sind oder wenn dies das erste Produkt Ihres Unternehmens ist und Sie einige Richtlinien zur Verwendung eines solchen Dokuments benötigen.

Einige der Vorteile der Aha PRD-Vorlage sind:

• Fokus auf die Optimierung des Dokumentationsprozesses für Erstanwender
• Platz für die Konsolidierung aller erforderlichen Anforderungsdaten (und nur der erforderlichen Daten) an einem Ort
• Vorlagenstruktur, die sich ideal für die Zusammenarbeit ohne Produktmanagementsoftware eignet
• Mehrere Dokumentformate (MSWord und PDF)

Es ist wichtig zu beachten, dass einige Produktabteilungen die Aha-Vorlage möglicherweise nicht umfassend genug für ihre Produktanforderungen finden, da sie eher für voragile Unternehmen entwickelt wurde.

Um die Aha PRD-Vorlage herunterzuladen, besuchen Sie Aha.

1. Product First

Die Product First Anforderungsvorlage ist flexibel konzipiert, da sie es Unternehmen jeder Größe und jedes Produktumfangs ermöglicht, ihre Anforderungen an die Entwickler zu kommunizieren.

Mit der Product First-Vorlage, die sowohl in einer regulären als auch in einer Lite-Version verfügbar ist, können Sie die darin enthaltenen Abschnitte verwenden, diejenigen löschen, die für Ihr Produkt nicht gültig sind, oder Ihre eigenen benutzerdefinierten Abschnitte gemäß Ihren Produktanforderungen einfügen.

Das Beste an der Product First PRD-Vorlage sind die klaren Gebrauchsanweisungen sowohl auf der Website als auch auf der Vorlage selbst. Wenn Sie neu im Produktmanagement sind, ist dies der ideale Ausgangspunkt. Darüber hinaus dient es als brillantes Skelettdokument, um Ihre eigene PRD-Vorlage zu erstellen.

Die Hauptvorteile der Product First PRD-Vorlagen sind:

• Flexible Dokumentenoberfläche mit Abschnitten, die je nach Produktanforderungen hinzugefügt oder gelöscht werden können
• Entworfen von einem Produktmanager für Produktmanager
• Ideal für eine Vielzahl von Softwareprodukten
• Unabhängiger Abschnitt für externe Ressourcen und Links zu Styleguides, Entwicklersprachversionen, API-Abhängigkeiten, ähnlichen Produktkampagnen usw.

Mit dem Google Doc-Link können mehrere Personen in Echtzeit an dem Dokument zusammenarbeiten. Dies ist eine sehr nützliche Funktion, wenn Sie bereits über mehrere Google Plugins oder eine Google-basierte Dokumentenverwaltungsumgebung verfügen.

Um die Vorlage herunterzuladen, besuchen Sie zuerst das Produkt.

1. ShipIt

Die ShipIt PRD-Vorlage wurde für die Google-basierte Zusammenarbeit entwickelt. Das gesamte Dokument ist virtuell in Google Text & Tabellen verfügbar und kann von mehreren Personen in Echtzeit geändert werden.

Die Vorlage verfügt über ein einfaches Google Doc-Format und separate Bereiche für das Geschäftsmodell des Unternehmens und einzelne Benutzerpersönlichkeiten.

Das Beste an der ShipIt-Vorlage ist der Fokus auf das vollständige Produktmanagement. Das Unternehmen bietet eine vollständige Palette von Dienstleistungen für Unternehmen, die von einer einzigen Vorlage zu einer vollständigen Liste von Produktmanagementfunktionen aufrüsten möchten, und das zu einem erschwinglichen Preis. Die Mehrwert-Tools nutzen die gleiche Vorlage.

Die Hauptvorteile der Verwendung der ShipIt-Vorlage sind:

• Extrem einfaches Dokumentenformat, das ideal für jemanden ist, der neu in der detaillierten Dokumentation ist
• Platz für funktionale und nicht funktionale sowie Marketinganforderungen
• Insgesamt eine kostenlose und benutzerfreundliche Vorlage.
• Umfangreiches Serviceangebot auf Abruf mit einer 4-wöchigen kostenlosen Testversion

Darüber hinaus bietet die ShipIt-Vorlage eine klare Gliederung auf der Seite des Google Doc. Produktmanager können damit Abschnitte hinzufügen oder löschen oder sogar die Vorlagenstruktur verwenden, um ein eigenes Dokument zu erstellen.

Um die Vorlage herunterzuladen, besuchen Sie ShipIt.

Schreiben eines starken Anforderungsdokuments im Jahr 2020

Unabhängig davon, ob Sie eine vorgefertigte Vorlage verwenden oder eine eigene für Ihr Produkt erstellen, ist der wichtigste Aspekt Ihres Dokuments der Inhalt und die Art und Weise, wie Sie die Anforderungen kommunizieren.

Alle Vorlagen in diesem Artikel bieten ein gewisses Maß an Richtlinien zum Ausfüllen des Dokuments mit den erforderlichen Daten.

Um jedoch eine starke PRD im Jahr 2020 zu schaffen, müssen Sie wissen, was Ihre Geschäftsziele mittel- und langfristig sind und welche Auswirkungen das Produkt auf seine Branche haben soll.

Hier sind einige Tipps zum Schreiben eines detaillierten und effektiven Produktanforderungsdokuments im Jahr 2020.

Führen Sie umfangreiche Kundenanalysen durch

Der Endbenutzer ist der wichtigste Faktor in jedem Softwareentwicklungsframework. Dies liegt an ihrer Bedeutung für das Unternehmen als Einnahmequelle und dem Unterscheidungsfaktor zwischen guten und schlechten Produkten.

Die Analyse der Bedürfnisse und Wünsche der Endnutzer führt Unternehmen auch dazu, Produkte herzustellen, die Probleme für Benutzer direkt lösen, anstatt als einfache Umsatzerzeuger zu dienen. Das Ansprechen der Schwachstellen der Benutzer ist auch der beste Weg, um Vertrauen in Ihr Produkt zu schaffen und Benutzer zu lebenslangen Anhängern Ihrer Marke zu machen.

Sie können eine Vielzahl von Tools und Techniken verwenden, um die erforderlichen Daten von Ihren Endbenutzern zu sammeln. Dazu gehören Fragebögen, Prototyping, Produktanwendungsfälle von Mitbewerbern, historische Anwendungsfälle und User Stories.

Definieren Sie Ihren Produktzweck klar

Der Zweck des Produkts scheint für Entwickler möglicherweise kein erforderlicher Datensatz zu sein. Es ist jedoch einer der wichtigsten Aspekte des gesamten Prozesses, da es hilft, die gesamte Entwicklungs-, Betriebs- und Managementstruktur auf eine Vision auszurichten.

Es wird empfohlen, noch bevor Sie mit dem Schreiben beginnen, klar zu verstehen, warum die Endbenutzer das Produkt benötigen. Dies wird Ihnen helfen, die Stakeholder davon zu überzeugen, dass das Produkt eine gute Investition ist.

Darüber hinaus hilft es Entwicklern, die nutzungsbezogenen Anforderungen des Produkts zu verstehen, indem es sie über die typischen Probleme der Benutzer mit ähnlichen Produkten informiert.

Stellen Sie bei der Definition des Zwecks sicher, dass sich alle beteiligten Akteure darauf einigen. Sie können das vorläufige Dokument unter den Stakeholdern verteilen, um dies zu bestätigen.

Verwandeln Sie den Produktzweck in Funktionen

Der nächste Schritt nach der Definition des Zwecks des Produkts besteht darin, diesen Zweck in aktive Produktfunktionen zu unterteilen, die Endbenutzer verwenden werden.

Dies ist eine großartige Möglichkeit, den Produktzweck an der tatsächlichen Benutzerfreundlichkeit auszurichten und den Benutzern eine direkte Lösung für ihre Probleme zu geben. Darüber hinaus ist es auch eine gute Richtlinie, wie jedes Feature erstellt werden sollte, sowie die Initiativen und Themen, auf denen die Features basieren sollten.

Wenn Sie sich auf ein Feature-Thema konzentrieren, werden Entwickler aufgefordert, alle Aspekte des Produkts an diesem Thema auszurichten, wodurch die Benutzerfreundlichkeit in dieser Richtung erhöht wird. Einmal definiert, helfen Ihnen die Themen dabei, Ihren Zweck nahtlos in Funktionen umzuwandeln.

Realistische Freigabekriterien festlegen

Einer der größten Fehler, den Unternehmen machen, besteht darin, ein Produkt schnell zu veröffentlichen, ohne die feineren Details wie die Kundennachfrage zu diesem Zeitpunkt, die Produktbereitschaft und die allgemeine Benutzerfreundlichkeit in Echtzeit zu berücksichtigen.

Unabhängig davon, wie gut Ihr Produkt ist, stellen Sie immer sicher, dass Sie Redundanzen in den Freigabekriterien hinzufügen und so viele Fehler wie möglich in der Usability-Matrix korrigieren, bevor Sie es starten.

Sie können dies tun, indem Sie Anwendungsfälle für Konkurrenzprodukte analysieren und herausfinden, wie sich ihre Produkte entwickelt haben, wenn sie entweder früher als ideal oder mit Redundanzen veröffentlicht wurden.

Stellen Sie schließlich sicher, dass Ihre Release-Ziele auf lange und kurze Sicht umsetzbar, erreichbar und messbar sind und gleichzeitig für alle an der Entwicklung Beteiligten leicht verständlich sind.

Legen Sie einen realistischen Veröffentlichungszeitplan fest

Ein Veröffentlichungsdatum gibt Entwicklern und Führungskräften ein Ziel, auf das sie hinarbeiten können. Es ist zwar kein entscheidender Faktor für ein gutes Produkt, aber es ist wichtig sicherzustellen, dass niemand den Fokus auf das Endziel verliert, das der Zweck des Produkts ist.

Ein Veröffentlichungsdatum muss nicht genau sein, und Sie können eine grobe Schätzung basierend auf dem Entwicklungszeitplan festlegen, den Entwickler Ihnen geben. Es ist jedoch wichtig, realistisch zu sein, auch mit einem vorläufigen Datum.

Denken Sie außerdem beim Festlegen einer Zeitleiste an den vorherigen Punkt, dass das Produkt nicht überstürzt veröffentlicht werden soll.

Stakeholder-Freigabe erhalten

Ein Produkt, das von allen beteiligten Stakeholdern freigegeben wird, bedeutet etwas, an das das gesamte Unternehmen glaubt und von dem es in Bezug auf den Markterfolg überzeugt ist.

Dies ist besonders wichtig für hochrangige Stakeholder, die das Produkt finanzieren oder das letzte Wort der Genehmigung erteilen.

Um sicherzustellen, dass alle mit dem Produkt, seinem Zweck, seinen Funktionen und seiner langfristigen Wirkung einverstanden sind, führen Sie umfangreiche Diskussionen und Brainstorming-Sitzungen mit allen Beteiligten durch. Im Falle der Geschäftsleitung können Sie eine Konferenz abhalten, in der Sie das Produkt kurz vorstellen.

Dies mag wie ein zusätzlicher Schritt erscheinen, aber wenn die PRD erstellt wird, bedeutet dies automatisch, dass sich alle abgemeldet haben. Es schadet jedoch nicht, das Vertrauen aller Stakeholder auch für zukünftige Unternehmungen zu gewinnen.

Endnote

Wie bereits erwähnt, ist dies das Zeitalter des agilen Teams, das verschiedene Kollaborationssoftware verwendet, um seine Ideen zu vermitteln, ohne dass eine detaillierte Dokumentation erforderlich ist.

Allerdings haben nicht alle Unternehmen Zugang zu einer stabilen agilen Architektur, und viele von ihnen müssen sich vor allem in den frühen Phasen ihrer Produktentwicklung mit einer traditionellen Wasserfall-Umgebung begnügen.

Wenn Ihr Unternehmen zu den letzteren gehört, können Sie von einer dieser Dokumentvorlagen enorm profitieren, während Sie daran arbeiten, die Zusammenarbeit und Entwicklung zu verbessern.

Meta Beschreibung: