Ráno jste si v Notionu otevřeli stránku nazvanou „PRD: [název funkce]". O tři hodiny později je tam pořád jen „PRD: [název funkce]".
Problém znáte. Řešení znáte. Včera jste ho dvakrát vysvětlovali svému tech leadovi. Ale ve chvíli, kdy si sednete a máte to sepsat, zaseknete se.
Tohle není problém myšlení. Je to problém psaní.
PM nejsou placení od toho, kolik napíšou. Jste placení za rozhodnutí o tom, co a proč postavit. PRD je jen artefakt, který to rozhodnutí zachycuje, aby podle něj engineering, design a vedení mohli jednat. Někde mezi tím, kdy víte, co napsat, a tím, kdy je dokument hotový, vám zmizí hodiny.
Existuje rychlejší cesta. PRD patří mezi dokumenty, které jsou pro hlas jako stvořené. V podstatě je to to, co byste řekli u tabule při vysvětlování funkce. Jakmile PRD přestanete psát a začnete je diktovat, čas na koncept se zkrátí.
Skrytá daň, kterou PM platí za psaní
Každé PRD, které píšete, soutěží s meetingem, revizí roadmapy a stakeholderským vláknem ve Slacku. Skutečné psaní probíhá v ukradených půlhodinách nebo po večeři.
Matematika je nemilosrdná. Průměrný člověk píše rychlostí asi 40 slov za minutu. Průměrný člověk mluví rychlostí kolem 150. To je zhruba 3,5násobný rozdíl, ještě než započítáte všechno tření, které psaní zpomaluje: mazání, přeformulovávání, trojí pochybování nad jednou větou, než jdete dál.
PRD o 1 500 slovech, kterého napsání trvá 90 minut, namluvíte za 25 minut. Myšlení je stejné. Výstup je stejný. Mění se jen způsob.
Proč jsou PRD pro hlas přímo ideální
Většina dokumentů diktování trestá, protože vyžaduje přesnost: kód, tabulky, finanční modely. PRD jsou pravý opak. Jsou to vyprávěcí dokumenty.
Vzpomeňte si na poslední PRD, které jste psali. Sekce „Problém" jsou dva odstavce vysvětlující, proč na něčem záleží. „Řešení" je popis toho, jak ta věc funguje. „User Stories" jsou věty ve formátu „Jako X chci Y, abych mohl Z". Sekce „Okrajové případy" je seznam scénářů „co se stane, když...".
Nic z toho nevyžaduje přesnost na klávesnici. Všechno je to typ obsahu, který byste řekli na meetingu. Formát už odpovídá tomu, jak PM o své práci přirozeně mluví.
Workflow: koncept PRD za 30 minut
Tady je struktura, která funguje: 1. Otevřete si prázdný dokument s předem připravenými nadpisy sekcí: problém, řešení, user stories, akceptační kritéria, okrajové případy, mimo rozsah, otevřené otázky. 2. Postupujte sekci po sekci. Každou nadiktujte, jako byste ji vysvětlovali novému inženýrovi, který právě nastoupil do týmu. 3. Při mluvení neupravujte. Mentální přepínání mezi „mluvčím" a „editorem" vás zpomaluje ze všeho nejvíc. 4. Až nadiktujete všechny sekce, projděte si celý koncept jednou shora dolů. Vyladěte jazyk. Opravte cokoli, co je opravdu špatně. 5. Pošlete k revizi.
Disciplína je v kroku tři. Jestli budete neustále zastavovat a opravovat věty, zrychlení z toho nedostanete. Pak jste zpátky na rychlosti psaní, jen v jiném převleku.
Sekce po sekci: jak diktovat jednotlivé části PRD
Některé sekce se diktují snáz než jiné. Tady je návod, jak ke každé přistoupit.
Popis problému
Tahle sekce se diktuje nejsnáz. Čisté vyprávění. Vysvětlujete, co je rozbité, pro koho, a proč na tom záleží zrovna teď.
Říkejte to tak, jako byste briefovali nového kolegu na stand-upu. Zmiňte segment uživatelů, tření, na které narážejí, a metriku, kterou to ovlivňuje. Neřešte eleganci stylu. To je práce editace.
Přehled řešení
Provedte navrhované řešení tak, jako byste ho skicovali na tabuli. „Uživatel klikne sem, uvidí tohle a pak..." Hlas to zvládá plynule, protože to odpovídá tomu, jak byste to už beztak vysvětlovali nahlas.
User stories
User stories znějí mechanicky kvůli formátu „Jako X chci Y, abych mohl Z", ale diktují se dobře, pokud se formátu držíte. Každý příběh řekněte jednou větou a pokračujte na další.
Pokud máte deset stories, nadiktujte jich všech deset najednou. Nečíslujte je za pochodu. Číslování ať vyřeší editor dokumentu nebo váš AI cleanup průchod.
Akceptační kritéria
Seznamy jsou při diktování nejtěžší část, ale dají se zvládnout. Dvě cesty:
První je nadiktovat kritéria jako celé věty a nechat je AI vyhladit a převést na seznam. Řekněte třeba: „Uživatel by měl mít možnost filtrovat výsledky podle data, podle uživatele a podle stavu. Stav filtru by měl zůstat zachovaný mezi sezeními. Prázdný stav by měl ukázat tip."
Druhá je strukturu odrážek vyslovit nahlas: „Odrážka jedna, filtrovat podle data. Odrážka dvě, filtrovat podle uživatele. Odrážka tři, zachovat mezi sezeními." Vyberte si, co vám líp leží v puse.
Okrajové případy
Tady hlas opravdu září. Okrajové případy jsou ten typ obsahu, kdy myslíte nahlas, který zní čistě, když mluvíte, a neohrabaně, když píšete. Otázky jako „co když je uživatel offline" nebo „co případy, kdy jsou data zastaralá" plynou v řeči přirozeněji než na klávesnici.
Nadiktujte každý okrajový případ, který vás napadne, i ty zdánlivě samozřejmé. Při editaci se z toho dá vždycky něco vyhodit.
Mimo rozsah
Tři věty. Možná čtyři. Hlas to zvládne pod minutu.
Otevřené otázky
Tuhle sekci lidi podceňují. Většina PM ji vynechává, protože nechtějí působit nejistě. Nedělejte to. Sekce otevřených otázek je místo, kde engineering, design a váš skip-level zachytí věci, které jste si ještě nedomysleli.
Hlas je na to ten správný nástroj. Otevřené otázky jsou přesně ty napůl zformované myšlenky, které vyjdou hezky, když mluvíte, a působí podivně těžce, když je zkoušíte psát. Nadiktujte každou nejistotu nahlas, i tu, u které tušíte zřejmou odpověď. Polovina z nich se vyřeší na příštím standupu. Druhá polovina vám zachrání launch.
Sladění tónu se sekcí
PRD se nepíše jedním tónem. Exec summary nahoře má být sevřené a strategické. Technické specifikace mají být přesné. Sekce „otevřené otázky" může být uvolněnější.
Když diktujete, registry přirozeně střídáte. Hlas vám zformální, když mluvíte o strategii, a uvolní, když procházíte okrajové případy. Háček je v tom, že většina diktovacích nástrojů ze sebe vydá plochý přepis bez ohledu na kontext.
Přesně tady přicházejí na řadu Smart Rules od Voicr. Pro editor dokumentů si můžete nastavit styl „čistá profesionální specifikace", pro slackové vlákno styl „neformální brainstorming" a pro engineering wiki styl „technická jasnost". Voicr detekuje aktivní aplikaci a automaticky aplikuje správný styl, takže stejná vyslovená myšlenka dopadne jinak podle toho, kde končí.
Konkrétně pro PRD si nastavte pravidlo, které vyžaduje čistou profesionální prózu, odstraňuje výplňová slova a vytváří seznamy s odrážkami tam, kde to dáte najevo. Promluvíte jednou. Dokument se čte, jako byste ho pečlivě psali.
Kde hlas nepomůže
Upřímně: ne každá část PRD těží z hlasu.
Tabulky a matice se pořád zadávají rychleji z klávesnice. Jestli vaše PRD obsahuje srovnávací tabulku funkcí, matici oprávnění nebo tabulku odhadů, napište ji.
Přesné technické řetězce jsou taky rychlejší napsané. Názvy API endpointů, názvy sloupců v databázi, čísla verzí — můžete je diktovat opisem („endpoint je, lomítko, users, lomítko, ID"), ale je to neohrabané. Tohle pište.
Diagramy se očividně diktovat nedají. Načrtněte je v nástroji, který používáte, a vložte je do dokumentu.
Pro všechno ostatní — vyprávění, user stories, okrajové případy, rozhodnutí, zdůvodnění — hlas vyhrává rychlostí a tím, že se uprostřed věty neutopíte ve snaze ji formulovat dokonale.
Posun v myšlení: nahlas přemýšlejte, upravujte později
Největší zisk z diktování PRD není v matematice WPM. Je v tom, že přestanete leštit, zatímco píšete.
Když píšete, mažete. Přeformulováváte větu dvakrát. Zíráte na odstavec, který je „skoro správně", deset minut. A přesně v té mezeře mezi konceptem a editací, kde se neděje ani jedno, PRD umírají.
Když diktujete, zavazujete se. Řeknete větu, ta dopadne na stránku a vy jdete dál. První průchod je neumytější, než to, co byste napsali. Ale dokončíte koncept. A neumytý hotový koncept je dramaticky užitečnější než vyleštěný nedokončený.
Jakmile koncept existuje, editace je úplně jiná a mnohem rychlejší činnost. Často strávíte víc času laděním než diktováním, a to je v pořádku. Ladění hotového dokumentu je známá práce. Zírání do prázdného není.
Vyzkoušejte to na příštím PRD
Vyberte si PRD, které před sebou tlačíte. Otevřete dokument, vložte nadpisy sekcí a nadiktujte shora dolů bez úprav. Pusťte si 25minutový časovač. Uvidíte, co z toho vypadne.
Poprvé to bude divné. Budete mít pocit, že výstup není dost dobrý. Odolejte nutkání věci uprostřed opravovat. Prostě to dotáhněte.
Pokud chcete, aby diktát ze sebe vyšel tak čistý, že ho skoro nemusíte upravovat, Voicr leštění zvládne automaticky. Podržte FN odkudkoli na Macu, namluvte sekci, pusťte a vlepte vyčištěný text do dokumentu. Voicr odstraní výplňová slova, opraví gramatiku a uspořádá myšlenky, ještě než se dostanou do schránky. Koncept PRD, který dřív zabral celé odpoledne, zvládnete na jeden zátah.
PRD se sama nenapíší. Ale taky nemusí být napsaná na klávesnici.