आज सुबह आपने एक Notion पेज खोला जिस पर लिखा था "PRD: [फ़ीचर का नाम]।" तीन घंटे बाद भी उस पर वही लिखा है — "PRD: [फ़ीचर का नाम]।"
आपको समस्या पता है। समाधान भी पता है। कल आपने अपने इंजीनियरिंग लीड को इसे दो बार समझाया भी था। लेकिन जैसे ही आप इसे लिखने बैठते हैं, अटक जाते हैं।
यह सोचने की समस्या नहीं है। यह टाइप करने की समस्या है।
PM को टाइप करने का पैसा नहीं मिलता। आपको पैसा इस बात का मिलता है कि क्या बनाना है और क्यों — यह तय करें। PRD तो बस वह दस्तावेज़ है जो इस फ़ैसले को कैप्चर करता है ताकि इंजीनियरिंग, डिज़ाइन और लीडरशिप उस पर काम कर सकें। जो लिखना है उसे जानने और डॉक पूरा करने के बीच कहीं घंटे गायब हो जाते हैं।
एक तेज़ रास्ता है। PRD उन दस्तावेज़ों में से एक है जो वॉइस के लिए सबसे ज़्यादा अनुकूल हैं। यह असल में वही है जो आप व्हाइटबोर्ड के सामने खड़े होकर फ़ीचर समझाते हुए कहते। एक बार जब आप PRD टाइप करना छोड़कर बोलकर लिखना शुरू कर देते हैं, तो आपका ड्राफ्ट समय घट जाता है।
PM की वह राइटिंग टैक्स जिस पर कोई बात नहीं करता
आप जो भी PRD लिखते हैं वह किसी मीटिंग, रोडमैप रिव्यू या स्टेकहोल्डर के Slack थ्रेड से होड़ कर रहा होता है। असली लेखन आधे-आधे घंटे की चुराई हुई खिड़कियों में या रात के खाने के बाद होता है।
गणित कठोर है। एक औसत व्यक्ति लगभग 40 शब्द प्रति मिनट टाइप करता है। औसत व्यक्ति लगभग 150 शब्द प्रति मिनट बोलता है। यानी लगभग 3.5 गुना का अंतर — और यह उस घर्षण को छोड़कर है जो लिखने को मुश्किल बनाता है: बैकस्पेस करना, शब्द बदलना, एक वाक्य पर तीन बार दूसरी राय बनाना।
1,500 शब्दों का जो PRD टाइप करने में 90 मिनट लगते हैं, उसे बोलने में लगभग 25 मिनट लगते हैं। सोच वही है। आउटपुट वही है। बस तरीका बदलता है।
PRD वॉइस के लिए सटीक रूप से क्यों बने हैं
अधिकांश दस्तावेज़ डिक्टेशन को सज़ा देते हैं क्योंकि उनमें सटीकता ज़रूरी होती है: कोड, टेबल, फाइनेंशियल मॉडल। PRD इसके बिल्कुल उल्टे हैं। ये नैरेटिव दस्तावेज़ हैं।
अपने पिछले PRD के बारे में सोचिए। "Problem" सेक्शन दो पैराग्राफ का होता है जो बताता है कि कोई बात क्यों मायने रखती है। "Solution" यह बताता है कि चीज़ कैसे काम करती है। "User Stories" इस फ़ॉर्मेट के वाक्य हैं — "As a X, I want Y, so that Z।" "Edge Cases" सेक्शन "जब ऐसा होगा तो क्या होगा..." वाले परिदृश्यों की एक सूची है।
इनमें से किसी के लिए कीबोर्ड की सटीकता नहीं चाहिए। ये सब वही चीज़ें हैं जो आप किसी मीटिंग में बोलते। यह फ़ॉर्मेट पहले से ही उसी तरह है जैसे एक PM वास्तव में काम के बारे में बात करता है।
30 मिनट में PRD ड्राफ्ट का वर्कफ़्लो
यह वह संरचना है जो काम करती है: 1. एक खाली डॉक खोलें जिसमें सेक्शन हेडर पहले से लगे हों: problem, solution, user stories, acceptance criteria, edge cases, out of scope, open questions। 2. सेक्शन दर सेक्शन आगे बढ़ें। हर सेक्शन को इस तरह डिक्टेट करें जैसे आप टीम में नए शामिल हुए किसी इंजीनियर को समझा रहे हों। 3. बोलते समय एडिट न करें। "वक्ता" और "एडिटर" के बीच की मानसिक छलांग ही आपको सबसे ज़्यादा धीमा करती है। 4. सभी सेक्शन डिक्टेट करने के बाद, पूरा ड्राफ्ट एक बार ऊपर से नीचे तक पढ़ें। भाषा कसें। जो वाकई गलत है उसे ठीक करें। 5. रिव्यू के लिए भेजें।
अनुशासन तीसरे क़दम में है। अगर आप वाक्य ठीक करने के लिए बार-बार रुकते हैं, तो स्पीड का फ़ायदा नहीं मिल रहा। आप फिर से टाइपिंग की गति पर हैं, बस वेश बदलकर।
सेक्शन दर सेक्शन: PRD के हर हिस्से को कैसे डिक्टेट करें
कुछ सेक्शन डिक्टेट करना दूसरों से आसान होता है। हर एक को इस तरह संभालें।
समस्या कथन
यह डिक्टेट करने के लिए सबसे आसान सेक्शन है। शुद्ध नैरेटिव। आप समझा रहे हैं कि क्या टूटा है, किसके लिए टूटा है, और अभी यह क्यों मायने रखता है।
इसे ऐसे बोलें जैसे आप स्टैंड-अप में किसी नए साथी को संक्षेप में बता रहे हों। यूज़र सेगमेंट, उन्हें जो दिक्कत होती है, और जो मेट्रिक प्रभावित होता है — इनका ज़िक्र करें। शब्दों की ख़ूबसूरती की चिंता न करें। वह एडिटिंग का काम है।
समाधान का सारांश
प्रस्तावित समाधान को ऐसे समझाएँ जैसे आप व्हाइटबोर्ड पर खाका खींच रहे हों। "यूज़र यहाँ क्लिक करता है, उसे यह दिखता है, फिर..." वॉइस इसे आसानी से संभाल लेता है क्योंकि यह उसी तरह है जैसे आप ज़ुबानी समझाते।
यूज़र स्टोरीज़
"As a X, I want Y, so that Z" पैटर्न की वजह से यूज़र स्टोरीज़ यांत्रिक लगती हैं, लेकिन अगर आप फ़ॉर्मेट पर टिके रहें तो ये अच्छे से डिक्टेट होती हैं। हर स्टोरी एक वाक्य में बोलें, फिर अगली पर जाएँ।
अगर दस स्टोरीज़ हैं, तो दसों को एक ही पास में डिक्टेट करें। बोलते समय उन्हें नंबर न दें। फ़ॉर्मेटिंग का काम डॉक एडिटर या आपके AI क्लीनअप पास पर छोड़ दें।
स्वीकृति मानदंड
लिस्ट वॉइस डिक्टेशन का सबसे पेचीदा हिस्सा हैं, पर निभाने योग्य हैं। दो तरीक़े:
पहला यह कि मानदंडों को पूरे वाक्यों में डिक्टेट करें और AI से उन्हें लिस्ट में बदलने दें। कुछ ऐसा बोलें: "यूज़र को नतीजों को तारीख़, यूज़र और स्टेटस के आधार पर फ़िल्टर करने में सक्षम होना चाहिए। फ़िल्टर की स्थिति सेशन के बीच बनी रहनी चाहिए। एम्प्टी स्टेट में एक टिप दिखनी चाहिए।"
दूसरा यह कि बुलेट संरचना को सीधे ज़ुबान से बोलें: "बुलेट एक, तारीख़ के आधार पर फ़िल्टर। बुलेट दो, यूज़र के आधार पर फ़िल्टर। बुलेट तीन, सेशन के बीच बनी रहे।" जो आपके मुँह में कम अटपटा लगे, वही चुनें।
एज केस
यहीं वॉइस असली कमाल दिखाता है। एज केस वह "बोलते हुए सोचने" वाला कंटेंट है जो बोलने पर साफ़ निकलता है और टाइप करने पर उलझ जाता है। "अगर यूज़र ऑफ़लाइन हो तो क्या होगा" या "अगर डेटा पुराना हो तो क्या होगा" जैसे सवाल लिखने से ज़्यादा सहज ढंग से बोलकर आते हैं।
जितने भी एज केस सूझें, सब डिक्टेट करें — वे भी जो ज़ाहिर लगते हैं। छाँटने का काम एडिटिंग में हो जाएगा।
स्कोप से बाहर
तीन वाक्य। शायद चार। वॉइस इसे एक मिनट से कम में निपटा देता है।
खुले सवाल
इस सेक्शन को कम आँका जाता है। ज़्यादातर PM इसे छोड़ देते हैं क्योंकि वे अनिश्चित नहीं दिखना चाहते। ऐसा न करें। खुले सवाल वाला सेक्शन वही जगह है जहाँ इंजीनियरिंग, डिज़ाइन और आपके स्किप-लेवल मैनेजर वे चीज़ें पकड़ लेते हैं जिनके बारे में आपने अभी तक पूरी तरह नहीं सोचा है।
वॉइस इसके लिए सही औज़ार है। खुले सवाल बिल्कुल वैसे ही अधूरे विचार हैं जो बोलने पर ठीक निकलते हैं और टाइप करने पर अजीब तरह से भारी लगते हैं। हर अनिश्चितता को ज़ुबान से कह दें — वे भी जिनका जवाब आपको ज़ाहिर लगता हो। उनमें से आधी अगली स्टैंडअप में सुलझ जाएँगी। बाक़ी आधी आपकी लॉन्च बचा लेंगी।
सेक्शन से लहजे का मेल
PRD एक ही लहजे में नहीं लिखा जाता। ऊपर का एक्ज़ीक्यूटिव समरी कसा हुआ और रणनीतिक होना चाहिए। तकनीकी स्पेक्स सटीक होने चाहिए। "खुले सवाल" वाला सेक्शन थोड़ा सहज हो सकता है।
जब आप डिक्टेट करते हैं तो आप अपने आप ही लहजा बदलते हैं। रणनीति की बात करते समय आपकी आवाज़ औपचारिक हो जाती है और एज केस समझाते समय ढीली। समस्या यह है कि अधिकांश डिक्टेशन टूल संदर्भ की परवाह किए बिना एक जैसा सपाट ट्रांसक्रिप्शन देते हैं।
यहीं Voicr के Smart Rules काम आते हैं। आप अपने डॉक एडिटर के लिए "साफ़, प्रोफ़ेशनल स्पेक" स्टाइल, अपने Slack थ्रेड्स के लिए "सहज ब्रेनस्टॉर्मिंग" स्टाइल और अपनी इंजीनियरिंग विकी के लिए "तकनीकी स्पष्टता" स्टाइल सेट कर सकते हैं। Voicr सक्रिय ऐप पहचान कर अपने आप सही स्टाइल लागू करता है, ताकि वही बोला हुआ विचार जगह के हिसाब से अलग ढंग से उतरे।
ख़ास तौर पर PRD के लिए एक रूल बनाइए जो साफ़, प्रोफ़ेशनल गद्य माँगे, भराव वाले शब्द हटाए, और जहाँ आप संकेत दें वहाँ बुलेट लिस्ट बनाए। आप एक बार बोलते हैं। डॉक ऐसा पढ़ा जाता है जैसे आपने उसे ध्यान से लिखा हो।
जहाँ वॉइस मदद नहीं करता
ईमानदार बात: PRD का हर हिस्सा वॉइस से फ़ायदा नहीं उठाता।
टेबल और मैट्रिक्स अब भी टाइप करना तेज़ है। अगर आपके PRD में फ़ीचर तुलना ग्रिड, परमिशन मैट्रिक्स या साइज़्ड एस्टिमेशन टेबल है, तो उसे टाइप कीजिए।
सटीक तकनीकी स्ट्रिंग भी टाइप करना ही तेज़ है। API एंडपॉइंट के नाम, डेटाबेस कॉलम के नाम, वर्ज़न नंबर — आप उनके आसपास डिक्टेट कर सकते हैं ("एंडपॉइंट है, स्लैश, यूज़र्स, स्लैश, आईडी") पर यह अटपटा होता है। इन्हें टाइप ही करें।
डायग्राम तो ज़ाहिर है कि डिक्टेट नहीं हो सकते। अपने पसंदीदा टूल में बनाइए और एम्बेड कर दीजिए।
बाक़ी सब के लिए — नैरेटिव, यूज़र स्टोरीज़, एज केस, फ़ैसले, तर्क — वॉइस स्पीड के मामले में जीतता है, और इस बात पर भी कि आप किसी वाक्य को "बिल्कुल सही" गढ़ने की कोशिश में बीच में अटकते नहीं।
मानसिकता का बदलाव: बोलते हुए सोचें, एडिट बाद में करें
PRD डिक्टेट करने से सबसे बड़ा फ़ायदा WPM का गणित नहीं है। यह है कि आप लिखते-लिखते चमकाना बंद कर देते हैं।
जब आप टाइप करते हैं तो बैकस्पेस करते हैं। एक वाक्य को दो बार लिखते हैं। किसी पैराग्राफ़ को जो "लगभग सही" है, दस मिनट तक घूरते रहते हैं। PRD यहीं मरते हैं — ड्राफ्टिंग और एडिटिंग के बीच के उस गैप में, जहाँ कोई काम पूरी तरह नहीं हो पाता।
जब आप डिक्टेट करते हैं तो आप प्रतिबद्ध होते हैं। आप वाक्य बोलते हैं, वह पेज पर उतरता है, और आप आगे बढ़ते हैं। पहला पास उतना साफ़ नहीं होगा जितना टाइप करने पर होता। लेकिन ड्राफ्ट पूरा हो जाता है। और एक मैला पर पूरा हुआ ड्राफ्ट किसी चमचमाते अधूरे ड्राफ्ट से कहीं ज़्यादा काम का है।
एक बार ड्राफ्ट तैयार हो जाए, तो एडिटिंग एक अलग और कहीं तेज़ काम है। अक्सर आप डिक्टेट करने से ज़्यादा समय कसने में लगाएँगे, और यह ठीक है। पूरी डॉक को कसना एक जाना-पहचाना काम है। ख़ाली पेज को घूरना नहीं।
अपने अगले PRD पर आज़माएँ
कोई एक PRD चुनिए जिसे आप टालते आ रहे हैं। डॉक खोलिए, सेक्शन हेडर लगा दीजिए, और बिना एडिट किए ऊपर से नीचे तक डिक्टेट कीजिए। 25 मिनट का टाइमर लगाइए। देखिए क्या निकलता है।
पहली बार यह अजीब लगेगा। आपको लगेगा कि आउटपुट अच्छा नहीं है। बीच में सुधार करने के लालच से बचिए। बस पूरा कीजिए।
अगर आप चाहते हैं कि डिक्टेशन इतना साफ़ निकले कि एडिट की ज़रूरत न के बराबर रहे, तो Voicr पॉलिशिंग अपने आप संभाल लेता है। अपने Mac पर कहीं से भी FN दबाए रखिए, किसी सेक्शन के बारे में बोलिए, छोड़ दीजिए, और साफ़ किया हुआ टेक्स्ट अपनी डॉक में पेस्ट कर दीजिए। यह भराव वाले शब्द हटाता है, व्याकरण ठीक करता है, और आपके विचारों को क्लिपबोर्ड तक पहुँचने से पहले संरचित कर देता है। जो PRD ड्राफ्ट पहले पूरी दोपहर लेता था, अब एक बैठक में बन जाता है।
आपके PRD अपने आप तो नहीं लिखे जाएँगे। लेकिन उन्हें टाइप करना भी ज़रूरी नहीं।