Bu sabah "PRD: [özellik adı]" başlıklı bir Notion sayfası açtınız. Üç saat sonra hâlâ "PRD: [özellik adı]" yazıyor.
Sorunu biliyorsunuz. Çözümü biliyorsunuz. Mühendislik liderinize dün iki kez anlattınız. Ama yazmak için oturduğunuz an, tıkanıyorsunuz.
Bu bir düşünme sorunu değil. Bir yazma sorunu.
Ürün yöneticileri yazmak için para almaz. Ne yapılacağına ve neden yapılacağına karar vermek için para alır. PRD, mühendislik, tasarım ve liderliğin harekete geçebilmesi için kararı kayıt altına alan bir belgeden ibaret. Ne yazacağınızı bilmek ile belgeyi bitirmek arasında bir yerde saatler uçup gidiyor.
Daha hızlı bir yol var. PRD, bir ürün yöneticisinin yazdığı en sese yatkın belgelerden biri. Aslında bir beyaz tahtanın önünde durup özelliği anlatırken söyleyeceğiniz şeyin ta kendisi. PRD'leri yazmayı bırakıp dikte etmeye başladığınız anda, taslak süreniz düşer.
Kimsenin konuşmadığı PM yazma vergisi
Yazdığınız her PRD; bir toplantıyla, yol haritası incelemesiyle, paydaş Slack konusuyla yarışıyor. Asıl yazma işi, çalınmış yarım saatlik pencerelerde ya da akşam yemeğinden sonra gerçekleşiyor.
Matematik acımasız. Ortalama bir insan dakikada yaklaşık 40 kelime yazıyor. Ortalama bir insan dakikada yaklaşık 150 kelime konuşuyor. Bu, yazmayı zorlaştıran sürtünmeyi hesaba katmadan önce kabaca 3,5 katlık bir fark: silme, yeniden ifade etme, devam etmeden önce bir cümleyi üç kez gözden geçirme.
Yazmak 90 dakika süren 1.500 kelimelik bir PRD, konuşarak yaklaşık 25 dakika sürer. Düşünme aynı. Çıktı aynı. Yalnızca mekanizma değişiyor.
PRD'ler neden ses için biçilmiş kaftan
Çoğu belge dikteyi cezalandırır çünkü hassasiyet gerektirir: kod, tablolar, finansal modeller. PRD'ler tam tersi. Anlatıya dayalı belgelerdir.
Yazdığınız son PRD'yi düşünün. "Problem" bölümü, bir şeyin neden önemli olduğunu açıklayan iki paragraftır. "Çözüm", bu şeyin nasıl çalıştığının bir tarifidir. "Kullanıcı Hikâyeleri", "Bir X olarak, Y istiyorum, böylece Z" formatında cümlelerdir. "Uç Durumlar" bölümü ise "şu olduğunda ne olur..." senaryolarının listesidir.
Bunların hiçbiri klavye hassasiyeti gerektirmez. Hepsi bir toplantıda söyleyeceğiniz türden şeylerdir. Format, bir PM'in işi gerçekte nasıl anlattığıyla zaten örtüşüyor.
30 dakikalık PRD taslak iş akışı
İşe yarayan yapı şu: 1. Bölüm başlıkları hazır olan boş bir belgeyi açın: problem, çözüm, kullanıcı hikâyeleri, kabul kriterleri, uç durumlar, kapsam dışı, açık sorular. 2. Bölüm bölüm ilerleyin. Her birini, ekibe yeni katılan bir mühendise anlatır gibi dikte edin. 3. Konuşurken düzenleme yapmayın. Sizi en çok yavaşlatan şey, "konuşmacı" ile "editör" arasındaki zihinsel geçiştir. 4. Tüm bölümleri dikte ettikten sonra taslağın tamamını baştan sona bir kez okuyun. Dili sıkılaştırın. Gerçekten yanlış olanı düzeltin. 5. İncelemeye gönderin.
İş, üçüncü adımdaki disiplinde. Cümleleri düzeltmek için sürekli durursanız hız avantajını alamazsınız. Sadece kılık değiştirmiş bir şekilde yazma hızına geri dönmüş olursunuz.
Bölüm bölüm: bir PRD'nin her parçası nasıl dikte edilir
Bazı bölümleri dikte etmek diğerlerinden daha kolaydır. Her birine nasıl yaklaşacağınız aşağıda.
Problem ifadesi
Bu, dikte edilmesi en kolay bölüm. Saf anlatı. Neyin bozuk olduğunu, kim için bozuk olduğunu ve neden şimdi önemli olduğunu anlatıyorsunuz.
Toplantı başında yeni bir ekip arkadaşını bilgilendiriyormuş gibi konuşun. Kullanıcı segmentini, karşılaştıkları sürtünmeyi ve etkilediği metriği belirtin. Üslubun şıklığıyla uğraşmayın. O, düzenlemenin işi.
Çözüm genel bakışı
Önerilen çözümü, beyaz tahtada çiziyormuş gibi anlatın. "Kullanıcı buraya tıklar, şunu görür, sonra..." Ses bunu akıcı şekilde halleder çünkü zaten sesli olarak nasıl anlatacağınızla bire bir örtüşür.
Kullanıcı hikâyeleri
Kullanıcı hikâyeleri "Bir X olarak, Y istiyorum, böylece Z" kalıbı yüzünden mekanik gelir, ama formata bağlı kaldığınızda dikte için uygundurlar. Her hikâyeyi tek cümlede söyleyin ve sonrakine geçin.
On hikâyeniz varsa, onunu da tek seferde dikte edin. İlerlerken numaralandırmayın. Formatlamayı belge editörüne ya da yapay zekâ temizleme aşamanıza bırakın.
Kabul kriterleri
Listeler, ses diktesinin en sıkıntılı kısmıdır ama yapılabilir. İki yaklaşım var:
İlki, kriterleri tam cümleler olarak dikte etmek ve yapay zekâya cilalayıp listeye çevirtmek. Şöyle bir şey söyleyin: "Kullanıcı sonuçları tarihe, kullanıcıya ve duruma göre filtreleyebilmeli. Filtre durumu oturumlar arasında korunmalı. Boş durum bir ipucu göstermeli."
İkincisi, madde işareti yapısını açıkça söylemek: "Bir numaralı madde, tarihe göre filtrele. İki numaralı madde, kullanıcıya göre filtrele. Üç numaralı madde, oturumlar arasında koru." Ağzınıza hangisi daha az takılıyorsa onu seçin.
Uç durumlar
Sesin gerçekten parladığı yer burası. Uç durumlar, konuşunca temiz, yazınca beceriksiz çıkan türden sesli düşünme içeriğidir. "Kullanıcı çevrimdışıyken ne olur" ya da "veri eskiyse ne olur" gibi sorular, konuşurken yazmaktan daha doğal akar.
Aklınıza gelen her uç durumu, hatta bariz görünenleri bile dikte edin. Düzenleme aşamasında elemenizi yaparsınız.
Kapsam dışı
Üç cümle. Belki dört. Ses bunu bir dakikadan kısa sürede halleder.
Açık sorular
Bu bölüm hak ettiği değeri görmüyor. Çoğu PM, kararsız görünmek istemediği için bunu atlar. Atlamayın. Açık sorular bölümü; mühendisliğin, tasarımın ve bir üst yöneticinizin, henüz düşünmediğiniz şeyleri yakaladığı yerdir.
Bunun için doğru araç sestir. Açık sorular, konuşurken doğal akan ama yazmaya kalkınca tuhaf bir şekilde ağırlaşan, tam o yarı oluşmuş düşüncelerdir. Bariz cevapları olduğundan şüphelendiğiniz şeyler dahil her belirsizliği sesli dikte edin. Yarısı bir sonraki günlük toplantıda çözülür. Diğer yarısı lansmanınızı kurtarır.
Tonu bölüme uyarlamak
Bir PRD tek bir sesle yazılmaz. En üstteki yönetici özeti sıkı ve stratejik olmalı. Teknik spesifikasyonlar net olmalı. "Açık sorular" bölümü daha rahat bir dille yazılabilir.
Dikte ettiğinizde tonu doğal olarak değiştirirsiniz. Strateji konuşurken sesiniz resmileşir, uç durumları anlatırken gevşer. Sorun şu ki çoğu dikte aracı, bağlam ne olursa olsun aynı düz transkripsiyonu üretir.
İşte tam burada Voicr'ın Smart Rules özelliği devreye giriyor. Belge editörünüz için "temiz profesyonel spesifikasyon" tarzı, Slack konularınız için "rahat beyin fırtınası" tarzı, mühendislik wiki'niz için "teknik netlik" tarzı belirleyebilirsiniz. Voicr aktif uygulamayı algılar ve doğru tarzı otomatik olarak uygular; böylece aynı söylenmiş düşünce, nereye gittiğine bağlı olarak farklı şekilde karşılık bulur.
Özellikle PRD'ler için temiz profesyonel düzyazı talep eden, dolgu kelimeleri ayıklayan ve siz işaretlediğinizde madde listeleri kuran bir kural ayarlayın. Bir kez konuşursunuz. Belge, sanki dikkatlice yazmışsınız gibi okunur.
Sesin işe yaramadığı yerler
Dürüst olmak gerekirse, bir PRD'nin her parçası sesten fayda görmez.
Tablolar ve matrisleri yazmak hâlâ daha hızlı. PRD'nizde bir özellik karşılaştırma ızgarası, bir izin matrisi ya da boyutlandırılmış bir tahmin tablosu varsa onu yazın.
Birebir teknik dizeleri yazmak da daha hızlı. API uç nokta adları, veritabanı sütun adları, sürüm numaraları — bunları dolayarak dikte edebilirsiniz ("uç nokta şu, eğik çizgi, users, eğik çizgi, ID") ama tuhaf olur. Onları yazın.
Diyagramlar açıkçası dikte edilemez. Tercih ettiğiniz araçta çizin ve gömün.
Geri kalan her şeyde — anlatı, kullanıcı hikâyeleri, uç durumlar, kararlar, gerekçeler — ses hızda kazanır; üstelik bir cümleyi kusursuz ifade etmeye çalışırken cümlenin ortasında takılıp kalmazsınız.
Zihniyet değişimi: sesli düşün, sonra düzenle
PRD dikte etmenin en büyük kazancı, kelime/dakika matematiği değil. Yazarken cilalamayı bırakmanız.
Yazdığınızda silersiniz. Bir cümleyi iki kez yeniden yazarsınız. "Neredeyse doğru" olan bir paragrafa on dakika bakarsınız. PRD'lerin öldüğü yer burası: taslak ile düzenleme arasındaki, ikisinin de tam yapılmadığı boşluk.
Dikte ettiğinizde işin arkasında durursunuz. Bir cümle söylersiniz, sayfaya düşer, devam edersiniz. İlk geçiş, yazacağınızdan daha dağınık olur. Ama taslağı bitirirsiniz. Dağınık ama bitmiş bir taslak, cilalı ama bitmemiş bir taslaktan çok daha kullanışlıdır.
Taslak ortaya çıktığında düzenleme bambaşka ve çok daha hızlı bir iştir. Çoğu zaman dikte etmekten daha çok zamanı düzenlemeye harcarsınız ve sorun değil. Tamamlanmış bir belgeyi rafine etmek bilinen bir iştir. Boş bir belgeye bakmak değil.
Bir sonraki PRD'nizde deneyin
Ertelediğiniz bir PRD seçin. Belgeyi açın, bölüm başlıklarını yerleştirin ve düzenleme yapmadan baştan sona dikte edin. 25 dakikalık bir zamanlayıcı kurun. Sonucu görün.
İlk seferinde tuhaf hissettirecek. Çıktının yeterince iyi olmadığından endişeleneceksiniz. Akışın ortasında bir şeyleri düzeltme isteğine direnin. Sadece bitirin.
Diktenin neredeyse düzenlemeye gerek bırakmayacak kadar temiz çıkmasını istiyorsanız Voicr cilalamayı sizin yerinize otomatik olarak yapar. Mac'inizin herhangi bir yerinden FN tuşunu basılı tutun, bir bölüm boyunca konuşun, bırakın ve temizlenmiş metni belgenize yapıştırın. Dolgu kelimeleri ayıklar, dilbilgisini düzeltir ve düşüncelerinizi panonuza ulaşmadan önce yapılandırır. Bir öğle sonrasını alan PRD taslağı artık tek oturumda biter.
PRD'leriniz kendi kendine yazılmayacak. Ama yazılmak zorunda da değiller.