Skip to content

PRD vs BRD vs FRD: potpuno poređenje tri dokumenta

U produktnom razvoju tri dokumenta opisuju zahteve na različitim nivoima: BRD na nivou biznisa, PRD na nivou proizvoda, FRD na nivou sistema. Svaki odgovara na svoje pitanje i obraća se svojoj publici.

Tri dokumenta za 30 sekundi

BRDPRDFRD
Pitanje„Zašto je biznisu ovo potrebno?”„Šta gradimo i zašto?”„Kako sistem treba da radi?”
FokusPoslovna vrednost, ROIProizvod, funkcije, UXTehničko ponašanje sistema
Ko pišeBusiness Analyst / PMProduct ManagerBusiness Analyst / Systems Analyst
Ko čitaRukovodstvo, investitoriDizajneri, developeri, QADeveloperi, QA, arhitekte
NivoStrateškiTaktičkiTehnički
Obim15-30+ str.1-15 str.10-30+ str.

BRD: zašto je biznisu ovo potrebno

BRD (Business Requirements Document) je namenjen onima koji donose odluke o ulaganjima. Njegov zadatak je da dokaže da projekat vredi resursa: koji poslovni problem rešava, koji ROI se očekuje, kako se uklapa u strategiju kompanije.

Obavezne sekcije: Executive Summary, SMART poslovni ciljevi, opis trenutnog procesa (AS-IS / TO-BE), cost-benefit analiza, prioritizovani poslovni zahtevi, rizici, rečnik.

BRD ne opisuje kako će proizvod izgledati niti kako će sistem funkcionisati. On odgovara na pitanje jedan nivo iznad: da li se projekat uopšte isplati.

PRD: šta gradimo

PRD (Product Requirements Document) prevodi poslovno obrazloženje u konkretne produktne zahteve. To je radni dokument produktnog tima: dizajneri traže persone i scenarije, developeri traže funkcionalne zahteve i prioritete, QA traži kriterijume prihvatanja.

Obavezne sekcije: Problem Statement, Target Users, Proposed Solution, Scope (IN/OUT), Success Metrics. Prošireni set dodaje još osam sekcija, do 13 ukupno.

PRD postoji u devet varijacija: od jednostraničnog One-Pager-a do AI-Optimized PRD-a za AI agente.

Detaljnije: PRD — kompletni vodič.

FRD: kako sistem treba da radi

FRD (Functional Requirements Document) je tehnički nacrt sistema. On prevodi produktne zahteve iz PRD-a u detaljne specifikacije za razvoj: kako sistem reaguje na akcije korisnika, koja poslovna pravila se primenjuju, koje uloge i dozvole postoje.

Obavezne sekcije: Introduction, Business Requirements (kontekst iz PRD-a), Functional Features, User Roles & Permissions, Use Cases, System Behavior, Process Diagrams, Non-Functional Requirements, Assumptions & Constraints.

FRD je najdetaljniji od tri dokumenta. Ako PRD kaže „korisnik može da filtrira proizvode po ceni”, FRD specificira: koji UI element, koji opseg vrednosti, kako sistem obrađuje granične slučajeve, koje vreme odziva je prihvatljivo.

Detaljno poređenje

ParametarBRDPRDFRD
Ključno pitanje„Zašto?”„Šta?”„Kako?”
PublikaRukovodstvo, sponzoriProduktni timInženjeri, arhitekte
Kreira sePrvo (pre PRD-a)Posle BRD-a, pre FRD-aPosle PRD-a
MetodologijaWaterfall, enterpriseSveWaterfall, enterprise
MetrikeROI, poslovni KPIProduktni KPISLA, vreme odziva
User StoriesNeDaRazvijene u Use Cases
DijagramiNe (ili visokog nivoa)Wireframe-ovi, mockup-oviProcess Diagrams, Data Flow
PrioritizacijaCritical / High / Medium / LowP0 / P1 / P2Po funkcijama
AžuriranjeZaključava se nakon odobrenjaRedovno (živi)Pre svakog sprinta

Kada su potrebna sva tri

Puni lanac BRD → PRD → FRD koristi se u dve situacije:

Enterprise projekti sa budžetom iznad $100K i više departmana. BRD obrazlaže ulaganje rukovodstvu, PRD definiše proizvod za tim, FRD specificira sistem za developere.

Regulisane industrije (fintech, healthcare, defense), gde je formalna dokumentacija obavezan zahtev revizije ili sertifikacije. Svaki dokument u lancu je pravno značajan artefakt.

Kada su dovoljni jedan ili dva

SituacijaDokumentiZašto
Startap (tri do deset ljudi)Samo PRDNema formalnih procesa, mali tim
Agile timPRD + User StoriesPRD zamenjuje BRD, acceptance criteria zamenjuju FRD
AI-assisted codingAI-Optimized PRDAI agent generiše implementaciju direktno iz PRD-a
Outsourcing bez PM-aBRD + FRDVlasnik piše BRD, izvođač radi po FRD-u
Enterprise waterfallBRD + PRD + FRDPuni lanac, svaki dokument obavezan

Analogija: izgradnja kuće

  • BRD: „Zašto nam treba kuća?” — porodica raste, potrebno je više prostora, budžet dozvoljava, naselje odgovara. Obrazloženje odluke o gradnji.
  • PRD: „Kakvu kuću želimo?” — moderan dizajn, tri spavaće sobe, dva sprata, dosta svetla, budžet u okviru X. Brifing za arhitektu.
  • FRD: „Kako tačno izgraditi?” — trakasti temelj, zidovi od gaziranog betona, monolitne ploče, električna instalacija po šemi Y. Nacrti za graditelje.

Key insight

Bez BRD-a možete početi da gradite kuću koju ne možete da priuštite. Bez PRD-a arhitekta ne zna šta da projektuje. Bez FRD-a graditelji ne znaju kako da realizuju projekat arhitekte.

Česte zabune

BRD i PRD. Ova dva dokumenta se najčešće mešaju. Ključna razlika: BRD opisuje poslovnu potrebu (zašto je kompaniji potreban projekat), dok PRD opisuje proizvod (šta će biti izgrađeno za korisnika). Detaljnije: PRD vs BRD.

PRD i FRD. PRD opisuje „šta” na nivou funkcija (korisnik može da filtrira proizvode), FRD opisuje „kako” na nivou sistema (filter koristi dropdown, šalje upit na /products?price_min=X&price_max=Y, kešira pet minuta). PRD je za produktni tim, FRD za inženjere.

BRD i FRD. U nekim organizacijama BRD prelazi direktno u FRD, preskačući PRD. To se dešava kada ne postoji uloga Product Manager-a, a Business Analyst radi istovremeno sa biznisom i razvojem.

Šta dalje