Du åpnet en Notion-side i morges med tittelen «PRD: [funksjonsnavn]». Tre timer senere står det fortsatt «PRD: [funksjonsnavn]».
Du kjenner problemet. Du kjenner løsningen. Du gikk gjennom det med teknisk leder to ganger i går. Men i det øyeblikket du setter deg ned for å skrive det ned, stopper du opp.
Dette er ikke et tankeproblem. Det er et skriveproblem.
Produktledere får ikke betalt for å skrive på tastatur. Du får betalt for å avgjøre hva som skal bygges og hvorfor. PRD-en er bare dokumentet som fanger opp beslutningen, slik at utvikling, design og ledelse kan handle på den. Et sted mellom det å vite hva du skal skrive og det å bli ferdig med dokumentet, forsvinner timene.
Det finnes en raskere vei. PRD-en er et av de dokumentene en produktleder skriver som passer best for stemmen. Det er i bunn og grunn det du ville sagt foran en tavle mens du forklarer funksjonen. Når du slutter å taste PRD-er og begynner å diktere dem, faller utkastiden kraftig.
Skriveskatten ingen produktleder snakker om
Hver PRD du skriver konkurrerer med et møte, en veikartgjennomgang, en Slack-tråd med interessenter. Selve skrivingen skjer i stjålne halvtimer eller etter middag.
Regnestykket er brutalt. En gjennomsnittsperson skriver rundt 40 ord i minuttet. En gjennomsnittsperson snakker rundt 150. Det er omtrent 3,5 ganger raskere — før du regner inn all friksjonen som gjør skriving tyngre: rettetaster, omformuleringer, det å vri på samme setning tre ganger før du går videre.
En PRD på 1 500 ord som tar 90 minutter å skrive, tar omtrent 25 minutter å snakke. Tenkingen er den samme. Resultatet er det samme. Bare verktøyet endrer seg.
Hvorfor PRD-er er perfekt formet for stemmen
De fleste dokumenter straffer diktering fordi de krever presisjon: kode, tabeller, finansielle modeller. PRD-er er det motsatte. De er fortellende dokumenter.
Tenk på den siste PRD-en du skrev. «Problem»-seksjonen er to avsnitt som forklarer hvorfor noe har betydning. «Løsning» er en beskrivelse av hvordan tingen fungerer. «Brukerhistoriene» er setninger i formatet «Som en X vil jeg Y, slik at Z.» «Kantcaser»-seksjonen er en liste over «hva skjer hvis ...»-scenarier.
Ingenting av dette krever presisjon på tastaturet. Alt sammen er den typen ting du ville sagt i et møte. Formatet matcher allerede måten en produktleder faktisk kommuniserer arbeidet på.
30-minutters-flyten for å diktere et PRD-utkast
Slik ser strukturen ut når den fungerer: 1. Åpne et tomt dokument med seksjonsoverskriftene allerede på plass: problem, løsning, brukerhistorier, akseptansekriterier, kantcaser, utenfor scope, åpne spørsmål. 2. Gå seksjon for seksjon. Diktér hver av dem som om du forklarer den til en ny utvikler som nettopp har begynt i teamet. 3. Ikke rediger mens du snakker. Det mentale skiftet mellom «forteller» og «redaktør» er det som bremser deg ned mest. 4. Når alle seksjonene er diktert, les hele utkastet én gang, fra topp til bunn. Stram inn språket. Rett opp det som virkelig er feil. 5. Send til gjennomgang.
Disiplinen ligger i punkt tre. Hvis du stopper for å fikse setninger hele tiden, mister du hastighetsgevinsten. Da er du tilbake til tastehastighet i et nytt kostyme.
Seksjon for seksjon: slik dikterer du hver del av en PRD
Noen seksjoner er enklere å diktere enn andre. Her er hvordan du angriper hver enkelt.
Problemformulering
Dette er den enkleste seksjonen å diktere. Rent fortellende. Du forklarer hva som er ødelagt, for hvem det er ødelagt, og hvorfor det har betydning nå.
Snakk det slik du ville orientert en ny teamkollega på stand-upen. Nevn brukersegmentet, friksjonen de møter, og målepunktet det berører. Ikke tenk på elegant prosa. Det er redigeringens jobb.
Løsningsoversikt
Gå gjennom den foreslåtte løsningen som om du skisserer den på en tavle. «Brukeren klikker her, ser dette, og deretter ...» Stemmen håndterer dette flytende fordi det matcher måten du allerede ville forklart det høyt.
Brukerhistorier
Brukerhistorier høres mekaniske ut på grunn av mønsteret «Som en X vil jeg Y, slik at Z», men de dikterer godt hvis du forplikter deg til formatet. Si hver historie som én setning, og gå deretter til neste.
Hvis du har ti historier, diktér alle ti i én økt. Ikke nummerér dem mens du snakker. La dokumentredaktøren eller AI-opprydningen ta seg av formateringen.
Akseptansekriterier
Lister er den vanskeligste delen av talediktering, men de er fullt mulige. To tilnærminger:
Den første er å diktere kriteriene som fullstendige setninger og la AI-poleringen gjøre dem om til en liste. Si noe som: «Brukeren skal kunne filtrere resultater etter dato, etter bruker og etter status. Filtertilstanden skal vedvare på tvers av økter. Tom-tilstanden skal vise et tips.»
Den andre er å eksplisitt snakke ut listestrukturen: «Punkt én, filtrer etter dato. Punkt to, filtrer etter bruker. Punkt tre, vedvare på tvers av økter.» Velg det som føles minst klønete i munnen din.
Kantcaser
Dette er der stemmen virkelig skinner. Kantcaser er den typen tenking-høyt-innhold som kommer ut rent når du snakker og klønete når du taster. Spørsmål som «hva skjer hvis brukeren er offline» eller «hva med tilfeller der dataene er foreldet» flyter mer naturlig i tale enn i skrift.
Diktér hver eneste kantcase du kommer på, også de som virker åpenbare. Du kan luke ut i redigeringen.
Utenfor scope
Tre setninger. Kanskje fire. Stemmen klarer dette på under et minutt.
Åpne spørsmål
Denne seksjonen er undervurdert. De fleste produktledere hopper over den fordi de ikke vil virke usikre. Ikke gjør det. Seksjonen med åpne spørsmål er der utvikling, design og lederen din fanger opp de tingene du ennå ikke har tenkt gjennom.
Stemmen er det rette verktøyet for det. Åpne spørsmål er nettopp de halvferdige tankene som kommer ut greit når du snakker, og som føles rart tunge når du prøver å skrive dem. Diktér hver eneste usikkerhet du har, også de du mistenker har åpenbare svar. Halvparten løser seg på neste stand-up. Den andre halvparten redder lanseringen din.
Tilpass tonen til seksjonen
En PRD er ikke skrevet i én stemme. Sammendraget for ledelsen på toppen bør være stramt og strategisk. De tekniske spesifikasjonene bør være presise. Seksjonen for åpne spørsmål kan være mer uformell.
Når du dikterer, skifter du naturlig register. Stemmen din blir formell når du snakker om strategi, og løsere når du går gjennom kantcaser. Problemet er at de fleste dikteringsverktøy gir ut den samme flate transkripsjonen uansett kontekst.
Det er nettopp her Voicrs Smart Rules kommer inn. Du kan sette en «ryddig profesjonell spec»-stil for dokumentredaktøren, en «uformell brainstorming»-stil for Slack-trådene, og en «teknisk klarhet»-stil for tekniske wiki-er. Voicr oppdager den aktive appen og bruker riktig stil automatisk, slik at den samme uttalte tanken lander forskjellig avhengig av hvor den havner.
For PRD-er spesifikt: sett opp en regel som ber om ryddig profesjonell prosa, fjerner fyllord, og strukturerer punktlister der du signaliserer dem. Du snakker én gang. Dokumentet leses som om du skrev det nøye.
Der stemmen ikke hjelper
Ærlig vurdering: ikke alle deler av en PRD har nytte av stemmen.
Tabeller og matriser går fortsatt raskere på tastatur. Hvis PRD-en din inneholder et funksjonssammenlikningsrutenett, en rettighetsmatrise eller en estimeringstabell, så skriv det.
Eksakte tekniske strenger går også raskere på tastatur. API-endepunktsnavn, databasekolonner, versjonsnumre — du kan diktere rundt dem («endepunktet er, skråstrek, users, skråstrek, ID»), men det er klønete. Skriv slikt.
Diagrammer kan åpenbart ikke dikteres. Skisser dem i verktøyet du foretrekker, og bygg dem inn.
For alt annet — fortelling, brukerhistorier, kantcaser, beslutninger, begrunnelser — vinner stemmen på hastighet, og på at du ikke setter deg fast midt i en setning fordi du leter etter den perfekte formuleringen.
Tankeskiftet: tenk høyt nå, rediger senere
Den største gevinsten av å diktere PRD-er er ikke regnestykket med ord per minutt. Det er at du slutter å polere mens du skriver.
Når du taster, sletter du. Du skriver om en setning to ganger. Du stirrer på et avsnitt som er «nesten riktig» i ti minutter. Det er der PRD-er dør: i gapet mellom utforming og redigering, der ingen av delene egentlig skjer.
Når du dikterer, forplikter du deg. Du sier en setning, den lander på siden, og du går videre. Første utkast er rotete sammenliknet med det du ville tastet. Men du blir ferdig med utkastet. Og et rotete ferdig utkast er dramatisk mer nyttig enn et polert uferdig et.
Når utkastet først finnes, er redigering en helt annen og mye raskere aktivitet. Du vil ofte bruke mer tid på finpussing enn på diktering, og det er greit. Å finpusse et komplett dokument er en kjent jobb. Å stirre på et tomt dokument er det ikke.
Prøv det på neste PRD
Velg en PRD du har utsatt. Åpne dokumentet, legg seksjonsoverskriftene på plass, og diktér fra topp til bunn uten å redigere. Sett en tidtaker på 25 minutter. Se hva du ender opp med.
Første gangen du gjør dette, kommer det til å føles rart. Du kommer til å bekymre deg for at resultatet ikke er godt nok. Motstå trangen til å fikse ting underveis. Bare bli ferdig.
Hvis du vil at dikteringen skal komme ut så ren at du knapt trenger å redigere, tar Voicr seg av poleringen automatisk. Hold inne FN hvor som helst på Macen, snakk deg gjennom en seksjon, slipp tasten, og lim inn den oppryddede teksten i dokumentet. Den fjerner fyllord, retter grammatikk, og strukturerer tankene dine før de havner på utklippstavlen. PRD-utkastet som pleide å ta en hel ettermiddag tar nå én økt.
PRD-ene dine kommer ikke til å skrive seg selv. Men de trenger heller ikke å tastes.