Skip to content

PRD — Product Requirements Document: kompletni vodič

PRD, ili Product Requirements Document, odgovara na centralno pitanje produktnog razvoja: šta gradimo i zašto. To je dokument koji povezuje poslovnu strategiju sa tehničkom realizacijom, prevodeći potrebe korisnika u konkretne zahteve za proizvod.

Za razliku od BRD-a, koji obrazlaže poslovnu opravdanost, i FRD-a, koji specificira tehničko ponašanje, PRD se fokusira na sam proizvod: koji problem rešava, za koga, koje funkcije uključuje i kako meriti uspeh.

Key insight

Koristite AI kao partnera za razmišljanje, ne kao zamenu. Najbolji PRD dokumenti nastaju iz saradnje čoveka i AI-a, gde svaka strana doprinosi svojim snagama.

Ko piše i za koga

Vlasnik PRD-a je Product Manager. On prikuplja podatke od dizajnera, inženjera i stejkholdera, ali konačna odgovornost za dokument leži na njemu.

Publika PRD-a je šira nego kod većine requirement dokumenata:

Ko čitaŠta traži u PRD-u
DizajneriKorisničke scenarije, persone, ograničenja
DeveloperiFunkcionalne zahteve, prioritete (P0/P1/P2), tehnička ograničenja
QAAcceptance criteria, edge cases, metrike uspeha
StejkholderiScope, timeline, povezanost sa poslovnim ciljevima
AI agenti (2026)Faze realizacije, zavisnosti, testabilne izlaze

Key insight

Poslednji red odražava trend 2026. godine. PRD se sve češće koristi kao set instrukcija za AI alate za kodiranje (Cursor, Claude Code, Bolt), što je dovelo do nastanka posebnog formata — AI-Optimized PRD.

Kada je PRD potreban, a kada nije

PRD je primenljiv u svakoj fazi proizvoda, od ideje do skaliranja. Međutim, format dokumenta se menja u zavisnosti od konteksta.

PRD je potreban kada:

  • Se lansira novi proizvod ili velika funkcionalnost
  • Treba uskladiti razumevanje između više timova
  • Produktna odluka zahteva obrazloženje i prioritizaciju
  • Predstoji rad sa spoljnim izvođačem ili AI agentom

PRD je preteran kada:

  • Se ispravlja bag (dovoljan je tiket u Jiri)
  • Se unosi trivijalna UI promena (dovoljna je user story)
  • Tim od jednog ili dva čoveka validira hipotezu za par dana

U startapima PRD često ostaje jedini requirement dokument, zamenjujući i MRD, i BRD, i FRD. U enterprise okruženju PRD je karika u lancu gde svaki dokument ima svoju ulogu.

Od čega se sastoji PRD

Minimum: pet obaveznih sekcija

Svaki PRD, bez obzira na format, sadrži najmanje pet sekcija. Bez njih dokument postaje lista želja.

  1. Problem Statement — koji problem postoji, ko od njega pati i kako to znamo, na osnovu konkretnih podataka, a ne pretpostavki.

  2. Target Users — ko će koristiti proizvod. Persone, segmenti, kao i ko eksplicitno nije ciljni korisnik.

  3. Proposed Solution — šta gradimo. Opis na nivou funkcija, bez tehničkih detalja implementacije.

  4. Scope (IN/OUT) — šta je u scope-u, a šta je eksplicitno isključeno. IN/OUT tabela sprečava scope creep i zaključava granice.

  5. Success Metrics — kako izmeriti da li je proizvod rešio problem. Konkretni KPI-jevi sa ciljnim vrednostima. Bez metrika PRD je izjava o namerama, a ne radni dokument.

Prošireni set: 13 sekcija

Za potpuni PRD, uz pet obaveznih sekcija dodaje se još osam:

  1. Assumptions & Constraints — pretpostavke na kojima se zasniva rešenje i ograničenja (budžet, rokovi, tehnologije).
  2. Functional Requirements (P0/P1/P2) — zahtevi prioritizovani po MoSCoW ili P0/P1/P2 šemi, gde P0 znači obavezno za lansiranje.
  3. Non-Functional Requirements — performanse, bezbednost, skalabilnost, dostupnost.
  4. User Stories / User Flows — scenariji interakcije korisnika sa proizvodom, uključujući error stanja.
  5. Wireframes / Mockups — vizuelne reference, skice ili prototipovi.
  6. Technical Approach — arhitektonske odluke, zavisnosti, integracije.
  7. Timeline & Milestones — faze, rokovi, prekretnice.
  8. Risks & Dependencies — šta može poći naopako i od čega zavisi uspeh.

Key insight

Korišćenje svih 13 sekcija ima smisla za Standard PRD novog proizvoda. Za manje funkcije dovoljno je pet obaveznih.

Devet varijacija PRD-a

PRD nije jedinstveni format, već porodica dokumenata. Izbor varijacije zavisi od faze proizvoda, veličine tima i metodologije.

VarijacijaObimKada koristitiKljučna karakteristika
Standard5-15 str.Novi proizvodSvih 13 sekcija, potpuna specifikacija
One-Pager1 str.Mala funkcionalnostProblem + metrike + user stories
MVP PRD2-4 str.Brzi lansiranjeSamo P0 funkcije, strog scope
Feature2-5 str.Nova funkcionalnost u postojećem proizvoduDuboko uranjanje u jednu funkciju
Technical5-10 str.Vizija odobrena, potrebna arhitekturaFokus na bazu, API, dijagrame
AI-Optimized3-8 str.Za AI agenteFaze sa zavisnostima, testabilni izlazi
Hardware10-20 str.Fizički proizvodMaterijali, dimenzije, sertifikacije
API3-8 str.API proizvodEndpoints, auth, data modeli
Agile1-5 str.Agile timŽivi dokument, raste sa proizvodom

MVP PRD je minimalni dokument za brzo lansiranje u kome je scope ograničen na P0 zahteve. AI-Optimized PRD je format prilagođen za AI agente, gde svaka faza implementacije ima testabilni izlaz i ograničen scope.

PRD i drugi requirement dokumenti

PRD zauzima centralnu poziciju u lancu requirement dokumenata. U klasičnom waterfall pristupu lanac izgleda ovako:

MRD → BRD → PRD → FRD → SRD

Svaki dokument odgovara na svoje pitanje:

DokumentPitanjeNivo
MRD„Šta je potrebno tržištu?”Strateški
BRD„Zašto bi biznis ovo gradio?”Strateški
PRD„Šta gradimo i zašto?”Taktički
FRD„Kako sistem treba da radi?”Tehnički
SRD/SRS„Koji su tehnički zahtevi?”Tehnički

U praksi, puni lanac od pet dokumenata koristi se u enterprise i regulisanim industrijama. Većina timova radi sa kraćim setom:

  • Startap: samo PRD (zamenjuje sve ostale)
  • Agile tim: PRD + User Stories (PRD zamenjuje BRD)
  • AI-assisted coding: AI-Optimized PRD (zamenjuje FRD)
  • Outsourcing: BRD + FRD + SRD (PRD ostaje kod klijenta)

Detaljna poređenja: PRD vs BRD i PRD vs BRD vs FRD.

Česte greške

Pet grešaka koje je istraživanje identifikovalo kao najčešće:

1. Počinjanje sa rešenjem umesto sa problemom. PRD opisuje problem koji proizvod rešava. Ako dokument počinje sa „napravićemo X” umesto sa „korisnici se suočavaju sa Y”, rešenje verovatno nije validirano.

2. Nema metrika. PRD bez Success Metrics je izjava o namerama. Ako ne možete da izmerite da li je problem rešen, ne možete da utvrdite da li je proizvod uspeo.

3. Nema OUT-of-scope. IN/OUT tabela štiti od scope creep-a. Ako dokument opisuje samo ono što je u scope-u, svaki novi zahtev može da se protumači kao „podrazumevan”.

4. Preterana specifikacija implementacije. PRD opisuje šta i zašto, a ne kako. Tehnički detalji (arhitektura, izbor baze podataka, struktura API-ja) pripadaju FRD-u i Technical PRD-u. Kada PRD diktira implementaciju, inženjeri gube prostor za optimalna rešenja.

5. Dokument je predugačak. Standard PRD od 15+ stranica koji niko ne čita manje je koristan od MVP PRD-a od tri stranice koji tim koristi svaki dan. Obim PRD-a treba da odgovara složenosti zadatka, a ne ambicijama autora.

Kako izabrati format PRD-a

Izbor varijacije zavisi od četiri faktora:

SituacijaPreporučeni format
Novi proizvod, veliki timStandard PRD (13 sekcija)
Mala funkcionalnost, jedan-dva sprintaOne-Pager PRD
Startap, brza validacijaMVP PRD
Razvoj sa AI agentomAI-Optimized PRD
Nova funkcionalnost u postojećem proizvoduFeature PRD
Tehnički projekat sa odobrenom vizijomTechnical PRD
API proizvodAPI PRD
Fizički proizvodHardware PRD
Agile tim, živi dokumentAgile PRD

Key insight

Gotovi šabloni za svaki format dostupni su u sekciji PRD šabloni. Ako niste sigurni koji dokument vam treba, isprobajte navigator prompt — pomoći će vam da odredite pravi tip dokumenta kroz seriju pitanja.

Trend 2026: dual-audience PRD

U 2026. godini PRD služi dvema publikama istovremeno: ljudima i AI agentima. Strateški narativ se piše u prozi za ljude, dok se specifikacija implementacije strukturira tako da AI agenti mogu direktno da je obrade.

To se manifestuje u nekoliko promena:

  • Pojavio se poseban format AI-Optimized PRD, gde su zahtevi podeljeni na faze sa zavisnostima, pri čemu svaka faza ima testabilni izlaz i ograničen scope.
  • PRD se koristi kao direktan ulaz za AI kodiranje: Cursor, Claude Code i Bolt čitaju PRD kao set instrukcija.
  • Prioritizacija P0/P1/P2 postala je strožija jer AI agent mora da zna šta da gradi prvo.

Više o formatu: AI-Optimized PRD.

Resursi