आपने शायद सुना होगा कि श्रुतलेख तेज़ लेकिन गड़बड़ है, नोट्स के लिए अच्छा है लेकिन वास्तविक लेखन के लिए नहीं, और केवल तभी उपयोगी है जब आप परिष्कृत पैराग्राफ में बोल सकते हैं। यह सलाह लोगों को ड्राफ्ट के सबसे कठिन भाग में टाइप करने में मदद करती है: पृष्ठ पर एक अपूर्ण विचार प्राप्त करना।
एक तयशुदा पहला ड्राफ्ट साफ-सुथरा नहीं होना चाहिए। न ही कोई टाइप किया हुआ पहला ड्राफ्ट है। उपयोगी तुलना समाप्त गद्य के विरुद्ध कठोर भाषण नहीं है। यह पलक झपकते कर्सर, हटाए गए शुरुआती वाक्य और पैराग्राफ के खिलाफ एक असभ्य भाषण है जिसे आप यह जानने से पहले पॉलिश करते रहते हैं कि अगले को क्या कहना है।
यहां छह मिथक हैं जो ध्वनि प्रारूपण को आवश्यकता से अधिक कठिन बनाते हैं, साथ ही एक छोटा सा परीक्षण जो आपको बताएगा कि श्रुतलेख आपके काम के लिए उपयुक्त है या नहीं।
मुख्य बातें
- एक डिक्टेटेड ड्राफ्ट रफ हो सकता है और अगर यह सही विचारों को पकड़ता है तो फिर भी समय बचाता है।
- संरचना एक छोटी रूपरेखा और संक्षिप्त बोलने वाले ब्लॉक से आती है, न कि एक कथावाचक की तरह बोलने से।
- आपको प्रत्येक विराम चिह्न को निर्देशित करने या कीबोर्ड से बचने की आवश्यकता नहीं है।
- सटीकता को कुल ड्राफ्टिंग द्वारा आंका जाना चाहिए और सफ़ाई का समय, केवल पहली प्रतिलेख द्वारा नहीं।
- सबसे अच्छा वर्कफ़्लो आमतौर पर विस्तार के लिए आवाज है, फिर सटीकता के लिए टाइपिंग है।
मिथक 1: आपको समाप्त वाक्यों में बोलना चाहिए
यह वह मिथक है जो अधिकांश शुरुआती लोगों को शुरू करने से पहले ही रोक देता है। वे श्रुतलेख कुंजी दबाते हैं, खुद को सांस लेते हुए सुनते हैं, और प्रकाशन के योग्य वाक्य तैयार करने का प्रयास करते हैं। प्रयास कठिन लगता है क्योंकि बोलना और पंक्ति संपादन ध्यान आकर्षित करने के लिए प्रतिस्पर्धा कर रहे हैं।
पहले पास के लिए केवल विचार को संरक्षित करने की आवश्यकता है। कहें, "मुख्य बात यह है कि समय सीमा बढ़ गई क्योंकि आपूर्तिकर्ता ने विनिर्देश बदल दिए।" आप बाद में उसे एक कड़े वाक्य में बदल सकते हैं। जो मायने रखता है वह यह है कि कारण, परिणाम और उपयोगी विवरण ने इसे पृष्ठ पर बनाया है।
जब आप धागा खो देते हैं तो मौखिक संकेत का उपयोग करें: "मुख्य बिंदु," "उदाहरण," "चेतावनी," या "अगला चरण।" इन्हें हटाना आसान है और सटीक ट्रांज़िशन खोजने के लिए तीस सेकंड रुकने से कहीं बेहतर है।
मिथ 2: डिक्टेट ड्राफ्ट हमेशा इधर-उधर भटकते रहते हैं
वाणी बिगड़ सकती है। तो टाइपिंग कर सकते हैं. इसका कारण आम तौर पर माइक्रोफ़ोन नहीं, बल्कि सीमाएँ गायब होना है। पांच मिनट का एकालाप प्रतिलेख से विचार की खोज करने, उसे व्यवस्थित करने और यह जानने के लिए कहता है कि कब रुकना है। यह तो बहुत ज़्यादा है.
प्रत्येक वॉयस ब्लॉक को एक कार्य दें। दावा बताएं. रुकना। एक उदाहरण स्पष्ट कीजिए। रुकना। क्रिया को नाम दें. रुकना। पाठ की एक निर्बाध दीवार की तुलना में 20 से 90 सेकंड के ब्लॉक को पुनर्व्यवस्थित करना आसान है।
तीन-पंक्ति की रूपरेखा और भी अधिक मदद करती है:
- पाठक को क्या जानने की आवश्यकता है?
- कौन सा साक्ष्य या संदर्भ इसे विश्वसनीय बनाता है?
- आगे क्या होना चाहिए?
यदि आपकी प्रतिलिपि भटक जाती है, तो यह निष्कर्ष न निकालें कि आप श्रुतलेख में खराब हैं। ब्लॉक को छोटा करें और प्रॉम्प्ट को अधिक विशिष्ट बनाएं। श्रुतलेख शुरू में अजीब क्यों लगता है के बारे में हमारी मार्गदर्शिका बताती है कि इस आदत को थोड़े अभ्यास की आवश्यकता क्यों है।
मिथक 3: प्रत्येक विराम चिह्न को बोलना पड़ता है
आप "अल्पविराम" और "नया पैराग्राफ" और Apple और Microsoft दोनों दस्तावेज़ विराम चिह्न कह सकते हैं। इसका मतलब यह नहीं है कि आपको हर वाक्य की टाइपोग्राफ़ी बतानी होगी।
उस संरचना को बोलें जो अर्थ बदल देती है: एक नया पैराग्राफ, एक प्रश्न चिह्न, सूची से पहले एक कोलन। जहां यह काम करता है वहां स्वचालित विराम चिह्न को सामान्य विरामों को संभालने दें। संपादन के दौरान बचे हुए निशानों को ठीक करें। लगातार "अल्पविराम" कहने से वह विचार टूट सकता है जिसे आप पकड़ने की कोशिश कर रहे थे।
Apple की Mac डिक्टेशन कमांड सूची और Microsoft की विंडोज वॉयस टाइपिंग गाइड वर्तमान कमांड दिखाता है। समर्थन भाषा और सुविधा के अनुसार भिन्न होता है, इसलिए उन आदेशों का परीक्षण करें जिनकी आपको वास्तव में आवश्यकता है। एक संक्षिप्त अभ्यास दिनचर्या के लिए, हमारी श्रुतलेख विराम चिह्न चीट शीट का उपयोग करें।
मिथ 4: पहचान संबंधी त्रुटियां गति लाभ को मिटा देती हैं
कभी-कभी वे ऐसा करते हैं। एक खराब रिकॉर्डिंग, गलत इनपुट भाषा, असामान्य नाम, या घने तकनीकी तार इतने मरम्मत कार्य का निर्माण कर सकते हैं कि टाइपिंग जीत जाती है। लेकिन कैप्चर किए गए विचारों को गिनने के बिना हर गलत शब्द को गिनना भी भ्रामक है।
पूरे कार्य को मापें: रूपरेखा, मसौदा, सुधार और अंतिम संपादन। दस छोटी त्रुटियों वाली एक प्रतिलेख अभी भी एक टाइप किए गए ड्राफ्ट को मात दे सकती है यदि वह दो मिनट में स्पष्टीकरण प्राप्त कर ले। एक लगभग पूर्ण प्रतिलेख अभी भी धीमा हो सकता है यदि आपने इसका अभ्यास करने में पांच मिनट बिताए हैं।
पहले जोखिम भरे विवरण सही करें: नाम, संख्याएं, दिनांक, लिंक, प्रतिबद्धताएं और विशेषज्ञ शर्तें। फिर संरचना और शैली संपादित करें. यदि सामान्य शब्द भी विफल हो रहे हैं, तो अपनी लेखन प्रक्रिया को बदलने से पहले गलत ध्वनि टाइपिंग के लिए 11 समाधान पर काम करें।
मिथक 5: वॉयस ड्राफ्टिंग केवल लंबी अवधि के लेखकों के लिए है
उपन्यासकार और लेखक श्रुतलेख के बारे में बात करते हैं क्योंकि शब्द गणना से लाभ दिखाई देता है। सामान्य डेस्कटॉप लेखन के लिए भी यही विधि काम करती है: एक मीटिंग रीकैप, एक प्रोजेक्ट अपडेट, एआई प्रॉम्प्ट के लिए संदर्भ, सावधानीपूर्वक ग्राहक उत्तर, या किसी ईमेल का पहला संस्करण जिसे आप टाल रहे हैं।
छोटा काम सीखने के लिए बेहतर जगह हो सकता है। आप एक पैराग्राफ निर्देशित कर सकते हैं, परिणाम का निरीक्षण कर सकते हैं, और दोपहर का समय बिताए बिना समायोजित कर सकते हैं। टॉकपैड macOS और विंडोज़ पर डेस्कटॉप ऐप्स में पुश-टू-टॉक वॉयस कीबोर्ड के रूप में काम करता है, इसलिए ड्राफ्ट एक अलग ट्रांसक्रिप्ट में जीवन शुरू करने के बजाय वहीं दिखाई दे सकता है जहां वह है।
निजी सामग्री को निर्देशित न करें जहां अन्य लोग इसे सुन सकें। पासवर्ड, एपीआई कुंजी, कमांड, कानूनी उद्धरण और वित्तीय आंकड़े जैसे सटीक स्ट्रिंग टाइप या पेस्ट करें। आवाज़ उपयोगी है क्योंकि यह एक इनपुट विकल्प है, इसलिए नहीं कि यह हर दूसरे विकल्प को प्रतिस्थापित कर देती है।
मिथ 6: निर्धारित ड्राफ्ट को संपादित करने का मतलब है कि आप असफल हो गए
यह मानक टाइपिंग पर लागू मानक की तुलना में अजीब तरह से कठोर है। कोई भी यह उम्मीद नहीं करता कि टाइप किया गया पहला ड्राफ्ट पुनरीक्षण को छोड़ देगा। श्रुतलेख यह बदलता है कि शब्द दस्तावेज़ में कैसे प्रवेश करते हैं। यह चुनने, सत्यापित करने, काटने और पुन: व्यवस्थित करने की आवश्यकता को दूर नहीं करता है।
उत्पादक विभाजन सरल है: विस्तार के लिए आवाज, संपीड़न के लिए कीबोर्ड। संदर्भ उपलब्ध होने पर बोलें। फिर सटीक शब्दों, तथ्यों, लिंक, फ़ॉर्मेटिंग और हटाने के लिए अपने हाथों का उपयोग करें। वॉइस टाइपिंग एडिटिंग टूलकिट एक स्तरित क्लीनअप ऑर्डर देता है जो लाइन एडिट को संरचनात्मक समस्याओं को छिपाने से रोकता है।
संपादन केवल श्रुतलेख के समान कर नहीं है। यहीं पर एक ड्राफ्ट किसी और के लिए उपयोगी हो जाता है।
10 मिनट का ए/बी परीक्षण
एक अजीब प्रयास से यह तय न करें कि श्रुतलेख काम करता है या नहीं। इस छोटी सी तुलना को दो समान कार्यों के साथ चलाएँ।
<तालिका शैली = "चौड़ाई: 100%; सीमा-पतन: पतन; मार्जिन: 28px 0; फ़ॉन्ट-आकार: 0.9rem;">