Cum se scrie un document cu cerințele produsului (PRD)

Când realizați un produs, cum vă asigurați că toate capabilitățile dorite sunt incluse în livrabilul final? De aceea, un document de cerințe de proiect (PRD) este atât de important. Comunică aceste informații tuturor celor din echipa de produs.

Dar ce este exact un document privind cerințele de produs și ce trebuie inclus într-unul pentru ca acesta să fie eficient? Vă vom arăta cum să faceți unul, astfel încât, atunci când vă planificați următorul produs, livrabilul final să aibă tot ce ați plănuit să puneți în el.

Ce este un document cu cerințele produsului (PRD)?

Un document cu cerințele de produs (PRD) este o schiță detaliată a tuturor cerințelor de produs. Acesta explică valoarea produsului, precum și scopul sau caracteristica acestuia. Managerul de produs este responsabil pentru crearea documentului privind cerințele produsului pentru a-l comunica echipei de produs și părților interesate.

Detaliile includ ce construiește proiectul, cui este acel produs și cum va beneficia utilizatorul final. Structura documentului privind cerințele produsului este de sus în jos; începe cu imaginea de ansamblu, oferind o viziune de ansamblu asupra a ceea ce trebuie realizat. Obiectivele produsului sunt apoi legate de caracteristicile care realizează acea viziune. Există, de asemenea, detalii despre modul în care utilizatorii finali vor interacționa cu produsul și cum va arăta.

Metodologiile tradiționale de management de proiect sunt cele mai comune atunci când se utilizează un document de cerințe de produs. Asta pentru că în metodologii precum cascada, cerințele sunt definite în prima fază a proiectului, iar următoarea fază urmează când cea anterioară a fost finalizată. Cu toate acestea, documentele privind cerințele de produs au fost folosite în medii mai agile, cu o abordare de planificare iterativă și adaptivă, în care cerințele sunt adăugate în mod constant la stocul de așteptare și prioritizate.

Indiferent de metodologia pe care o utilizați pentru a gestiona dezvoltarea de produse, ProjectManager vă acoperă. Software-ul nostru flexibil de management al proiectelor are diagrame Gantt pentru metodologii în cascadă care pot filtra după calea critică și pot stabili o linie de bază pentru a vă urmări progresul și performanța în timp real. Dacă echipa ta este agilă, poate trece la panoul kanban și își poate gestiona întârzierile și poate planifica sprinturile în colaborare. Începeți acum cu ProjectManager gratuit.

Cum se scrie un PRD

Este clar că un document cu cerințele de produs este un pas crucial în planificarea proiectului. Dar ce alcătuiește PRD-ul și cum îl creezi? Trebuie să fie un proces amănunțit și clar și va fi folosit pentru a comunica cerințele de produs echipei de produs. De asemenea, trebuie să existe detalii despre fiecare capabilitate necesară pentru lansare.

Fiecare proiect este diferit, dar este util să mapați componentele unui document de cerințe de produs care sunt standard, indiferent de produsul pe care îl faceți. Simțiți-vă liber să adăugați la această listă, dar următoarele este un început bun despre cum să construiți un document funcțional privind cerințele de produs.

1. Descrierea informațiilor despre proiect

Aceasta este vizualizarea la nivel înalt a produsului, care acționează ca o introducere la ceea ce va acoperi documentul privind cerințele de produs. Aici veți dori să enumerați toți participanții la proiect, inclusiv părțile interesate, data țintă de lansare și câteva informații generale despre produs, cum ar fi scopul său, nevoia pe care o satisface etc.

2. Obiective/Obiective de detaliu

Acum veți dori să vă aprofundați puțin și să explicați obiectivele și scopurile proiectului. Adică, veți dori să subliniați de ce faceți acest produs și ce sperați să realizați odată ce faceți acest lucru. Pentru a vă defini obiectivele și scopurile, puteți utiliza tehnica SMART. Acest acronim înseamnă specific, măsurabil, realizabil, relevant și limitat în timp, ceea ce vă ajută să vă asigurați că obiectivele și scopurile dvs. sunt realiste.

3. Rețineți Ipoteze și constrângeri

Faceți o listă cu ceea ce se așteaptă utilizatorii produsului dvs. de la produsul final. Apoi enumerați orice limitări și forțe externe și interne care ar putea avea un impact asupra proiectului dvs., pozitiv sau negativ. Acesta este un moment bun pentru a determina dacă există dependențe de sarcini.

4. Adăugați fundal și potrivire strategică

Pentru fundal, doriți să definiți orice probleme sau probleme pe care proiectul le va rezolva pe parcursul ciclului său de viață. Este ca și cum ai crea un plan de management al riscurilor, identificând ce riscuri ar putea exista și cum vei răspunde la acestea. Potrivirea strategică se referă la modul în care produsul pe care îl produceți se aliniază cu strategia generală de afaceri a organizației.

5. Enumerați domeniul de aplicare: Povești utilizator și cerințe

Scopul proiectului prezintă toate caracteristicile produsului care vor fi dezvoltate. Aceasta se bazează pe poveștile utilizatorilor, care sunt o explicație generală a caracteristicilor din perspectiva unui utilizator. De asemenea, veți dori să obțineți contribuția părților interesate și să identificați așteptările acestora pentru produs.

Înrudit: șablon gratuit pentru domeniul de aplicare al proiectului pentru Word

6. Definiți caracteristicile produsului

Enumerați caracteristicile noului produs sau lansare și descrieți scopul acestuia, fiecare caracteristică și caz de utilizare. Adăugarea mai multor detalii este recomandată pentru ca toată lumea să înțeleagă pe deplin caracteristica, mai ales dacă funcția este complicată sau în afara domeniului de aplicare.

7. Afișați criteriile de lansare

Rețineți condițiile preliminare care trebuie îndeplinite pentru ca produsul să fie livrat clienților. Aceasta include funcționalitatea minimă pentru ca produsul să fie lansat public, clarificând domeniul de aplicare al testării utilizatorilor și asigurându-se că produsul este ușor de utilizat. De asemenea, veți stabili ce să setați o linie de bază de performanță.

8. Înregistrați valorile de succes

De asemenea, va trebui să definiți valorile de succes pentru produsul dvs. Aceasta înseamnă să identificați ceea ce este cel mai important în ceea ce privește livrarea unui produs de succes și modul în care intenționați să urmăriți acea măsură. Aceasta poate fi urmărirea interacțiunii utilizatorilor cu funcțiile și cât timp sau frecvent folosesc produsul sau alte funcții.

9. Excluderi de catalog

La fel de important ca a cunoaște ceea ce este în domeniul de aplicare al proiectului este înțelegerea ce este în afara domeniului de aplicare. Prin detalierea acestor activități, puteți salva echipa de la căderea în fundături care doar ocupă timp și adaugă costuri la proiect.

Exemplu de document privind cerințele produsului

Acum să ne uităm la componentele unui document cu cerințele de produs pe care le-am subliniat mai sus și să vedem cum arată acestea într-un exemplu de document cu cerințele de produs. Iată un exemplu simplu de document privind cerințele produsului pentru a vă oferi o idee despre cum funcționează.

Să presupunem că creați o aplicație care vă organizează e-mailul. Obiectivul este de a crea o aplicație care îi ajută pe oameni să evite spam-ul și să semnalizeze e-mailurile importante, cum ar fi notele de la prieteni și familie, facturi etc. Scopul este ca aplicația să ajungă la un public larg și să fie listată în partea de sus a magazinului de aplicații. .

Veți lucra la funcții care pot scana pentru spam și le pot muta într-un dosar de spam în cazul în care colectează e-mailuri care nu sunt nedorite. Vor exista, de asemenea, funcții care recunosc persoanele din agenda dvs. și etichetează aceste e-mailuri, astfel încât să fie primele pe care le vedeți. În plus, va exista o funcție pentru a capta e-mailurile sensibile la timp, cum ar fi facturile.

Fluxul de lucru constă în ingineri care dezvoltă soluții care sunt apoi proiectate de echipa de interfață cu utilizatorul pentru a se asigura că produsul este ușor de utilizat. Echipa de conținut va adăuga copia necesară, iar produsul va trece prin testare pentru a se asigura că nu există erori. Dacă există erori, acestea vor fi trimise înapoi la inginerie pentru a le repara înainte de a reveni la coada de testare.

Aplicația de e-mail va fi concepută pentru utilizatorii de telefonie mobilă, dar în acest moment, echipa va decide dacă are resursele necesare pentru a crea versiuni multiple pentru browsere, sisteme de operare etc. Echipa va identifica, de asemenea, sarcini dependente, cum ar fi proiectarea. nu funcționează până când inginerie oferă o caracteristică funcțională. Ipotezele includ că utilizatorii vor avea atât de ușor de utilizat încât nu vor exista bariere la intrare. Constrângerile vor fi timpul de lansare pe piață, deoarece produsul este complicat și ar putea necesita un program preconizat, care ar putea afecta vânzările.

PRD vs MRD

Un document cu cerințele de produs poate fi adesea confundat cu un document cu cerințele pieței. Acesta din urmă definește nevoile clienților cărora produsul le va răspunde. Documentul privind cerințele produsului este modul în care va fi construit produsul. Ambele sunt importante, dar servesc diferite domenii ale dezvoltării produselor.

PRD vs BRD

Un alt document care este adesea confundat cu documentul cerințelor produsului este documentul cerințelor de afaceri. Acesta din urmă este mai degrabă o privire la nivel înalt asupra nevoilor afacerii. Răspunde la întrebările referitoare la ceea ce dorește afacerea să facă, în timp ce documentul privind cerințele produsului se referă în special la construirea produsului.

ProjectManager ajută la planificarea produsului

Documentul cu cerințele de produs este o parte critică a planului de produs mai amplu. Este complicat ca atare și crește în complexitate doar atunci când trebuie să programați activități, resurse și costuri. Apoi este urmărirea acestor costuri. Toate acestea înseamnă că veți avea nevoie de software de management al produselor pentru a gestiona toate aceste părți în mișcare. ProjectManager este un software online de gestionare a proiectelor care vă ajută să vă planificați, să programați și să urmăriți cerințele produsului.

Gestionați sarcini pe mai multe vizualizări ale proiectului

Managerul de produs poate construi proiectul pe o diagramă Gantt, dar echipa de produs nu are nevoie de acest nivel de detaliu pentru a-și face munca. Din fericire, există mai multe vizualizări ale proiectului care ajută echipele să implementeze planul cu funcțiile pe care doresc să le folosească. Unii preferă vizualizarea listă sau vizualizarea kanban, care permite echipelor să-și gestioneze backlogul și să colaboreze la sprinturi. Managerii au vizibilitate asupra muncii lor, astfel încât să poată realoca resurse pentru a evita blocajele. Există, de asemenea, sarcini recurente pentru a reaminti membrilor echipei de întâlniri, recenzii despre produse și multe altele.

Urmăriți progresul și performanța în timp real

Pentru a respecta programul și a respecta planul de produse, trebuie să vă urmăriți progresul și performanța. În PRD-ul dvs., notați valorile și criteriile de succes. Tabloul nostru de bord în timp real vă oferă o vedere la nivel înalt a proiectului. Nu este necesară nicio configurare ca și în cazul altor instrumente ușoare. Este gata atunci când aveți șase valori ale proiectului urmărite în grafice și diagrame ușor de citit. Puteți urmări timpul, costurile, volumul de muncă al echipei și multe altele pentru a detecta orice anomalie și a le rezolva înainte ca acestea să devină probleme.

Există rapoarte personalizabile pentru când doriți să aprofundați datele care pot fi partajate cu ușurință cu părțile interesate pentru a le menține la zi. Există, de asemenea, instrumente de gestionare a resurselor pentru a vă menține echipa de produs productivă. Software-ul nostru este ghișeul unic pentru toate nevoile dvs. de produse.

ProjectManager este un software premiat care conectează echipele și le oferă instrumentele pentru a automatiza fluxurile de lucru, a gestiona riscurile și a urmări munca lor în timp real. Platforma noastră de colaborare înseamnă că puteți lucra oriunde și oricând, pe departamente sau pe continente. Alăturați-vă echipelor NASA, Siemens și Nestle care folosesc instrumentul nostru pentru a avea succes. Începeți cu ProjectManager astăzi gratuit.