Avasit aamulla Notion-sivun otsikolla "PRD: [ominaisuuden nimi]." Kolme tuntia myöhemmin siinä lukee edelleen "PRD: [ominaisuuden nimi]."
Tiedät ongelman. Tiedät ratkaisun. Kävit sen läpi tekniikkavetäjäsi kanssa kahdesti eilen. Mutta sillä hetkellä, kun istut alas kirjoittamaan sitä auki, jumitut.
Tämä ei ole ajatteluongelma. Tämä on kirjoittamisongelma.
Tuotepäälliköitä ei makseta näppäilystä. Sinua maksetaan siitä, että teet päätöksiä siitä, mitä rakennetaan ja miksi. PRD on vain artefakti, joka taltioi päätöksen, jotta tekniikka, design ja johto voivat toimia sen pohjalta. Jossain kohdassa sen välillä, kun tiedät mitä kirjoittaa ja saat dokumentin valmiiksi, tunnit katoavat.
On olemassa nopeampi reitti. PRD on yksi parhaiten ääneen sopivista dokumenteista, joita tuotepäällikkö kirjoittaa. Se on käytännössä sitä, mitä sanoisit seisoessasi valkotaulun ääressä ja selittäessäsi ominaisuutta. Heti kun lopetat PRD:iden näppäilemisen ja alat sanella niitä, luonnoksen kirjoitusaikasi romahtaa.
Tuotepäällikön kirjoittamisvero, josta kukaan ei puhu
Jokainen kirjoittamasi PRD kilpailee palaverin, roadmap-katsauksen ja sidosryhmän Slack-keskustelun kanssa. Itse kirjoittaminen tapahtuu varastetuissa puolen tunnin ikkunoissa tai illallisen jälkeen.
Laskutoimitus on raaka. Keskiverto ihminen kirjoittaa näppäimistöllä noin 40 sanaa minuutissa. Keskiverto ihminen puhuu noin 150 sanaa minuutissa. Se on noin 3,5-kertainen ero ennen kuin lasket mukaan minkään niistä kitkoista, jotka tekevät kirjoittamisesta vaikeampaa: peruutusnäppäimen jankuttaminen, sanamuotojen vaihtaminen, lauseen toinen arvuuttelu kolme kertaa ennen seuraavaan siirtymistä.
1 500 sanan PRD, jonka kirjoittamiseen menee 90 minuuttia, syntyy noin 25 minuutissa puhumalla. Ajattelu on sama. Lopputulos on sama. Vain mekanismi muuttuu.
Miksi PRD:t sopivat täydellisesti äänelle
Useimmat dokumentit rankaisevat sanelusta, koska ne vaativat tarkkuutta: koodi, taulukot, taloudelliset mallit. PRD:t ovat täysin vastakohta. Ne ovat kerronnallisia dokumentteja.
Mieti viimeisintä kirjoittamaasi PRD:tä. "Ongelma"-osio on kaksi kappaletta selittäen, miksi jokin asia on tärkeä. "Ratkaisu" on kuvaus siitä, miten asia toimii. "Käyttäjätarinat" ovat lauseita muodossa "Käyttäjänä X haluan Y, jotta Z." "Reunatapaukset"-osio on lista "mitä tapahtuu, kun..." -skenaarioita.
Mikään näistä ei vaadi näppäimistötarkkuutta. Kaikki ne ovat sellaisia asioita, joita sanoisit palaverissa. Formaatti vastaa jo sitä, miten tuotepäällikkö oikeasti viestii työstään.
30 minuutin PRD-luonnoksen workflow
Tässä on rakenne, joka toimii: 1. Avaa tyhjä dokumentti, jossa osio-otsikot ovat valmiiksi paikoillaan: ongelma, ratkaisu, käyttäjätarinat, hyväksyntäkriteerit, reunatapaukset, rajaukset, avoimet kysymykset. 2. Etene osio kerrallaan. Sanele jokainen osio kuin selittäisit sen tiimiin liittyvälle uudelle insinöörille. 3. Älä muokkaa puhuessasi. Henkinen siirtymä "puhujasta" "editoijaksi" on se, mikä hidastaa eniten. 4. Kun olet sanellut kaikki osiot, lue koko luonnos kerran läpi alusta loppuun. Tiivistä kieltä. Korjaa kaikki aidosti väärin oleva. 5. Lähetä kommentoitavaksi.
Kuri on kolmannessa askelmassa. Jos pysähdyt jatkuvasti korjaamaan lauseita, et saa nopeushyötyä. Olet takaisin näppäilynopeudessa, vain eri puvussa.
Osio kerrallaan: miten sanella PRD:n jokainen osa
Osa osioista on helpompi sanella kuin toiset. Tässä lähestymistapa jokaiseen.
Ongelmakuvaus
Tämä on helpoin osio saneltavaksi. Pelkkää kerrontaa. Selität, mikä on rikki, kenelle se on rikki ja miksi se on nyt tärkeää.
Puhu se kuten briiffaisit uutta tiimiläistä standupissa. Mainitse käyttäjäsegmentti, kohtaamansa kitka ja metriikka, johon se vaikuttaa. Älä murehdi proosan eleganssia. Se on editoinnin tehtävä.
Ratkaisun yleiskuvaus
Käy ehdotettu ratkaisu läpi kuin piirtäisit sen valkotaululle. "Käyttäjä klikkaa tästä, näkee tämän ja sitten..." Ääni hoitaa tämän sujuvasti, koska se vastaa sitä, miten selittäisit asian jo muutenkin ääneen.
Käyttäjätarinat
Käyttäjätarinat kuulostavat mekaanisilta "Käyttäjänä X haluan Y, jotta Z" -kaavan takia, mutta ne sanellaan hyvin, jos sitoudut formaattiin. Sano jokainen tarina yhtenä lauseena ja siirry sitten seuraavaan.
Jos sinulla on kymmenen tarinaa, sanele kaikki kymmenen yhdellä otolla. Älä numeroi niitä matkalla. Anna dokumenttieditorin tai AI-puhdistusvaiheen hoitaa muotoilu.
Hyväksyntäkriteerit
Listat ovat äänisanelun hankalin osa, mutta toimivat. Kaksi lähestymistapaa:
Ensimmäinen on sanella kriteerit kokonaisina lauseina ja antaa tekoälyn hioa ne listaksi. Sano vaikkapa: "Käyttäjän pitäisi pystyä suodattamaan tuloksia päivämäärän, käyttäjän ja tilan mukaan. Suodatintilan pitäisi säilyä istuntojen välillä. Tyhjän tilan pitäisi näyttää vihje."
Toinen on puhua bullet-rakenne eksplisiittisesti: "Bullet yksi, suodata päivämäärän mukaan. Bullet kaksi, suodata käyttäjän mukaan. Bullet kolme, säilytä istuntojen välillä." Valitse kumpi tuntuu suussa vähemmän kömpelöltä.
Reunatapaukset
Tässä ääni todella loistaa. Reunatapaukset ovat sitä ääneen ajatteltua sisältöä, joka tulee siististi ulos puhuttuna ja kömpelösti kirjoitettuna. Kysymykset kuten "mitä tapahtuu, jos käyttäjä on offline" tai "entä tapauksissa, joissa data on vanhentunutta" virtaavat luontevammin puheessa kuin kirjoituksessa.
Sanele jokainen reunatapaus, jonka keksit, jopa ne jotka tuntuvat ilmeisiltä. Voit karsia editointivaiheessa.
Rajaukset
Kolme lausetta. Ehkä neljä. Ääni hoitaa tämän alle minuutissa.
Avoimet kysymykset
Tämä osio on aliarvostettu. Useimmat tuotepäälliköt jättävät sen väliin, koska eivät halua näyttää epävarmoilta. Älä jätä. Avointen kysymysten osio on se paikka, jossa tekniikka, design ja oma esimiehesi tarttuvat asioihin, joita et ole vielä ajatellut loppuun asti.
Ääni on oikea työkalu siihen. Avoimet kysymykset ovat juuri niitä puolijäsentyneitä ajatuksia, jotka tulevat siististi ulos puhuttuna ja tuntuvat oudon raskailta yritettäessä kirjoittaa. Sanele ääneen jokainen epävarmuus, myös ne, joihin epäilet olevan ilmeisen vastauksen. Puolet niistä ratkeaa seuraavassa standupissa. Toinen puoli pelastaa julkaisusi.
Sävyn sovittaminen osioon
PRD:tä ei kirjoiteta yhdellä äänellä. Kärjessä olevan exec-tiivistelmän pitäisi olla tiivis ja strateginen. Teknisten määritysten pitäisi olla täsmällisiä. "Avoimet kysymykset" -osio voi olla rennompi.
Kun sanelet, vaihdat luontaisesti rekisteriä. Äänesi muuttuu virallisemmaksi puhuessasi strategiasta ja löysempi käydessäsi läpi reunatapauksia. Ongelmana on, että useimmat sanelutyökalut tuottavat saman tasapaksun transkription kontekstista riippumatta.
Juuri tähän Voicrin Smart Rules astuu kuvaan. Voit asettaa "siisti ammattimainen spec" -tyylin dokumenttieditoriin, "rento aivoriihi" -tyylin Slack-keskusteluihin ja "tekninen selkeys" -tyylin tekniikkawikiisi. Voicr tunnistaa aktiivisen sovelluksen ja soveltaa oikeaa tyyliä automaattisesti, jolloin sama ääneen sanottu ajatus laskeutuu eri tavalla riippuen siitä, mihin se päätyy.
PRD:itä varten kannattaa pystyttää sääntö, joka pyytää siistiä ammattimaista proosaa, poistaa täytesanat ja jäsentää bullet-listat kohdissa, joissa annat siitä signaalin. Puhut kerran. Dokumentti lukeutuu kuin olisit kirjoittanut sen huolella.
Missä ääni ei auta
Rehellinen näkemys: kaikki PRD:n osat eivät hyödy äänestä.
Taulukot ja matriisit ovat edelleen nopeampia kirjoittaa. Jos PRD:ssäsi on ominaisuuksien vertailutaulukko, oikeusmatriisi tai koon estimointitaulukko, kirjoita se.
Tarkat tekniset merkkijonot ovat myös nopeampia kirjoittaa. API-päätepisteiden nimet, tietokantasarakkeiden nimet, versionumerot — voit sanella niiden ympärillä ("päätepiste on, kauttaviiva, users, kauttaviiva, ID") mutta se on kömpelöä. Kirjoita ne.
Kaavioita ei tietenkään voi sanella. Piirrä ne valitsemallasi työkalulla ja upota.
Kaikessa muussa — kerronnassa, käyttäjätarinoissa, reunatapauksissa, päätöksissä, perusteluissa — ääni voittaa nopeudessa ja siinä, ettet jää jumiin keskelle lausetta yrittäessäsi muotoilla jotakin täydellisesti.
Ajatusmallin muutos: ajattele ääneen, editoi myöhemmin
Suurin hyöty PRD:iden sanelusta ei ole sanaa-minuutissa-matematiikka. Se on, että lopetat hiomisen kirjoittaessasi.
Kun kirjoitat, perutat. Kirjoitat lauseen uudestaan kahdesti. Tuijotat kappaletta, joka on "melkein oikein" kymmenen minuuttia. Sinne PRD:t menevät kuolemaan: kuiluun luonnostelun ja editoinnin välillä, jossa kumpikaan ei tapahdu kunnolla.
Kun sanelet, sitoudut. Sanot lauseen, se laskeutuu sivulle ja siirryt eteenpäin. Ensimmäinen veto on sotkuisempi kuin se, jonka kirjoittaisit. Mutta saat luonnoksen valmiiksi. Ja sotkuinen valmis luonnos on dramaattisesti hyödyllisempi kuin hiottu kesken jäänyt.
Kun luonnos on olemassa, editointi on eri ja paljon nopeampi tekeminen. Käytät usein enemmän aikaa hiomiseen kuin saneluun, ja se on ihan ok. Valmiin dokumentin hiominen on tunnettu työ. Tyhjän tuijottaminen ei ole.
Kokeile sitä seuraavassa PRD:ssäsi
Valitse PRD, jota olet lykännyt. Avaa dokumentti, laita osio-otsikot paikoilleen ja sanele alusta loppuun ilman editointia. Aseta 25 minuutin ajastin. Katso, mitä saat aikaan.
Ensimmäisellä kerralla tämä tuntuu oudolta. Pelkäät, ettei lopputulos ole tarpeeksi hyvä. Vastusta halua korjata asioita kesken vauhdin. Saat vain valmiiksi.
Jos haluat, että sanelu tulee ulos niin siistinä, ettei sitä juuri tarvitse editoida, Voicr hoitaa hiomisen automaattisesti. Pidä FN-näppäintä pohjassa mistä tahansa Macilla, puhu osio läpi, päästä irti ja liitä puhdistettu teksti dokumenttiin. Se poistaa täytesanat, korjaa kieliopin ja jäsentää ajatuksesi ennen kuin ne osuvat leikepöydälle. PRD-luonnos, joka ennen vei iltapäivän, syntyy yhdellä istumalla.
PRD:t eivät kirjoita itseään. Mutta niitä ei myöskään tarvitse näppäillä.