Reggel megnyitottál egy Notion-oldalt „PRD: [funkció neve]” címmel. Három órával később még mindig „PRD: [funkció neve]” áll rajta.
Ismered a problémát. Ismered a megoldást. Tegnap kétszer is végigvezetted rajta a fejlesztési vezetődet. De abban a pillanatban, amikor leülsz, hogy leírd, megakadsz.
Ez nem gondolkodási probléma. Ez gépelési probléma.
A PM-eket nem azért fizetik, hogy gépeljenek. Azért fizetnek, hogy döntéseket hozz arról, mit építsetek és miért. A PRD csak az a dokumentum, amely rögzíti a döntést, hogy a fejlesztés, a dizájn és a vezetés tudjon mit kezdeni vele. Valahol a között, hogy tudod, mit kell leírni, és hogy be is fejezed a doksit, eltűnnek az órák.
Van gyorsabb út. A PRD az egyik legbeszédesebb dokumentum, amit egy PM ír. Lényegében az, amit egy táblánál állva mondanál a funkció magyarázata közben. Amint abbahagyod a PRD-k gépelését, és elkezded diktálni őket, drasztikusan csökken a piszkozatírás ideje.
A PM-ek írásadója, amiről senki nem beszél
Minden PRD, amit írsz, versenyez egy meetinggel, egy roadmap-átnézéssel, egy stakeholder Slack-szállal. A tényleges írás lopott félórákban vagy vacsora után történik.
A matek brutális. Egy átlagos ember körülbelül 40 szót gépel percenként. Egy átlagos ember körülbelül 150 szót beszél. Ez nagyjából 3,5-szeres különbség, mielőtt még figyelembe vennéd azt a súrlódást, ami az írást nehezebbé teszi: a visszatörlést, az átfogalmazást, azt, hogy háromszor is megkérdőjelezel egy mondatot, mielőtt továbblépnél.
Egy 1500 szavas PRD, amelynek gépelése 90 percig tart, körülbelül 25 perc alatt elmondható. A gondolkodás ugyanaz. A kimenet ugyanaz. Csak a mechanizmus változik.
Miért alkalmasak a PRD-k tökéletesen a hangra
A legtöbb dokumentum bünteti a diktálást, mert pontosságot követel: kód, táblázatok, pénzügyi modellek. A PRD-k pont ellenkezőek. Narratív dokumentumok.
Gondolj az utolsó PRD-re, amit írtál. A „Probléma” szakasz két bekezdés arról, miért fontos valami. A „Megoldás” annak leírása, hogyan működik a dolog. A „User Story-k” olyan formátumú mondatok, hogy „Mint X, szeretnék Y-t, hogy Z.” A „Peremesetek” szakasz egy lista arról, „mi történik, ha…”.
Ezek közül semmi nem igényel billentyűzetes pontosságot. Mindegyik olyasmi, amit egy meetingen mondanál. A formátum már egyezik azzal, ahogyan egy PM ténylegesen kommunikálja a munkát.
A 30 perces PRD-piszkozat munkafolyamat
Itt van a struktúra, ami működik: 1. Nyiss meg egy üres dokumentumot úgy, hogy a szakaszcímek már a helyükön vannak: probléma, megoldás, user story-k, elfogadási kritériumok, peremesetek, hatókörön kívül, nyitott kérdések. 2. Menj végig szakaszról szakaszra. Diktáld le mindegyiket úgy, mintha egy új, csapathoz csatlakozó fejlesztőnek magyaráznád. 3. Beszéd közben ne szerkessz. A „beszélő” és a „szerkesztő” módok közötti mentális váltás lassít le a legjobban. 4. Miután az összes szakaszt lediktáltad, olvasd át a teljes piszkozatot egyszer, elejétől a végéig. Csiszold a fogalmazást. Javítsd ki azt, ami tényleg rossz. 5. Küldd átnézésre.
A fegyelem a harmadik lépésben van. Ha folyton megállsz mondatokat javítgatni, nem nyered meg a sebességelőnyt. Visszacsúsztál a gépelési sebességre, csak más jelmezben.
Szakaszról szakaszra: hogyan diktáld le a PRD egyes részeit
Néhány szakaszt könnyebb diktálni, mint másokat. Itt van, hogyan közelítsd meg mindegyiket.
Problémafelvetés
Ez a legkönnyebben diktálható szakasz. Tiszta narratíva. Elmagyarázod, mi a baj, kit érint, és miért fontos most.
Úgy mondd el, mintha standupon eligazítanád az új csapattagot. Említsd meg a felhasználói szegmenst, az általuk tapasztalt súrlódást, az érintett metrikát. Ne aggódj a prózai eleganciáért. Az a szerkesztés dolga.
Megoldás áttekintése
Vezess végig a javasolt megoldáson, mintha egy táblán vázolnád. „A felhasználó ide kattint, ezt látja, majd…” A hang jól kezeli ezt, mert egyezik azzal, ahogyan amúgy is hangosan elmagyaráznád.
User story-k
A user story-k mechanikusan hangzanak a „Mint X, szeretnék Y-t, hogy Z” minta miatt, de jól diktálhatók, ha tartod magad a formátumhoz. Mondj el minden story-t egy mondatként, majd lépj a következőre.
Ha tíz story-d van, diktáld le mind a tízet egy menetben. Ne számozd őket menet közben. Hagyd, hogy a dokumentumszerkesztő vagy az AI-tisztítási menet kezelje a formázást.
Elfogadási kritériumok
A listák a hangdiktálás legtrükkösebb részei, de kivitelezhetőek. Két megközelítés:
Az első, hogy teljes mondatokként diktáld a kritériumokat, és hagyd, hogy az AI-csiszolás listává alakítsa őket. Mondj olyat, hogy: „A felhasználónak tudnia kell szűrni az eredményeket dátum, felhasználó és státusz szerint. A szűrőállapotnak megmaradnia kell munkamenetek között. Az üres állapotban tippet kell mutatni.”
A második, hogy kifejezetten kimondod a felsoroláspontok struktúráját: „Első pont, szűrés dátum szerint. Második pont, szűrés felhasználó szerint. Harmadik pont, megmaradás munkamenetek között.” Válaszd azt, amelyik kevésbé érződik kínosnak a szádban.
Peremesetek
Itt ragyog igazán a hang. A peremesetek pont az a fajta hangos gondolkodás, ami tisztán jön ki, amikor beszélsz, és esetlenül, amikor gépelsz. Az olyan kérdések, hogy „mi történik, ha a felhasználó offline van” vagy „mi a helyzet azokkal az esetekkel, ahol az adat elavult”, természetesebben folynak beszédben, mint írásban.
Diktálj le minden peremesetet, amire gondolni tudsz, még azokat is, amelyek nyilvánvalónak tűnnek. Szerkesztésben még gallyazhatsz.
Hatókörön kívül
Három mondat. Talán négy. A hang ezt egy perc alatt elintézi.
Nyitott kérdések
Ez a szakasz alulértékelt. A legtöbb PM kihagyja, mert nem akar bizonytalannak látszani. Ne tedd. A nyitott kérdések szakasza az, ahol a fejlesztés, a dizájn és a felettesed elkapja azokat a dolgokat, amelyeket még nem gondoltál végig.
A hang a megfelelő eszköz hozzá. A nyitott kérdések pont azok a félig megformált gondolatok, amelyek jól jönnek ki, amikor beszélsz, és furcsán nehézkesnek érződnek, amikor megpróbálod legépelni őket. Diktálj le minden bizonytalanságot hangosan, még azokat is, amelyekről sejted, hogy nyilvánvaló válaszuk van. Felük megoldódik a következő standupon. A másik fele megmenti a launch-ot.
A hangnem igazítása a szakaszhoz
Egy PRD nem egyetlen hangon szól. A tetején lévő vezetői összefoglalónak tömörnek és stratégiainak kell lennie. A technikai specifikációknak pontosaknak. A „nyitott kérdések” szakasz lehet kötetlenebb.
Amikor diktálsz, természetesen váltasz regisztert. A hangod hivatalosabbá válik, amikor stratégiáról beszélsz, és lazábbá, amikor peremeseteket vezetsz végig. A baj az, hogy a legtöbb diktálóeszköz ugyanazt a lapos átiratot adja ki, függetlenül a kontextustól.
Pontosan itt jönnek be a Voicr Smart Rules. Beállíthatsz egy „tiszta, professzionális spec” stílust a dokumentumszerkesztődhöz, egy „kötetlen ötletelés” stílust a Slack-szálaidhoz, és egy „technikai egyértelműség” stílust a fejlesztési wikidhez. A Voicr észleli az aktív alkalmazást, és automatikusan a megfelelő stílust alkalmazza, így ugyanaz a kimondott gondolat máshogy érkezik attól függően, hová kerül.
Kifejezetten PRD-khez állíts be egy szabályt, amely tiszta, professzionális prózát kér, eltávolítja a töltelékszavakat, és felsoroláspontokká strukturálja a listákat, ahol jelzed őket. Egyszer beszélsz. A doksi úgy olvasható, mintha gondosan írtad volna.
Ahol a hang nem segít
Őszintén: nem minden része egy PRD-nek profitál a hangból.
A táblázatokat és mátrixokat továbbra is gyorsabb gépelni. Ha a PRD-d tartalmaz egy funkcióösszehasonlító rácsot, egy jogosultsági mátrixot vagy egy méretezett becslési táblázatot, gépeld.
A pontos technikai sztringeket is gyorsabb gépelni. API-végpontnevek, adatbázis-oszlopnevek, verziószámok — körüldiktálhatod őket („a végpont, perjel, users, perjel, ID”), de ez kényelmetlen. Azokat gépeld.
A diagramokat nyilvánvalóan nem lehet diktálni. Vázold fel a választott eszközödben, és ágyazd be.
Minden másnál — narratíva, user story-k, peremesetek, döntések, indoklás — a hang sebességben nyer, és azon a tényen, hogy nem akadsz el egy mondat közepén, amikor valamit tökéletesen próbálsz megfogalmazni.
A gondolkodásmódbeli váltás: gondolkodj hangosan, szerkessz később
A PRD-k diktálásának legnagyobb nyeresége nem a WPM-matek. Hanem az, hogy abbahagyod a csiszolást írás közben.
Amikor gépelsz, visszatörölsz. Kétszer átírsz egy mondatot. Tíz percig bámulsz egy bekezdést, amely „majdnem jó”. Itt halnak meg a PRD-k: a piszkozatírás és a szerkesztés közötti résben, ahol egyik sem történik meg teljesen.
Amikor diktálsz, elkötelezed magad. Kimondasz egy mondatot, az leér a papírra, és továbblépsz. Az első menet kuszább, mint amit gépelnél. De befejezed a piszkozatot. Egy kusza, kész piszkozat pedig drámaian hasznosabb, mint egy csiszolt, befejezetlen.
Ha már létezik a piszkozat, a szerkesztés egy másfajta, sokkal gyorsabb tevékenység. Gyakran több időt töltesz csiszolással, mint diktálással, és ez rendben van. Egy kész doksi csiszolása ismert feladat. Egy üresre bámulni nem.
Próbáld ki a következő PRD-deden
Válassz egy PRD-t, amit halogattál. Nyisd meg a doksit, tedd a helyükre a szakaszcímeket, és diktáld le felülről lefelé szerkesztés nélkül. Állíts be egy 25 perces időzítőt. Nézd meg, mit kapsz.
Először furcsa lesz. Aggódni fogsz, hogy a kimenet nem elég jó. Állj ellen a kényszernek, hogy menet közben javítgass. Csak fejezd be.
Ha azt akarod, hogy a diktálás elég tisztán jöjjön ki ahhoz, hogy alig kelljen szerkesztened, a Voicr automatikusan elvégzi a csiszolást. Tartsd nyomva a FN-t bárhonnan a Macedről, beszélj végig egy szakaszt, engedd el, és illeszd be a megtisztított szöveget a dokumentumodba. Eltávolítja a töltelékszavakat, javítja a nyelvtant, és strukturálja a gondolataidat, mielőtt a vágólapra kerülnének. A PRD-piszkozat, amely régen egy fél napot vett igénybe, most egy ülésen elkészül.
A PRD-id nem fognak maguktól megírni. De nem is kell, hogy gépelve készüljenek.