Co to jest Dokument Wymagań Produktowych (i dlaczego go potrzebujesz)?

Wyobraź sobie, że jesteś szefem kuchni w wysokiej klasy restauracji. Pewnej nocy przychodzi bardzo ważny klient (powiedzmy, że Meryl Streep) i prosi o makaron, ale nie podaje żadnych innych szczegółów. Wpadasz w panikę. Pot zaczyna zbierać się pod twoją toque blanche. Jeśli zawiedziesz Meryl Streep, wylecisz z pracy. Ale nikt nie powie ci, jakiego rodzaju makaronu ona sobie życzy.

Ten wyimaginowany scenariusz ilustruje, dlaczego dokument wymagań produktowych jest tak ważny: jest pisany przez menedżera produktu i szczegółowo opisuje, co ma być zbudowane, dla kogo i w jaki sposób ma to przynieść korzyści użytkownikowi końcowemu. Jest to różnica pomiędzy tym, że mówi się nam, że mamy ugotować makaron, a tym, że mamy zrobić spaghetti bolognese.

Dowiedz się, jakie inne korzyści możesz odnieść dzięki stworzeniu dokumentu wymagań produktowych i zobacz, jak zacząć.

Czym jest PRD?

Dokument wymagań produktowych całkowicie definiuje cel produktu lub funkcji i wyjaśnia, co produkt powinien zawierać. Bez tego bardzo ważnego dokumentu, Twój zespół jest niemal pewny porażki, ponieważ nie ma pojęcia, co zostanie uznane za udany build.

Dokument PRD utrzymuje wszystkich na tej samej stronie: Po przeczytaniu PRD nikt nie powinien mieć żadnych pytań dotyczących tego, czym jest produkt lub co ma osiągnąć. Wyznacza on bardzo jasne cele i wytyczne dla produktu oraz pokazuje, w jaki sposób cechy produktu spełniają potrzeby użytkownika.

Czym nie jest PRD?

Nie ma żadnego wstydu w pomyleniu PRD z BRD – na świecie jest o wiele za dużo akronimów. Jednak PRD zdecydowanie różni się od innych dokumentów, z którymi możesz być bardziej zaznajomiony.

Dokument wymagań biznesowych (BRD)

Dokument wymagań biznesowych pozycjonuje produkt w kontekście organizacji jako całości. Opisuje on, co nowy produkt powinien robić i szczegółowo określa potrzeby i oczekiwania użytkownika, powód, dla którego to rozwiązanie jest niezbędne, oraz wszelkie ograniczenia, które mogą wpłynąć na udane wdrożenie. Nie zagłębia się w specyfikacje produktu, ani w to, jak powinien on wyglądać lub działać.

Dokument wymagań programowych (SRD)

Dokument wymagań programowych zagłębia się w szczegóły oprogramowania zasilającego Twój produkt. Zawiera on szczegóły dotyczące interfejsów, wymagań bezpieczeństwa, możliwości funkcjonalnych, poziomów wydajności i powiązanych informacji. Dokumenty te są przeznaczone dla programistów, testerów, inżynierów i klientów.

Dlaczego potrzebujesz dokumentu wymagań produktowych

Dokument PRD jest wizją produktu. Bez wizji nie ma nad czym pracować?

Dokumenty wymagań produktowych pokazują również, w jaki sposób cele produktu zostaną osiągnięte za pomocą różnych aspektów produktu. Dokument ten będzie wykorzystywany przez różne zespoły w firmie, aby pomóc opisać produkt interesariuszom, pomóc zespołowi sprzedaży w przedstawieniu produktu w przekonujący sposób, aby mogli go sprzedać i wzbogacić się, a projektanci będą wiedzieli, jak ma on wyglądać i działać. Jest to w zasadzie plan Twojego produktu.

Czy potrzebujesz PRD? Absolutnie. Tak samo jak producent samochodów potrzebuje planu samochodu, zanim zacznie go budować.

Co powinien zawierać PRD

Ponieważ ten dokument będzie dotyczył zespołów projektowych, wsparcia, sprzedaży, marketingu i inżynierii, jest kilka elementów, które standardowo powinien zawierać.

Kluczowy cel

Kluczowy cel powinien wyjaśniać, dla kogo budujesz produkt, jakie problemy klientów masz nadzieję rozwiązać i jak ten produkt pasuje do Twoich celów i wizji firmy. Ta sekcja może również zawierać potencjalne przypadki użycia.

Przed rozpoczęciem tworzenia dokumentu PRD, ważne jest, abyś zebrał Głos Klienta. Wyobraź sobie, że zabrałeś się za budowanie produktu, nie przeprowadzając żadnych badań z klientami i okazało się, że klienci chcieli, aby nie był on w niczym podobny do aplikacji do mediów społecznościowych. Zamierzasz zbudować produkt, który zaspokoi potrzebę, więc musisz wiedzieć, jakie są te potrzeby. Kiedy już zrozumiesz, czego chcą Twoi klienci, będziesz mógł wyjaśnić, w jaki sposób Twój kluczowy cel dla produktu spełnia te pragnienia.

Pożądana data wydania

Prawdopodobnie będziesz miał wiele dat wydania dla różnych komponentów lub iteracji produktu, szczególnie jeśli używasz metodologii agile. W swoim PRD, wyszczególnisz terminy dla kluczowych komponentów projektu. Po ich określeniu, kierownicy projektu mogą zacząć budować zakresy i harmonogramy, a następnie umieszczać je w sprintach.

Cechy produktu

Zdefiniuj cechy swojego produktu, aby ludzie wiedzieli, co mają budować. Odnosząc się do kluczowych celów, ta sekcja powinna wyszczególniać, jaki jest cel każdej funkcji i jaki problem ma nadzieję rozwiązać.

Na przykład, powiedzmy, że tworzysz aplikację do sprzedaży i zakupu ubrań – chcesz połączyć całą zabawę z mediami społecznościowymi z ekscytacją zdobywania fajnych ubrań za mniej. W swoim PRD, będziesz miał opis tego, jak będzie wyglądał Twój home feed i pokażesz, jak spełnia on wymóg poczucia zaangażowania w social media. Możesz też wtedy mieć opis postu przedmiotu z ceną oryginalną skontrastowaną z ceną „na sprzedaż” i udowodnić, że spełnia to wymóg zdobywania fajnych ciuchów za mniejsze pieniądze. W ten sposób każda cecha ma swój wyliczony cel.

Powinieneś również być w stanie szczegółowo opisać, w jaki sposób użytkownik będzie wchodził w interakcję z aplikacją: Czy będzie miał nieskończone przewijanie, czy będzie wbudowana funkcja aparatu i czy będzie sposób, aby łatwo zablokować problematycznych użytkowników? To wszystko powinno być zdefiniowane w twoim PRD.

Twój dokument wymagań produktowych powinien również zawierać kryteria wydania, cele, które musisz osiągnąć przed wydaniem produktu. Stwórz kryteria wydania wokół:

• Minimalnej funkcjonalności
• Użyteczności, mierzonej poprzez testy z użytkownikami
• Niezawodności
• Wydajności i szybkości
• Wsparcia

Przepływ użytkownika i projektowanie

Projektowanie jest, oczywiście, wizualne. To tutaj będziesz chciał włączyć makiety stron i makiety projektów, aby pomóc innym zobaczyć, co wyobrażasz sobie w wyglądzie i działaniu witryny.

Performance metrics

Jeśli nie ustaliłeś, w jaki sposób będzie określana wydajność Twojego produktu, nie ma sposobu, aby dowiedzieć się, czy jest to sukces czy porażka. Twój produkt powinien posiadać feature tracker, który określa, które funkcje produktu są najczęściej używane, aby pomóc ocenić, które elementy produktu są najbardziej udane. Ten rodzaj śledzenia pomoże Ci udoskonalić produkt w przyszłości. Wskaźniki wydajności mogą obejmować to, jak często każda funkcja jest używana, jak długo użytkownicy spędzają czas na interakcji z funkcjami, jak użytkownicy poruszają się po przepływach pracy, itp.

Szacunkowa ocena sukcesu każdej funkcji. Na przykład, możesz powiedzieć „Wierzymy, że nasza integracja Apple Pay będzie używana przez 40% użytkowników”. Od tego momentu masz liczbowy sposób na określenie, czy byłeś poprawny, czy nie i czy dana funkcja była sukcesem, czy nie.

Użyj hipotezy dla każdej ze swoich funkcji, w tym wymiernej hipotezy, którą można zweryfikować po uruchomieniu, aby określić sukces lub miejsce na ulepszenia. Może się okazać, że niektóre funkcje mogą zostać całkowicie porzucone.

Przewidywana przyszła praca

Powyższa analiza może pomóc w określeniu ulepszeń w przyszłości. Ale możesz również mieć pomysły na to, jak chcesz, aby produkt rozwijał się w czasie. Te przyszłe prace powinny nadal mieć na uwadze potrzeby klientów. W tej sekcji ważne jest, aby utrzymywać swoje pomysły na wysokim poziomie – w przyszłości można uzyskać bardziej szczegółowe informacje.

Na szczęście istnieją szablony dokumentów wymagań produktowych, które eliminują zgadywanie z tego procesu. Utwórz szablon na podstawie informacji, które podaliśmy i dostosuj go do potrzeb swojej firmy.

Lucidchart jest świetny do tworzenia makiet, struktur podziału pracy, harmonogramów i innych wizualizacji, które pomogą Ci wyjaśnić wymagania dotyczące produktu. Można je łatwo dodać do PRD za pomocą naszych integracji z G Suite, Microsoft Office, Atlassian i innymi platformami. Załóż darmowe konto już dziś.

Zobacz dlaczego Lucidchart jest idealnym miejscem pracy do tworzenia makiet i wyjaśniania wymagań produktu.

Dowiedz się więcej