Šablona PRD pro aplikaci s AI: zadání před promptem
Šablona PRD (dokument s požadavky na produkt) dá AI jasné zadání, ještě než začne něco generovat. Zkopírujte si specifikaci produktu a uložte ji k aplikaci.
Shrnutí a kontext
Šablona PRD (Product Requirements Document - česky: dokument s požadavky na produkt) je krátké zadání, které vytvoříte dříve, než začnete aplikaci vyvíjet: pro koho aplikace je, co má umět a co má být obsahem první verze (a také co nemá být obsahem). AI pak programuje podle stejného zadání v každé iteraci a vy máte podklad pro kontrolu výsledku. V článku najdete šablonu ke zkopírování, vyplněný příklad a postup, jak zadání předat nástrojům jako Lovable nebo Cursor.
1. Co je PRD a proč ho vytvořit
PRD popisuje, co má aplikace dělat, pro koho je určená a podle čeho poznáte, že je hotová. Dokument neřeší, jak se má aplikace naprogramovat, ani jakou má mít architekturu. To je rozdíl oproti konkrétnímu promptu, který AI říká, co má právě teď udělat.
Když začnete rovnou promptem, může se stát, že AI si vymyslí i to, co jste neřekli, a i když ji budete postupně usměrňovat, tak vaše rozhodnutí zůstanou v historii chatu. Ta je dlouhá, obsahuje slepé uličky a při přechodu do jiného nástroje asi zůstane v tom původním, jak popisuje článek Jak postavit aplikaci s AI. PRD je naopak samostatný dokument, který si přečtete vy, další člověk nebo i jiný AI nástroj.
2. Jak rozsáhlý dokument to má být
Pro AI nástroj stačí na jednu až dvě strany A4. Pro člověka má být dokument takový, aby ho zvládl rychle přečíst a pochopit. Pokud něco ještě nevíte, napište to do dokumentu jako otevřenou otázku. Dokument pro vývojový tým toho bude obsahovat více, protože bude sloužit i pro vyjasnění komunikace mezi lidmi.
| Klasický pro tým | Pro AI nástroj | |
|---|---|---|
| Kdo ho čte | Vedení, produkt, vývoj, testování | Vy a AI |
| Délka | Podle velikosti projektu | 1–2 strany |
| Harmonogram a rozpočet | Obvykle ano | Ne |
| Pravidla pro práci AI | Obvykle ne | Ano, samostatná část |
3. Šablona ke zkopírování
Šablona má jedenáct částí, pokud některé nepoužijete, smažte je.
Tento dokument budete kopírovat do různých nástrojů a sdílet s dalšími lidmi. V části 8 uveďte jen název služby. Klíče patří do tajných proměnných platformy, kde aplikace běží, nebo do správce hesel.
# <Název aplikace>: Požadavky na produkt
## 1. Shrnutí
Jedna věta: co aplikace dělá a pro koho.
## 2. Problém
Co uživatele dnes trápí a jak si bez aplikace poradí.
## 3. Uživatelé a role
- Kdo aplikaci používá:
- Kdo ji spravuje:
- Co smí jednotlivé role:
## 4. Hlavní scénáře
1. Uživatel <udělá něco> a <co se stane>.
2.
3.
## 5. Funkce první verze
-
## 6. Co v první verzi nebude
-
## 7. Data
- Co aplikace ukládá:
- Osobní údaje:
## 8. Služby a technologie
- Přihlášení, databáze, platby, e-maily:
- Technologie: <konkrétní, nebo ať vybere AI>
## 9. Vzhled
- Zařízení:
- Jazyky:
- Styl:
## 10. Hotovo je, když
- [ ]
- [ ]
## 11. Pravidla pro AI
- Před větší změnou AI navrhne plán a počká na souhlas.
- AI nepřidává knihovny ani služby bez souhlasu a kontroly licence.
- Tajné klíče nepatří do kódu ani do tohoto dokumentu.
- Po každé změně chování aplikace AI upraví tento dokument.4. Příklad vyplněné šablony
Příklad níže popisuje jednoduchou aplikaci pro rezervaci zasedaček ve firmě. Všimněte si, že část 6 vylučuje i věci, které by AI jinak mohla přidat sama, třeba platby nebo mobilní aplikaci.
# Rezervace zasedaček: Požadavky na produkt
## 1. Shrnutí
Webová aplikace, ve které si zaměstnanci firmy rezervují zasedačky.
## 2. Problém
Rezervace se dnes domlouvají e-mailem a udržují se v excelovské tabulce, takže se rezervace občas překrývají.
## 3. Uživatelé a role
- Kdo aplikaci používá: zaměstnanci, kolem 50 lidí
- Kdo ji spravuje: kancelář
- Co smí jednotlivé role: zaměstnanec spravuje své rezervace, kancelář všechny rezervace a seznam zasedaček
## 4. Hlavní scénáře
1. Zaměstnanec vybere den a uvidí volné časy všech zasedaček.
2. Zaměstnanec zarezervuje volný čas a dostane potvrzení e-mailem.
3. Zaměstnanec zruší svou rezervaci a čas se znovu uvolní.
## 5. Funkce první verze
- Přihlášení firemním e-mailem
- Denní přehled zasedaček
- Vytvoření a zrušení rezervace
- Správa seznamu zasedaček
## 6. Co v první verzi nebude
- Platby
- Mobilní aplikace
- Opakované rezervace
- Napojení na firemní kalendář
## 7. Data
- Co aplikace ukládá: zasedačky, rezervace, uživatele
- Osobní údaje: jméno a firemní e-mail
## 8. Služby a technologie
- Přihlášení, databáze, e-maily: podle nabídky nástroje
- Technologie: ať vybere AI
## 9. Vzhled
- Zařízení: počítač i telefon v prohlížeči
- Jazyky: čeština
- Styl: jednoduchý a světlý
## 10. Hotovo je, když
- [ ] Dvě rezervace téže zasedačky se nepřekryjí ani při současném odeslání.
- [ ] Zaměstnanec nemůže zrušit cizí rezervaci.
- [ ] Potvrzovací e-mail dorazí do minuty.
## 11. Pravidla pro AI
- Před větší změnou AI navrhne plán a počká na souhlas.
- AI nepřidává knihovny ani služby bez souhlasu a kontroly licence.
- Tajné klíče nepatří do kódu ani do tohoto dokumentu.
- Po každé změně chování aplikace AI upraví tento dokument.5. Jak předat dokument nástroji Lovable, Cursor a dalším
Specifikaci požadavků uložte AI nástroji tak, aby ji měl k dispozici v každém sezení, ne jen v první zprávě. Umístění se v jednotlivých nástrojích liší, zároveň si uložte i zálohu dokumentu mimo AI nástroj.
- 1
Uložte dokument tam, kde ho nástroj čte
V Lovable ho vložte do Project settings → Instructions, kde podle dokumentace Lovable platí limit 10 000 znaků a text se použije v každé zprávě. V Cursoru ho uložte do projektu jako docs/PRD.md a v souboru AGENTS.md v kořeni projektu napište, ať ho agent čte. Dokumentace Cursoru popisuje i podrobnější pravidla ve složce .cursor/rules.
- 2
Nechte si zadání zkontrolovat
Prvním promptem nechejte AI, ať dokument zkontroluje. AI vypíše nejasnosti a navrhne plán, po krocích, které vy zkontrolujete a dle potřeby dokument opravíte. Ukázku promptu najdete níže.
- 3
Vytvářejte po scénářích
Požádejte o první scénář z části 4, vyzkoušejte ho a teprve potom pokračujte dalším. Chybu najdete snáz v jednom scénáři než v celé aplikaci.
- 4
Kontrolujte podle části "Hotovo je, když"
Po každém kroku projděte podmínky z části 10. Než změny pustíte k uživatelům, vyzkoušejte je na staging prostředí, pokud ho máte.
Přečti si PRD.md. Zatím nic neprogramuj.
Napiš mi, co je v zadání nejasné nebo v rozporu
a navrhni plán první verze, rozepiš jednotlivé kroky.6. Jak udržet dokument aktuální
Dokument udržíte aktuální tak, že ho upravíte při každé změně chování aplikace. Když v chatu rozhodnete, že se rezervace dají zrušit jen den předem, a do dokumentu to nezapíšete, další sezení nebo jiný nástroj o tom nebude vědět. Pravidlo v části 11 to přenáší na AI, změnu ale vždy zkontrolujte.
Samotná specifikace popisuje, jak má aplikace fungovat dnes, ale neobsahuje historii, kdy se co změnilo. Historii změn proto veďte zvlášť: každou vydanou úpravu označte číslem verze a popište ji v poznámkách k vydání. Podle nich pak zjistíte, od které verze se aplikace chová jinak.
7. Odkaz u aplikace v AboutTheApp
Specifikace požadavků má být k nalezení i bez přístupu do AI nástroje, proto na ni v AboutTheApp odkažte přímo z vaší aplikace. V editoru produktu klikněte na Přidat odkaz, vyberte kategorii Analýza a plánování a vložte adresu vašeho dokumentu. Můžete si uložit i odkaz na projekt v Lovable nebo Cursoru do kategorie AI a Vibecoding.
U odkazu zvolte Soukromý, pokud zadání není veřejně dostupné. Soukromé odkazy uvidí přihlášení členové týmu a ten, kdo zná kód pro odemknutí. Změny zapisujte k jednotlivým verzím přes ikonu historie verzí na kartě aplikace nebo pomocí CI/CD. Nová verze je soukromá, dokud ji nezveřejníte. Na About page tak máte zadání, projekt v AI nástroji, repozitář i historii verzí pohromadě, jak popisuje článek Odkazy projektu.
AboutTheApp ukládá odkaz na dokument, ne jeho obsah, a zadání ani neposílá do AI nástrojů. Oprávnění k samotnému dokumentu nastavte v příslušném nástroji, ve kterém máte dokument uložený (např. Google Docs nebo Notionu).
Časté otázky
Co je PRD?
PRD (Product Requirements Document) je dokument s požadavky na produkt. Popisuje, co má aplikace dělat, pro koho je určená a podle čeho poznáte, že je hotová. Neřeší, jak se naprogramuje.
Co má obsahovat šablona PRD?
Shrnutí, problém, uživatele a role, hlavní scénáře, funkce první verze, seznam toho, co v ní nebude, data, služby a technologie, vzhled, podmínky dokončení a u AI nástrojů i pravidla pro jejich práci.
Jak dlouhý má být PRD pro Lovable nebo Cursor?
Obvykle stačí jedna až dvě strany. Lovable podle své dokumentace omezuje projektové instrukce na 10 000 znaků, takže delší podklady držte v samostatném dokumentu a do instrukcí dejte jen to, co platí pro každou zprávu.
Může PRD napsat AI?
Ano, ale od AI ho nechte jen sepsat. Popište jí nápad, ať se vás doptá na uživatele, scénáře a to, co v první verzi nebude. Výsledek si přečtěte a opravte, protože rozhodnutí o produktu zůstávají na vás.
Kam uložit PRD aplikace postavené s AI?
Do dokumentu, ke kterému se dostanete i bez AI nástroje, například v Google Docs, Notionu nebo v repozitáři. V AboutTheApp na něj odkažte v kategorii Analýza a plánování. Ukládá se jen odkaz, oprávnění k dokumentu nastavujete v nástroji, kde je uložený.
Ve zkratce
Krátká specifikace požadavků produktu vám ušetří opravy toho, co by si AI domyslela, a zjednoduší vám přechod do jiného nástroje. Vyplňte šablonu před prvním promptem a držte ji aktuální spolu s aplikací.
Chcete mít zadání přímo u aplikace?
Založte si zdarma aplikaci v AboutTheApp a připojte k ní PRD, projekt v AI nástroji a repozitář.