Jak napisać dokument wymagań produktu (PRD)

Kiedy tworzysz produkt, w jaki sposób zapewniasz, że wszystkie pożądane możliwości zostaną uwzględnione w końcowym produkcie? Dlatego tak ważny jest dokument wymagań projektowych (PRD). Przekazuje te informacje wszystkim w zespole produktu.

Ale czym dokładnie jest dokument wymagań produktowych i co należy w nim zawrzeć, aby był skuteczny? Pokażemy Ci, jak to zrobić, aby podczas planowania kolejnego produktu końcowy produkt zawierał wszystko, co planowałeś w nim umieścić.

Co to jest dokument wymagań produktu (PRD)?

Dokument wymagań produktu (PRD) to szczegółowy zarys wszystkich wymagań produktu. Wyjaśnia wartość produktu, a także jego przeznaczenie lub funkcję. Menedżer produktu jest odpowiedzialny za stworzenie dokumentu wymagań dotyczących produktu w celu komunikowania się zespołowi produktu i interesariuszom.

Szczegóły obejmują to, co buduje projekt, dla kogo jest ten produkt i jakie korzyści przyniesie użytkownikowi końcowemu. Struktura dokumentu wymagań produktu jest zstępująca; zaczyna się od dużego obrazu, przedstawiając ogólną wizję tego, co ma zostać osiągnięte. Cele produktu są następnie powiązane z funkcjami, które pozwalają osiągnąć tę wizję. Znajdują się tam również szczegółowe informacje o tym, w jaki sposób użytkownicy końcowi zaangażują się w produkt i jak będzie wyglądał.

Tradycyjne metodologie zarządzania projektami są najczęściej używane podczas korzystania z dokumentu wymagań produktu. Dzieje się tak dlatego, że w metodologiach takich jak wodospad, wymagania są definiowane w pierwszej fazie projektu, a następna faza następuje po zakończeniu poprzedniej. Jednak dokumenty dotyczące wymagań produktów były używane w bardziej zwinnych środowiskach z iteracyjnym i adaptacyjnym podejściem planowania, w którym wymagania są stale dodawane do zaległości i priorytetyzowane.

Niezależnie od tego, jakiej metodologii używasz do zarządzania rozwojem produktu, ProjectManager Cię obejmuje. Nasze elastyczne oprogramowanie do zarządzania projektami zawiera wykresy Gantta dla metodologii kaskadowych, które mogą filtrować ścieżkę krytyczną i wyznaczać punkt odniesienia w celu śledzenia postępów i wydajności w czasie rzeczywistym. Jeśli Twój zespół jest zwinny, może przełączyć się na tablicę kanban i zarządzać swoimi zaległościami oraz wspólnie planować sprinty. Zacznij korzystać z ProjectManagera już dziś za darmo.

Jak napisać PRD

Oczywiste jest, że dokument wymagań dotyczących produktu jest kluczowym krokiem w planowaniu projektu. Ale co składa się na PRD i jak go tworzysz? Musi to być dokładny, przejrzysty proces i będzie używany do przekazywania zespołowi produktowemu wymagań dotyczących produktu. Muszą również być szczegółowe informacje o każdej zdolności wymaganej do wydania.

Każdy projekt jest inny, ale pomocne jest odwzorowanie składników dokumentu wymagań produktu, które są standardowe niezależnie od tworzonego produktu. Możesz dodać do tej listy, ale poniżej jest dobry początek tworzenia funkcjonalnego dokumentu wymagań produktu.

1. Zarys informacji o projekcie

Jest to wysokopoziomowy widok produktu, który działa jako wprowadzenie do tego, co będzie obejmować dokument wymagań dotyczących produktu. Tutaj będziesz chciał wymienić wszystkich uczestników projektu, w tym interesariuszy, docelową datę wydania i kilka ogólnych informacji o produkcie, takich jak jego cel, potrzeby, które spełnia, itp.

2. Szczegółowe cele/cele

Teraz będziesz chciał zanurkować nieco głębiej i wyjaśnić cele i cele projektu. Oznacza to, że będziesz chciał nakreślić, dlaczego tworzysz ten produkt i co masz nadzieję osiągnąć, gdy to zrobisz. Aby zdefiniować swoje cele i cele, możesz użyć techniki SMART. Ten akronim oznacza konkretne, mierzalne, osiągalne, istotne i określone w czasie, co pomaga upewnić się, że Twoje cele i cele są realistyczne.

3. Zanotuj założenia i ograniczenia

Zrób listę tego, czego użytkownicy Twojego produktu oczekują od końcowego produktu. Następnie wypisz wszelkie ograniczenia oraz siły zewnętrzne i wewnętrzne, które mogą wpłynąć na Twój projekt, zarówno pozytywnie, jak i negatywnie. To dobry moment na ustalenie, czy istnieją jakieś zależności między zadaniami.

4. Dodaj tło i dopasowanie strategiczne

W tle chcesz zdefiniować wszelkie problemy lub problemy, które projekt rozwiąże w trakcie swojego cyklu życia. To tak, jakby stworzyć plan zarządzania ryzykiem, określający, jakie mogą być zagrożenia i jak na nie zareagujesz. Dopasowanie strategiczne odnosi się do tego, w jaki sposób wytwarzany produkt jest zgodny z ogólną strategią biznesową organizacji.

5. Wymień zakres: Historie użytkowników i wymagania

Zakres projektu określa wszystkie cechy produktu, które będą rozwijane. Opiera się to na historyjkach użytkowników, które są ogólnym wyjaśnieniem funkcji z perspektywy użytkownika. Będziesz także chciał uzyskać informacje od swoich interesariuszy i określić ich oczekiwania wobec produktu.

Powiązane: Darmowy szablon zakresu projektu dla programu Word

6. Zdefiniuj cechy produktu

Wymień cechy nowego produktu lub wydania i opisz jego cel, każdą funkcję i przypadek użycia. Zalecane jest dodanie większej liczby szczegółów, aby wszyscy mogli w pełni zrozumieć tę funkcję, zwłaszcza jeśli jest ona skomplikowana lub wykracza poza zakres.

7. Pokaż kryteria wydania

Zwróć uwagę na warunki wstępne, które muszą zostać spełnione, aby produkt został dostarczony do klientów. Obejmuje to minimalną funkcjonalność produktu, która ma zostać opublikowana, wyjaśnienie zakresu testowania przez użytkowników i upewnienie się, że produkt jest przyjazny dla użytkownika. Dowiesz się również, co ustawić punkt odniesienia wydajności.

8. Rejestruj wskaźniki sukcesu

Musisz także zdefiniować wskaźniki sukcesu swojego produktu. Oznacza to określenie, co jest najważniejsze z punktu widzenia dostarczania udanego produktu i sposobu, w jaki planujesz śledzić te dane. Może to być śledzenie interakcji użytkowników z funkcjami oraz tego, jak długo lub często korzystają z produktu lub innych funkcji.

9. Wykluczenia z katalogu

Równie ważne, jak wiedza o tym, co znajduje się w zakresie projektu, jest zrozumienie tego, co znajduje się poza zakresem. Wyszczególniając te działania, możesz uchronić zespół przed ślepymi zaułkami, które tylko zabierają czas i zwiększają koszty projektu.

Przykład dokumentu wymagań produktu

Przyjrzyjmy się teraz składnikom dokumentu wymagań produktu, który opisaliśmy powyżej i zobaczmy, jak wyglądają na przykładzie dokumentu wymagań produktu. Oto prosty przykład dokumentu wymagań dotyczących produktu, aby pokazać, jak to działa.

Załóżmy, że tworzysz aplikację, która porządkuje pocztę e-mail. Celem jest stworzenie aplikacji, która pomaga ludziom unikać spamu i oznaczać ważne e-maile, takie jak notatki od znajomych i rodziny, rachunki itp. Celem jest, aby aplikacja dotarła do szerokiego grona odbiorców i znalazła się na górze sklepu z aplikacjami .

Będziesz pracować nad funkcjami, które mogą skanować w poszukiwaniu spamu i przenosić je do folderu spamu, na wypadek, gdyby zbierał wiadomości, które nie są śmieciami. Pojawią się również funkcje rozpoznające osoby z Twojej książki adresowej i oznaczające te e-maile, aby były pierwszymi, które widzisz. Dodatkowo dostępna będzie funkcja przechwytywania e-maili wrażliwych na czas, takich jak rachunki.

Przepływ pracy składa się z inżynierów opracowujących rozwiązania, które są następnie projektowane przez zespół interfejsu użytkownika, aby zapewnić, że produkt jest przyjazny dla użytkownika. Zespół ds. treści doda niezbędną kopię, a produkt przejdzie testy, aby upewnić się, że nie ma błędów. Jeśli są błędy, zostaną one odesłane do działu inżynieryjnego w celu naprawy przed powrotem do kolejki testów.

Aplikacja pocztowa zostanie zaprojektowana z myślą o użytkownikach mobilnych, ale w tym momencie zespół zdecyduje, czy ma zasoby do tworzenia wielu wersji dla przeglądarek, systemów operacyjnych itp. Zespół określi również zadania zależne, takie jak projektowanie może ' t pracować, dopóki inżynieria nie dostarczy wykonalnej funkcji. Założenia zakładają, że użytkownicy będą mieli taką łatwość użytkowania, że ​​nie będzie żadnych barier wejścia. Ograniczenia będą związane z czasem wprowadzenia produktu na rynek, ponieważ produkt jest skomplikowany i może wymagać zamierzonego harmonogramu, co może wpłynąć na sprzedaż.

PRD a MRD

Dokument wymagań produktu często można pomylić z dokumentem wymagań rynkowych. Ten ostatni określa potrzeby klienta, na które produkt zaspokoi. Dokument wymagań dotyczących produktu określa, w jaki sposób produkt zostanie zbudowany. Oba są ważne, ale służą różnym obszarom rozwoju produktu.

PRD kontra BRD

Innym dokumentem często mylonym z dokumentem wymagań produktu jest dokument wymagań biznesowych. To ostatnie jest bardziej ogólnym spojrzeniem na potrzeby biznesowe. Odpowiada na pytania dotyczące tego, co firma chce robić, podczas gdy dokument wymagań produktowych dotyczy konkretnie budowy produktu.

ProjectManager pomaga w planowaniu produktu

Dokument wymagań dotyczących produktu jest kluczowym elementem większego planu produktu. Jest to skomplikowane w obecnej postaci, a złożoność rośnie tylko wtedy, gdy trzeba zaplanować działania, zasoby i koszty. Potem jest śledzenie tych kosztów. Wszystko to oznacza, że ​​do zarządzania wszystkimi ruchomymi częściami potrzebne będzie oprogramowanie do zarządzania produktami. ProjectManager to oprogramowanie do zarządzania projektami online, które pomaga planować, planować i śledzić wymagania dotyczące produktu.

Zarządzaj zadaniami w wielu widokach projektu

Menedżer produktu może zbudować projekt na wykresie Gantta, ale zespół produktu nie potrzebuje tego poziomu szczegółowości, aby wykonać swoją pracę. Na szczęście istnieje wiele widoków projektu, które pomagają zespołom wdrożyć plan z funkcjami, z których chcą korzystać. Niektórzy wolą widok listy lub widok Kanban, który pozwala zespołom zarządzać swoimi zaległościami i współpracować przy sprintach. Menedżerowie uzyskują wgląd w swoją pracę, dzięki czemu mogą realokować zasoby, aby uniknąć wąskich gardeł. Istnieją również powtarzające się zadania przypominające członkom zespołu o spotkaniach, recenzjach produktów i nie tylko.

Śledź postępy i wydajność w czasie rzeczywistym

Aby dotrzymać harmonogramu i dotrzymać planu produktu, musisz śledzić swoje postępy i wydajność. W swoim PRD zapisujesz metryki i kryteria sukcesu. Nasz pulpit nawigacyjny w czasie rzeczywistym zapewnia ogólny widok projektu. Nie jest wymagana konfiguracja, jak w przypadku innych lekkich narzędzi. Jest gotowy, gdy masz sześć metryk projektu śledzonych na łatwych do odczytania wykresach i wykresach. Możesz śledzić czas, koszty, obciążenie pracą zespołu i nie tylko, aby wyłapać wszelkie anomalie i rozwiązać je, zanim staną się problemami.

Istnieją konfigurowalne raporty, które pozwalają zagłębić się w dane, które można łatwo udostępniać zainteresowanym stronom w celu ich aktualizacji. Istnieją również narzędzia do zarządzania zasobami, które zapewniają produktywność zespołu produktowego. Nasze oprogramowanie to kompleksowa oferta dla wszystkich Twoich potrzeb dotyczących produktów.

ProjectManager to wielokrotnie nagradzane oprogramowanie, które łączy zespoły i daje im narzędzia do automatyzacji przepływów pracy, zarządzania ryzykiem i śledzenia ich pracy w czasie rzeczywistym. Nasza platforma współpracy oznacza, że ​​możesz pracować w dowolnym miejscu i czasie, w różnych działach lub na kontynentach. Dołącz do zespołów NASA, Siemens i Nestle, które korzystają z naszego narzędzia, aby osiągnąć sukces. Zacznij korzystać z ProjectManagera już dziś za darmo.