Brian Casel v Builder Briefingu opiše preprost, a pomemben premik: delo se začne z grobo idejo, pretvori v pisan PRD, razbije v mejnike, nato pa AI kodirni agent gradi en mejnik naenkrat.
To ni isto kot vibe coding. Vibe coding pomeni: poziv, upanje, popravek, ponovitev. PRD-first pristop postavi drugo vprašanje: kaj natančno gradimo, za koga in kaj je izrecno zunaj obsega?
Koristni premik ni več pozivov. Je bolj natančna specifikacija, preden agent začne delati.
Zakaj najprej PRD
Dober PRD iz nejasne želje naredi izvedljiv brief. Poimenuje uporabnika, glavni tok, robne primere, omejitve in stvari, ki jih ekipa trenutno zavestno ne gradi.
To je pomembno zato, ker je AI kodirni agent uporaben toliko, kolikor so dobra navodila. Če je specifikacija meglena, bo agent še vedno ustvaril kodo, vendar bo pogosto hitreje ustvaril napačno kodo.
- Uporabniki: kdo aplikacijo dejansko potrebuje.
- Glavni tok: najmanjši uporaben zaporedni potek, ki ga mora produkt podpreti.
- Robni primeri: napake in izjeme, ki se navadno pojavijo kasneje.
- Zunaj obsega: česa se zavestno še ne lotevate.
Zakaj mejniki pomagajo agentu dostaviti
Brianov proces ne zahteva, da agent zgradi vse naenkrat. PRD razdeli v mejnike in nato gradi en mejnik naenkrat. To ustvari boljši kontrolni krog tako za človeka kot za agenta.
Mejniki zmanjšajo dvoumnost, olajšajo pregled in ustvarijo naravne točke, kjer lahko ekipa popravi smer, preden se nabere preveč kode. V praksi je to pogosto razlika med uporabnim orodjem in nedokončanim prototipom.
- Najprej napišite PRD.
- Razbijte ga na mejnike, ki lahko stojijo sami zase.
- Pustite agentu, da zgradi en mejnik.
- Preglejte rezultat in prilagodite naslednji mejnik.
Tri brezplačna orodja, ki jih Brian izpostavi
Brian omenja tudi tri orodja, ki podpirajo proces: PRD Creator, Design System Creator in Build New. Skupaj naredijo nekaj praktičnega: abstraktno produktno razmišljanje pretvorijo v ponovljivo okolje za gradnjo.
- PRD Creator: pomaga oblikovati vprašanja in ustvariti uporaben produktni brief.
- Design System Creator: postavi vizualne ograje, da aplikacija ostane dosledna.
- Build New: ekipi da začetno osnovo, namesto da vsakič začne iz nič.
Pravi vzorec niso imena orodij. Je disciplina, da pred ustvarjanjem kode najprej postavite strukturo. Ko je ta navada vzpostavljena, ekipa manj časa porabi za razjasnjevanje osnov in več za izboljševanje produkta.
Kaj ta proces reši in česa ne reši
Ta tok dela reši resničen problem: ekipe pogosto preskočijo razmislek in gredo naravnost v kodo. Rezultat je hitrost na začetku in zmeda kasneje. PRD + mejniki malo upočasnijo začetek, vendar običajno pospešijo celoten projekt.
Ne reši pa produktne presoje. Še vedno potrebujete nekoga, ki odloči, kaj je pomembno, kaj se preloži in kdaj se poliranje ustavi. UI lahko pomaga orodje zgraditi hitreje, ne more pa sama povedati, ali je orodje vredno gradnje.
Opomba o viru: Temelji na Brian Caselovem Builder Briefingu #32, “How I build apps now.”