Ai deschis dimineața o pagină în Notion intitulată „PRD: [nume funcționalitate].” Trei ore mai târziu, scrie tot „PRD: [nume funcționalitate].”
Știi problema. Știi soluția. I-ai explicat-o de două ori ieri lead-ului tău de inginerie. Dar în momentul în care te așezi să o scrii, blochezi.
Nu e o problemă de gândire. E o problemă de tastat.
PM-ii nu sunt plătiți să tasteze. Ești plătit să iei decizii despre ce se construiește și de ce. PRD-ul e doar artefactul care surprinde decizia, ca inginerii, designerii și conducerea să poată acționa pe baza ei. Undeva între a ști ce să scrii și a termina documentul, dispar orele.
Există o cale mai rapidă. PRD-ul e unul dintre cele mai potrivite documente pentru voce pe care le scrie un PM. E practic ce ai spune stând în fața unei table albe explicând funcționalitatea. Odată ce încetezi să tastezi PRD-uri și începi să le dictezi, timpul de redactare scade.
Taxa de scris a PM-ului despre care nu vorbește nimeni
Fiecare PRD pe care îl scrii concurează cu o ședință, o revizuire de roadmap, un thread de Slack cu stakeholderii. Scrisul propriu-zis se întâmplă în ferestre furate de o jumătate de oră sau după cină.
Calculul e brutal. Omul mediu tastează cu aproximativ 40 de cuvinte pe minut. Omul mediu vorbește cu aproximativ 150. Asta înseamnă o diferență de circa 3,5x înainte să iei în calcul orice fricțiune care face scrisul mai greu: ștersături, reformulări, sentimentul că trebuie să rescrii o propoziție de trei ori înainte să mergi mai departe.
Un PRD de 1.500 de cuvinte care durează 90 de minute la tastat durează aproximativ 25 de minute la vorbit. Gândirea e aceeași. Rezultatul e același. Doar mecanismul se schimbă.
De ce PRD-urile sunt perfect croite pentru voce
Majoritatea documentelor pedepsesc dictarea pentru că cer precizie: cod, tabele, modele financiare. PRD-urile sunt opusul. Sunt documente narative.
Gândește-te la ultimul PRD pe care l-ai scris. Secțiunea „Problemă” are două paragrafe care explică de ce contează ceva. „Soluția” e o descriere a felului în care funcționează lucrul respectiv. „User Stories” sunt propoziții în format „Ca X, vreau Y, ca să Z.” Secțiunea „Edge Cases” e o listă de scenarii „ce se întâmplă când...”.
Nimic din toate astea nu cere precizie la tastatură. Toate sunt genul de lucruri pe care le-ai spune într-o ședință. Formatul se potrivește deja cu felul în care un PM comunică efectiv munca.
Fluxul pentru o ciornă de PRD în 30 de minute
Iată structura care funcționează: 1. Deschide un document gol cu titlurile de secțiuni deja puse: problemă, soluție, user stories, criterii de acceptare, edge cases, în afara scopului, întrebări deschise. 2. Mergi secțiune cu secțiune. Dictează fiecare ca și cum i-ai explica-o unui inginer nou care tocmai a intrat în echipă. 3. Nu edita în timp ce vorbești. Schimbarea mentală între „vorbitor” și „editor” e ce te încetinește cel mai mult. 4. După ce ai dictat toate secțiunile, citește o dată ciorna întreagă, de sus până jos. Strânge limbajul. Repară ce e greșit cu adevărat. 5. Trimite la revizuire.
Disciplina e la pasul trei. Dacă te tot oprești să repari propoziții, nu primești beneficiul de viteză. Te-ai întors la viteza de tastare îmbrăcată într-un alt costum.
Secțiune cu secțiune: cum să dictezi fiecare parte a unui PRD
Unele secțiuni sunt mai ușor de dictat decât altele. Iată cum să abordezi fiecare.
Declarația problemei
E cea mai ușoară secțiune de dictat. Narațiune pură. Explici ce e stricat, pentru cine e stricat și de ce contează acum.
Spune-o așa cum ai face un briefing unui coleg nou la stand-up. Menționează segmentul de utilizatori, fricțiunea pe care o întâmpină, metrica pe care o atinge. Nu te preocupa de eleganța prozei. Asta e treaba editării.
Prezentare generală a soluției
Parcurge soluția propusă ca și cum ai schița-o pe o tablă albă. „Utilizatorul dă clic aici, vede asta, apoi...” Vocea gestionează asta fluent pentru că se potrivește cu felul în care oricum ai explica-o cu voce tare.
User stories
User stories sună mecanic din cauza tiparului „Ca X, vreau Y, ca să Z”, dar se dictează bine dacă te angajezi la format. Spune fiecare poveste ca o singură propoziție, apoi treci la următoarea.
Dacă ai zece povești, dictează-le pe toate zece dintr-o singură trecere. Nu le numerota pe măsură ce mergi. Lasă editorul de documente sau pasul de curățare AI să se ocupe de formatare.
Criterii de acceptare
Listele sunt cea mai dificilă parte a dictării vocale, dar se descurcă. Două abordări:
Prima e să dictezi criteriile ca propoziții complete și să lași șlefuirea AI să le transforme în listă. Spune ceva de genul: „Utilizatorul ar trebui să poată filtra rezultatele după dată, după utilizator și după status. Starea filtrului ar trebui să persiste între sesiuni. Starea goală ar trebui să afișeze un sfat.”
A doua e să rostești explicit structura de bullet-uri: „Bullet unu, filtrare după dată. Bullet doi, filtrare după utilizator. Bullet trei, persistă între sesiuni.” Alege ce ți se simte mai puțin stângaci în gură.
Edge cases
Aici strălucește vocea cu adevărat. Edge cases-urile sunt genul de conținut gândit-cu-voce-tare care iese curat când vorbești și stângaci când tastezi. Întrebări precum „ce se întâmplă dacă utilizatorul e offline” sau „ce facem când datele sunt învechite” curg mai natural în vorbire decât în scris.
Dictează fiecare edge case la care te poți gândi, chiar și pe cele care par evidente. Poți să rărești la editare.
În afara scopului
Trei propoziții. Poate patru. Vocea rezolvă asta în mai puțin de un minut.
Întrebări deschise
Această secțiune e subestimată. Majoritatea PM-ilor o sar pentru că nu vor să pară nesiguri. Nu o face. Secțiunea de întrebări deschise e locul în care inginerii, designerii și skip-level-ul tău prind lucrurile pe care încă nu le-ai gândit până la capăt.
Vocea e unealta potrivită pentru ea. Întrebările deschise sunt exact gândurile pe jumătate formate care ies bine când vorbești și se simt ciudat de greoaie când încerci să le tastezi. Dictează cu voce tare fiecare incertitudine, chiar și pe cele despre care suspectezi că au răspunsuri evidente. Jumătate dintre ele se vor rezolva la următorul standup. Cealaltă jumătate îți va salva lansarea.
Potrivirea tonului cu secțiunea
Un PRD nu e scris cu o singură voce. Rezumatul executiv de sus ar trebui să fie strâns și strategic. Specificațiile tehnice ar trebui să fie precise. Secțiunea „întrebări deschise” poate fi mai relaxată.
Când dictezi, schimbi registrele în mod natural. Vocea îți devine formală când vorbești despre strategie și mai lejeră când treci prin edge cases. Problema e că majoritatea instrumentelor de dictare scot aceeași transcriere plată, indiferent de context.
Exact aici intră Smart Rules de la Voicr. Poți seta un stil „spec profesional curat” pentru editorul tău de documente, un stil „brainstorming casual” pentru thread-urile de Slack și un stil „claritate tehnică” pentru wiki-ul de inginerie. Voicr detectează aplicația activă și aplică automat stilul potrivit, așa că același gând rostit aterizează diferit în funcție de unde ajunge.
Pentru PRD-uri în mod specific, configurează o regulă care cere proză profesională curată, elimină cuvintele de umplutură și structurează listele cu bullet-uri unde le semnalezi. Vorbești o dată. Documentul citește ca și cum l-ai fi scris cu atenție.
Unde vocea nu ajută
Părerea sinceră: nu fiecare parte dintr-un PRD beneficiază de voce.
Tabelele și matricele sunt în continuare mai rapide de tastat. Dacă PRD-ul tău include o grilă de comparare a funcționalităților, o matrice de permisiuni sau un tabel de estimări de mărime, tastează-l.
Stringurile tehnice exacte se tastează tot mai repede. Nume de endpoint-uri API, nume de coloane din bază de date, numere de versiune — poți să le dictezi ocolit („endpoint-ul e, slash, users, slash, ID”), dar e stângaci. Tastează-le.
Diagramele evident că nu pot fi dictate. Schițează-le în unealta ta preferată și încorporează-le.
Pentru orice altceva — narațiune, user stories, edge cases, decizii, motivare — vocea câștigă la viteză și la faptul că nu rămâi blocat la jumătatea unei propoziții încercând să formulezi ceva perfect.
Schimbarea de mentalitate: gândește cu voce tare, editează mai târziu
Cel mai mare câștig din dictarea PRD-urilor nu e matematica de cuvinte pe minut. E faptul că încetezi să șlefuiești în timp ce scrii.
Când tastezi, ștergi. Rescrii o propoziție de două ori. Te holbezi la un paragraf care e „aproape bine” timp de zece minute. Acolo mor PRD-urile: în spațiul dintre redactare și editare, unde niciuna nu se întâmplă pe deplin.
Când dictezi, te angajezi. Spui o propoziție, aterizează pe pagină și mergi mai departe. Prima trecere e mai dezordonată decât ce ai tasta. Dar termini ciorna. Și o ciornă terminată dezordonat e dramatic mai utilă decât una neterminată și șlefuită.
Odată ce ciorna există, editarea e o activitate diferită și mult mai rapidă. Adesea vei petrece mai mult timp rafinând decât dictând și e în regulă. Rafinarea unui document complet e o muncă cunoscută. Holbatul la unul gol nu e.
Încearcă la următorul tău PRD
Alege un PRD pe care l-ai tot amânat. Deschide documentul, pune titlurile de secțiuni la locul lor și dictează de sus până jos fără să editezi. Setează un cronometru de 25 de minute. Vezi ce iese.
Prima dată când faci asta o să se simtă ciudat. O să-ți faci griji că rezultatul nu e suficient de bun. Rezistă impulsului de a repara lucruri din mers. Doar termină.
Dacă vrei ca dictarea să iasă suficient de curat încât abia să mai trebuiască să editezi, Voicr se ocupă automat de șlefuire. Ține apăsat FN de oriunde de pe Mac-ul tău, vorbește printr-o secțiune, eliberează și lipește textul curățat în documentul tău. Elimină cuvintele de umplutură, repară gramatica și îți structurează gândurile înainte să ajungă în clipboard. Ciorna de PRD care obișnuia să dureze o după-amiază durează acum o ședință.
PRD-urile tale n-o să se scrie singure. Dar nici nu trebuie tastate.