cerințe Exemple de documente pentru a vă inspira

când vine vorba de dezvoltarea unui document cerințe funcționale, cheia este de a comunica în mod clar și cuprinzător cerințele proiectului și alte informații relevante pentru echipa de dezvoltare. De fapt, exemplele de documente cu cerințe de top au toate ceva în comun, adică toate oferă managerilor de proiect suficient spațiu pentru a comunica nevoile de afaceri și domeniul de aplicare al proiectului.

acestea fiind spuse, poate fi dificil să determinați cum arată un astfel de document de specificații și dacă puteți crea de fapt un șablon de document de cerințe care funcționează la fel de bine pentru dvs.

în acest articol, vă voi oferi câteva dintre cele mai bune exemple de documente privind cerințele produsului pentru 2020, împreună cu un ghid despre cum să creați unul pentru produsul dvs.

să începem.

ce este un Document cu cerințe de produs

un document cu cerințe de produs este o schiță a cerințelor cheie pe care o companie le are de la produsul său.

un document creat de managerii de produse după discuții ample cu dezvoltatorii și părțile interesate și analize detaliate ale clienților.

un PRD este diferit de un document de cerințe de afaceri (BRD), un Document de cerințe funcționale (FRD) și o specificație de cerințe Software (SRS), prin faptul că se concentrează mai mult pe cerințele specifice ale produsului în loc de motivul pentru care afacerea dorește ca produsul să existe și cum ar trebui să arate produsul final.

un PRD tipic conține scopul de bază al Produsului software, caracteristicile propuse ale produsului, criteriile de pregătire pentru lansare, fluxul de utilizatori intenționat și designul UI, precum și orice perspectivă finală, ipoteze, dependențe și lucrări viitoare.

în funcție de mărimea companiei și de numărul de produse suprapuse pe care le au, un PRD poate varia ca mărime, de la un document de o singură pagină la unul format din mai multe pagini și care conține elemente interactive.

5 Exemple de documente cu cerințe de top

fie că creați un document care să servească drept ghid de dezvoltare software, fie doar pentru a comunica cerințele tehnice ale unui produs, aceste exemple vă vor ajuta să obțineți specificațiile.

Iată cele mai bune exemple de PRD pe care le-am găsit în 2020.

1. Atlassian

Modelul documentului de produs Atlassian oferă o platformă stabilă și agilă pentru toate pre-lansare Prep produs, precum și analiza post-lansare metrici de utilizare.

este un șablon simplist care are încă toate secțiunile necesare pentru o descriere detaliată a tuturor livrabilelor, precum și spațiu pentru ipotezele de produs bazate pe utilizatorul final.

ce este cel mai bun despre modelul Atlassian este că respectă metodologia Agile oferind în același timp Suport pentru mediile tradiționale. În plus, permite șefilor de management de proiect să acționeze ca o punte între părțile interesate și dezvoltatori, având secțiuni pentru întregul ciclu de viață al produsului.

beneficiile modelului Atlassian PRD includ:

• instrucțiuni și exemple pentru fiecare secțiune pentru a ajuta managerii să introducă informațiile corecte
• un document curat, fără bibelouri, cu distrageri minime
• fluxuri de lucru Interactive, grafică, diagrame și fișe tehnice
• conectare perfectă la sarcinile/problemele Jira, Documente Google și diverse pluginuri

în plus, Atlassian oferă o întreagă serie de funcționalități cu valoare adăugată pentru managerii de produse.

pentru a descărca șablonul vizitați Atlassian.

1. Slite

Slite oferă un șablon de cerințe de produs curat și concis, care are spațiu pentru toate datele necesare, dar este suficient de direct pentru a nu fi lung.

conceput pentru a fi centrat pe poveștile utilizatorilor în loc de cerințe funcționale și nefuncționale, șablonul este ideal pentru echipe agile cu procese de afaceri simplificate.

ceea ce separă șablonul Slite de restul este concentrarea pe un flux de lucru agil și încercarea de a se îndepărta de detaliile redundante care ar avea o importanță mică sau deloc pentru produsul final. Deoarece mediile Agile se concentrează mai mult pe cazurile de utilizare și poveștile utilizatorilor, au nevoie de documente care să reflecte țesătura echipei lor.

iată câteva dintre beneficiile șablonului Slite PRD:

• capacitatea de a limita PRD la o singură pagină, dacă este necesar
• spațiu pentru a descrie fundalul produsului și de ce proprietarii cred că produsul ar trebui să existe
• o foaie de parcurs virtuală pe care echipa de dezvoltare o poate folosi ca ghid de dezvoltare
• cameră pentru o mulțime de revizuiri, modificări și date noi (cu cerințe extinse

în plus față de acestea, șablonul de document Slite product requirements seamănă cu un document wireframe cu spațiu pentru toate datele necesare în ordinea ideală.

pentru a descărca șablonul Slite, vizitați Slite.

1. Aha!

șablonul AHA PRD este unul dintre cele mai directe și concise șabloane de documente pe care le puteți găsi pentru nevoile dvs. de produs.

acest lucru se datorează concentrării pe furnizarea unei alternative la software-ul de management de produs/proiect pe care majoritatea companiilor Agile îl folosesc acum pentru a discuta cerințele produsului în timp real, ca înlocuitor pentru documente.

ce este mai bun la șablonul Aha este că, dacă sunteți un manager de produs nou sau dacă acesta este primul produs al companiei dvs. și aveți nevoie de câteva instrucțiuni despre cum să utilizați un astfel de document, site-ul web are instrucțiuni complete despre cum să îl faceți într-un mod eficient.

unele dintre beneficiile șablonului AHA PRD includ:

• un accent pe eficientizarea procesului de documentare pentru utilizatorii pentru prima dată
• spațiu pentru a consolida toate cerințele necesare date (și numai datele necesare) într-un singur loc
• structura șablon care este ideal pentru colaborare în absența unui software de management de produs
• formate de documente multiple (MSWord și PDF)

este important să rețineți că este posibil ca unele departamente de produse să nu găsească șablonul AHA suficient de cuprinzător pentru nevoile lor de produse, deoarece este conceput mai mult pentru companiile pre-agile.

pentru a descărca șablonul AHA PRD, vizitați AHA.

1. primul produs

modelul de cerințe primul produs este proiectat cu flexibilitate în minte, deoarece permite companiilor de orice dimensiune și domeniul de aplicare al produsului pentru a comunica cerințele lor pentru dezvoltatori.

disponibil atât într-o versiune obișnuită, cât și într-o versiune ‘Lite’, primul șablon de produs vă permite să utilizați secțiunile furnizate în acesta, să le ștergeți pe cele care nu sunt valabile pentru produsul dvs. sau să introduceți propriile secțiuni personalizate conform nevoilor produsului.

cel mai bun lucru despre produsul primul șablon PRD este instrucțiunile de utilizare clare atât pe site-ul și șablonul în sine. Dacă sunteți nou în managementul produselor, acesta este punctul de plecare ideal. În plus, acesta va servi ca un document schelet genial pentru a crea propriul șablon PRD pe.

beneficiile prime ale produsului primele template-uri PRD sunt:

• interfață document flexibil cu secțiuni care pot fi adăugate sau șterse pentru a se potrivi cerințelor de produs
• proiectat de un manager de produs, pentru manageri de produs
• Ideal pentru o mare varietate de produse software
• secțiune independentă pentru resurse externe și link-uri către ghiduri de stil, versiunea de limbă Dezvoltator, dependențe API, campanii de produse similare, etc.

linkul Google Doc permite mai multor persoane să colaboreze la document în timp real. Aceasta este o caracteristică foarte benefică dacă aveți deja mai multe pluginuri Google sau o țesătură de gestionare a documentelor bazată pe Google.

pentru a descărca șablonul, vizitați mai întâi produsul.

1. ShipIt

șablonul ShipIt PRD este conceput având în vedere colaborarea bazată pe Google. Întregul document este disponibil practic pe Google Docs și poate fi modificat în timp real de mai multe persoane.

format Google Doc simplu încorporat, șablonul are spații separate pentru modelul de afaceri al companiei și personas utilizator individual.

ceea ce este cel mai bun despre șablonul ShipIt este concentrarea sa pe gestionarea completă a produselor. Compania oferă o suită completă de servicii pentru companiile care doresc să facă upgrade de la un șablon singular la o listă completă de caracteristici de gestionare a produselor și asta și la un preț accesibil. Instrumentele cu valoare adăugată folosesc același șablon.

principalele beneficii ale utilizării șablonului ShipIt includ:

• format de document extrem de simplu, care este ideal pentru cineva care este nou la documentație detaliată
• spațiu pentru funcționale și non-funcționale, precum și cerințele de marketing
• un șablon gratuit și ușor de utilizat în general.
• gamă largă de servicii la cerere, cu o perioadă de încercare gratuită de 4 săptămâni

în plus față de cele de mai sus, șablonul ShipIt oferă o schiță clară pe partea laterală a Google Doc. Managerii de produse pot utiliza acest lucru pentru a adăuga sau șterge secțiuni sau chiar pentru a utiliza structura șablonului pentru a-și crea propriul document.

pentru a descărca șablonul, vizitați ShipIt.

scrierea unui Document cu cerințe puternice în 2020

indiferent dacă utilizați un șablon gata pregătit sau creați propriul dvs. produs, cel mai important aspect al documentului dvs. este conținutul și modul în care comunicați cerințele.

toate șabloanele din acest articol oferă un anumit nivel de linii directoare cu privire la modul de completare a documentului cu datele solicitate.

cu toate acestea, pentru a crea un PRD puternic în 2020, trebuie să știți care sunt obiectivele dvs. de afaceri pe termen mediu și lung, precum și impactul pe care doriți să îl aibă produsul în industria sa.

iată câteva sfaturi despre scrierea unui document detaliat și eficient privind cerințele produsului în 2020.

efectuați o analiză extinsă a clienților

utilizatorul final este cel mai important factor în orice cadru de dezvoltare software. Acest lucru se datorează importanței lor pentru companie ca sursă de venit și factorului de diferențiere între produsele bune și cele rele.

analiza nevoilor și dorințelor utilizatorilor finali conduce, de asemenea, companiile să producă produse care rezolvă direct problemele utilizatorilor, în loc să servească drept simpli constructori de venituri. Abordarea punctelor de durere ale utilizatorilor este, de asemenea, cea mai bună modalitate de a insufla încredere în produsul dvs. și de a transforma utilizatorii în adepți pe tot parcursul vieții ai mărcii dvs.

puteți utiliza o multitudine de instrumente și tehnici pentru a aduna datele necesare de la utilizatorii finali. Acestea includ chestionare, prototipuri, cazuri de utilizare a produselor concurentului, cazuri de utilizare istorică și povești ale utilizatorilor.

definiți clar scopul produsului

este posibil ca scopul produsului să nu pară un set de date necesar pentru dezvoltatori. Cu toate acestea, este unul dintre cele mai importante aspecte ale întregului proces, deoarece ajută la alinierea întregii dezvoltări, operațiuni și țesături de management la o singură viziune.

se recomandă ca, chiar înainte de a începe să scrieți, asigurați-vă că înțelegeți clar de ce utilizatorii finali au nevoie de produs. Acest lucru vă va ajuta să convingeți părțile interesate că produsul este o investiție bună.

în plus, îi ajută pe dezvoltatori să înțeleagă cerințele legate de utilizare ale produsului, informându-i despre punctele tipice de durere ale utilizatorilor cu produse similare.

definind scopul, asigurați-vă că toate părțile interesate implicate sunt de acord asupra acestuia. Puteți transmite documentul preliminar între părțile interesate pentru a confirma acest lucru.

transformați scopul produsului în caracteristici

următorul pas după definirea scopului produsului este împărțirea acelui scop în caracteristici active ale produsului pe care utilizatorii finali le vor utiliza.

aceasta este o modalitate excelentă de a alinia scopul produsului cu utilitatea reală și de a oferi utilizatorilor o soluție directă la problemele lor. În plus, este, de asemenea, un ghid bun cu privire la modul în care ar trebui construită fiecare caracteristică, precum și inițiativele și temele pe care ar trebui să se bazeze caracteristicile.

focalizarea pe o temă caracteristică solicită dezvoltatorilor să alinieze toate aspectele produsului în funcție de tema respectivă, crescând astfel gradul de utilizare de-a lungul acestei linii. Odată definite, temele vă vor ajuta să vă transformați perfect scopul în caracteristici.

Stabiliți criterii realiste de lansare

una dintre cele mai mari greșeli pe care le fac companiile este să grăbească un produs să lanseze, fără a lua în considerare detaliile mai fine, cum ar fi cererea clienților în acel moment, disponibilitatea produsului și utilizarea generală în timp real.

indiferent de cât de bun poate fi produsul dvs., asigurați-vă întotdeauna că adăugați redundanțe în criteriile de lansare și corectați cât mai multe erori în matricea de utilizare înainte de lansare.

puteți face acest lucru analizând cazurile de utilizare pentru produsele concurente și aflând cum au funcționat produsele lor atunci când au fost lansate fie mai devreme decât ideal, fie cu concedieri.

în cele din urmă, asigurați-vă că obiectivele dvs. de eliberare sunt acționabile, realizabile și măsurabile pe termen lung și scurt, fiind în același timp ușor de înțeles pentru toți cei implicați în dezvoltare.

setați o cronologie realistă de lansare

o dată de lansare oferă dezvoltatorilor și personalului de conducere un obiectiv pentru a lucra. Deși nu este un factor vital într-un produs bun, este important să vă asigurați că nimeni nu își pierde concentrarea asupra obiectivului final, care este scopul produsului.

o dată de lansare nu trebuie să fie exactă și puteți seta o estimare aproximativă pe baza cronologiei de dezvoltare pe care vi le oferă dezvoltatorii. Cu toate acestea, este important să fii realist, chiar și cu o dată tentativă.

mai mult, amintiți-vă punctul anterior despre faptul că nu grăbiți produsul să se elibereze, atunci când setați o cronologie.

obțineți aprobarea părților interesate

un produs care primește aprobarea tuturor părților interesate implicate înseamnă ceva în care întreaga companie crede și este încrezătoare în ceea ce privește succesul pieței.

acest lucru este deosebit de important pentru părțile interesate de rang înalt care pot finanța produsul sau pot da ultimul cuvânt de aprobare.

pentru a vă asigura că toată lumea este de acord cu produsul, scopul, caracteristicile și impactul pe termen lung, purtați discuții ample și sesiuni de brainstorming cu toate părțile implicate. În cazul conducerii superioare, puteți organiza o conferință în care oferiți o scurtă prezentare a produsului.

acest lucru poate părea o tresărire suplimentară dacă PRD este construit, înseamnă automat că toată lumea a semnat-o. Cu toate acestea, nu strică să câștigi încrederea tuturor părților interesate și pentru viitoarele proiecte.

notă finală

după cum am menționat mai devreme, aceasta este vârsta echipei Agile, una care folosește diverse programe de colaborare pentru a-și transmite ideile, fără a fi nevoie de documentație detaliată.

cu toate acestea, nu toate companiile au acces la o arhitectură agilă stabilă și multe dintre ele trebuie să se descurce cu un mediu tradițional de cascadă, în special în etapele anterioare ale călătoriei lor de dezvoltare a produselor.

dacă compania dvs. este una dintre acestea din urmă, puteți beneficia enorm de unul dintre aceste șabloane de documente, în timp ce lucrați la îmbunătățirea modului în care colaborați și dezvoltați.

Meta Descriere: