प्रेजेंटेशन सारांश कैसे लिखें - चरण, उदाहरण और टेम्पलेट

अधिकांश डेक केवल एक बार पढ़े जाते हैं और उन्हें ठीक से याद नहीं रखा जाता। प्रेजेंटेशन सारांश ही वह हिस्सा होता है जिसे लोग संभालकर रखते हैं, आगे भेजते हैं, और तीन हफ्ते बाद आपके सामने उसी की बातें दोहराते हैं।

यह वह हिस्सा भी है जिसे अधिकांश लोग स्लाइड बन जाने के बाद, अंत में जल्दबाजी में लिखते हैं। यह क्रम उल्टा है, और इसका असर परिणाम में साफ दिखता है।

यह गाइड बताती है कि प्रेजेंटेशन सारांश क्या होता है और इसके तीन रूप कौन से हैं। इसके बाद, यह तीन चरणों वाली एक ऐसी विधि प्रदान करती है जो आपके खुद के डेक या किसी अन्य के डेक के लिए काम करती।

प्रेजेंटेशन सारांश क्या होता है

प्रेजेंटेशन सारांश एक संक्षिप्त लेखन है जो बिना प्रेजेंटेशन के ही प्रेजेंटेशन के मुख्य तर्क को सामने रखता है।

इस परिभाषा का एक स्पष्ट और कड़ा नियम है। यदि पाठक को इसे समझने के लिए स्लाइड की आवश्यकता पड़ती है, तो यह सारांश नहीं है। यह केवल एक कैप्शन है।

तीन चीजें एक वास्तविक प्रेजेंटेशन सारांश को विषय-सूची (table of contents) से अलग करती हैं:

• यह विषयों के बजाय निष्कर्ष बताता है। "एंटरप्राइज सेगमेंट में churn बढ़ा" वाक्य "churn विश्लेषण" से कहीं बेहतर है।
• इसमें वे आंकड़े होते हैं जो मायने रखते हैं। दो या तीन, न कि बीस।
• यह बताता है कि आगे क्या होगा। बिना किसी निर्णय के समाप्त होने वाला सारांश पाठक को खुद से कोई निर्णय सोचने पर मजबूर कर देता है।

तीन प्रकार, और आपको किसकी आवश्यकता है

यह शब्द तीन अलग-अलग कार्यों को दर्शाता है। गलत प्रकार का सारांश लिखना सबसे आम विफलता है। ऐसा आमतौर पर इसलिए होता है क्योंकि किसी ने यह नहीं पूछा कि वास्तव में किसकी आवश्यकता थी।

प्रकार	लंबाई	कब लिखा जाता है	पाठक
सारांश स्लाइड (Summary slide)	1 स्लाइड, 30–60 शब्द	प्रेजेंटेशन देने से पहले	कमरे में मौजूद हर कोई
एब्सट्रैक्ट (Abstract) या पूर्वावलोकन	50–150 शब्द	प्रेजेंटेशन देने से पहले	वे लोग जो यह तय कर रहे हैं कि शामिल होना है या नहीं
प्रेजेंटेशन के बाद का सारांश	200–500 शब्द	प्रेजेंटेशन देने के बाद	वे लोग जो शामिल नहीं हो पाए, और भविष्य के आप खुद

सारांश स्लाइड डेक के अंदर होती है। यदि आपको इसी की आवश्यकता है, तो एग्जीक्यूटिव सारांश स्लाइड पर हमारी गाइड स्लाइड-विशिष्ट लेआउट को कवर करती है।

प्रेजेंटेशन के बाद वाला संस्करण एक दस्तावेज़ होता है, स्लाइड नहीं। इसे छह सप्ताह बाद किसी ऐसे व्यक्ति द्वारा बिना किसी पूर्व संदर्भ के पढ़े जाने पर भी समझ में आना चाहिए जो उस समय कमरे में मौजूद नहीं था। पोस्ट-प्रेजेंटेशन रीकैप (post-presentation recap) का हमारा वॉकथ्रू उस प्रारूप को कवर करता है।

नीचे दी गई लेखन विधि तीनों के लिए समान है।

प्रेजेंटेशन सारांश में क्या होना चाहिए

यदि आप एक अच्छे सारांश का विश्लेषण करेंगे, तो आपको उसमें पांच घटक मिलेंगे। हर बार ये पांचों घटक मौजूद नहीं होते, लेकिन उनका न होना एक सोचा-समझा निर्णय होना चाहिए, न कि कोई भूल।

1. वह प्रश्न जिसका प्रेजेंटेशन ने उत्तर दिया। एक वाक्य। यदि आप इसे नहीं लिख सकते, तो डेक में ऐसा कोई प्रश्न था ही नहीं।
2. उत्तर। यह भी एक वाक्य। यही वह पंक्ति है जिसे लोग उद्धृत करेंगे।
3. प्रमाण। दो या तीन आंकड़े, प्रत्येक अपने स्रोत के साथ।
4. चेतावनी (caveat)। विश्लेषण में क्या शामिल नहीं है, या कहाँ विश्वसनीयता कम है।
5. अगला कदम। कौन क्या करेगा, और कब तक करेगा।

चेतावनी (caveat) वह हिस्सा है जिसे लोग लंबाई कम करने के लिए हटा देते हैं। इसे बनाए रखें। एक प्रेजेंटेशन सारांश जो मूल कार्य की तुलना में अधिक निश्चित प्रतीत होता है, वह न होने से भी बदतर है। यह आपकी योग्यताओं और सीमाओं से भी आगे तक जाता है।

प्रेजेंटेशन सारांश कैसे लिखें

तीन चरण। गति से अधिक उनका क्रम मायने रखता है।

चरण 1: कुछ और लिखने से पहले उत्तर लिखें

डेक के बजाय एक खाली दस्तावेज़ खोलें। उस प्रश्न का उत्तर देते हुए एक वाक्य लिखें जिसे हल करने के लिए प्रेजेंटेशन तैयार किया गया था।

अपनी स्लाइड्स को दोबारा पढ़ने से पहले ऐसा करें। दोबारा पढ़ने से आपका ध्यान संरचना का सारांश बनाने की ओर खिंचता है, और संरचना मुख्य बिंदु नहीं है। मुख्य बिंदु निष्कर्ष (finding) है।

यदि वाक्य लगभग 25 शब्दों से अधिक लंबा हो जाता है, तो संभवतः प्रेजेंटेशन में दो तर्क दिए गए थे। दोनों वाक्य लिखें, फिर तय करें कि कौन सा मुख्य है।

इसका अकेले परीक्षण करें। यह वाक्य किसी ऐसे व्यक्ति को दें जो कमरे में मौजूद नहीं था। यदि उनकी पहली प्रतिक्रिया किसी प्रतिक्रिया के बजाय स्पष्टीकरण मांगने वाला प्रश्न है, तो इसका मतलब है कि यह वाक्य अभी तक उतना प्रभावशाली नहीं है।

यही वह चरण है जहाँ प्रेजेंटेशन सारांश की सफलता या विफलता तय होती है। इसके बाद की हर चीज़ केवल संयोजन (assembly) है।

एक चेतावनी। यदि लिखते समय उत्तर वाला वाक्य बार-बार बदल रहा है, तो इसका मतलब है कि विश्लेषण अभी पूरा नहीं हुआ है। लिखना बंद करें और वापस डेटा पर जाएं।

चरण 2: उन तीन आंकड़ों को निकालें जो इसका समर्थन करते हैं

अब एक विशिष्ट कार्य के साथ वापस डेक पर जाएं। आंकड़ों का वह सबसे छोटा सेट खोजें जो आपके वाक्य को विश्वसनीय बनाता है।

आमतौर पर तीन ही इसकी अधिकतम सीमा है। इसके बाद पाठक आंकड़ों को ग्रहण करना बंद कर देते हैं। आंकड़ों की भरमार यह भी दर्शाता है कि आप यह तय नहीं कर पाए कि कौन से आंकड़े मायने रखते थे।

प्रत्येक आंकड़े के लिए, यह रिकॉर्ड करें कि वह कहाँ से आया है। केवल "डैशबोर्ड से" नहीं, बल्कि वास्तविक तालिका (table), फ़ाइल या क्वेरी (query) का उल्लेख करें। इसमें एक अतिरिक्त मिनट लगता है लेकिन जब पहली बार कोई किसी आंकड़े पर सवाल उठाता है, तो इससे आपका एक घंटा बच जाता है।

पठनीयता के लिए संख्याओं को राउंड ऑफ करें, लेकिन कभी भी ऐसा राउंड ऑफ न करें जिससे निष्कर्ष ही बदल जाए। 4.2% से 4% पर जाना ठीक है। लेकिन 5% की सीमा पार करने के बारे में लिखे गए सारांश में 4.6% को राउंड ऑफ करके 5% करना सही नहीं है।

यदि आपके आंकड़े किसी स्प्रेडशीट से आते हैं, तो इसकी प्रक्रिया बिना पिवट टेबल के Excel डेटा का सारांश कैसे बनाएं पर हमारी गाइड में दी गई है।

चरण 3: चेतावनी (caveat) और अगला कदम जोड़ें, फिर काट-छाँट करें

अब आपके पास एक उत्तर और प्रमाण हैं। दो चीजें शेष रह जाती हैं।

चेतावनी (caveat) प्रमाण के तुरंत बाद, एक वाक्य में आती है। विश्लेषण की सीमा का उल्लेख करें। एक तिथि सीमा (date range), एक अपवर्जित सेगमेंट (excluded segment), या डेटा गुणवत्ता की कोई समस्या जिसे आपने ठीक किया हो, ये सभी इसके अंतर्गत आते हैं।

अगला कदम सबसे अंत में आता है, और इसके साथ एक नाम जुड़ा होना चाहिए। "हमें कीमतों की समीक्षा करनी चाहिए" कोई अगला कदम नहीं है। "अक्टूबर की बोर्ड बैठक से पहले, डाना (Dana) द्वारा मूल्य निर्धारण की समीक्षा (Pricing review)" एक वास्तविक अगला कदम है।

फिर काट-छाँट करें। ड्राफ्ट को पढ़ें और हर उस वाक्य को हटा दें जो ऊपर बताए गए पांच कार्यों में से कोई एक कार्य नहीं कर रहा है। अधिकांश शुरुआती ड्राफ्ट का लगभग एक-तिहाई हिस्सा यहाँ कम हो जाता है और वे बेहतर हो जाते हैं।

सबसे पहले विशेषणों (adjectives) को हटाएं। 'महत्वपूर्ण' (significant), 'पर्याप्त' (substantial), और 'उल्लेखनीय' (notable) जैसे शब्द जोर देने वाले लगते हैं लेकिन इनसे कोई अतिरिक्त जानकारी नहीं मिलती। यदि कोई संख्या बड़ी है, तो वह संख्या खुद यह बात बयां कर देती है।

एक व्यावहारिक उदाहरण

यहाँ एक ही निष्कर्ष को पहले खराब तरीके से और फिर अच्छे तरीके से लिखा गया है।

पहले, 84 शब्द:

इस प्रेजेंटेशन में हमारे त्रैमासिक churn विश्लेषण को शामिल किया गया था। हमने विभिन्न सेगमेंट और समय अवधियों में churn का अध्ययन किया। इस विश्लेषण में कई स्रोतों से प्राप्त डेटा शामिल था। हमें एंटरप्राइज सेगमेंट में कुछ दिलचस्प पैटर्न मिले जो आगे की जांच की मांग कर सकते हैं। मिड-मार्केट से संबंधित भी कुछ निष्कर्ष थे। हमने कई संभावित स्पष्टीकरणों पर चर्चा की। हमने प्राथमिकताओं के आधार पर आने वाले हफ्तों में टीम द्वारा उठाए जाने वाले संभावित अगले कदमों को भी शामिल किया।

बाद में, 79 शब्द:

Q3 में एंटरप्राइज churn बढ़कर 4.2% हो गया, जो Q2 में 2.8% था। मिड-मार्केट और SMB स्थिर रहे।

तीन आंकड़े इसका समर्थन करते हैं। खोए हुए 14 एंटरप्राइज खातों में से, 11 के पास फाइल पर कोई कार्यकारी प्रायोजक (executive sponsor) नहीं था (CRM एक्सपोर्ट, 18 सितंबर)। उन खातों के लिए औसत टाइम-टू-फर्स्ट-वैल्यू (time-to-first-value) 21 दिनों के लक्ष्य के मुकाबले 47 दिन रहा (ऑनबोर्डिंग लॉग)। 14 में से नौ के सपोर्ट टिकट 30 दिनों से अधिक समय से खुले थे।

इसमें अधिग्रहण (acquisition) के कारण खोए हुए खाते शामिल नहीं हैं। डाना (Dana) अक्टूबर की बोर्ड बैठक से पहले प्रायोजक-कवरेज समीक्षा (sponsor-coverage review) की जिम्मेदारी संभालेंगे।

लगभग समान लंबाई। दूसरे वाले को किसी ऐसे व्यक्ति को भेजा जा सकता है जो बैठक में शामिल नहीं हो पाया था, और वे इस पर कार्रवाई कर सकते हैं।

ध्यान दें कि दूसरा संस्करण क्या नहीं करता है। यह कभी भी प्रेजेंटेशन का वर्णन नहीं करता है। यह सीधे निष्कर्ष प्रदान करता है।

स्रोतों का उल्लेख भी चुपचाप अपना काम कर रहा है। प्रत्येक आंकड़ा चार या उससे कम शब्दों में बताता है कि वह कहाँ से आया है। इसे लिखने में लगभग कोई मेहनत नहीं लगती और यह सबसे आम अनुवर्ती (follow-up) प्रश्न की गुंजाइश को खत्म कर देता है।

प्रेजेंटेशन सारांश कितना लंबा होना चाहिए

लंबाई को पाठक के निर्णय के अनुरूप रखें, न कि डेक की लंबाई के। यदि निष्कर्ष सरल है, तो 60-स्लाइड वाले डेक का भी 40-शब्दों का सारांश तैयार किया जा सकता है।

संदर्भ	लक्ष्य
सारांश स्लाइड (Summary slide)	30–60 शब्द
ईमेल बॉडी (Email body)	100–200 शब्द
साझा दस्तावेज़ या विकी (wiki)	200–500 शब्द
बोर्ड प्री-रीड (Board pre-read)	300–500 शब्द, साथ में डेक संलग्न

500 शब्दों से अधिक होने पर आप एक रिपोर्ट लिख रहे होते हैं। वह अलग नियमों और परंपराओं वाला एक अलग प्रकार का दस्तावेज़ होता है।

इस सीमा के भीतर रहने का एक व्यावहारिक कारण है। सारांश फोन पर, गलियारों में, या बैठकों के बीच पढ़े जाते हैं। जिस किसी भी चीज़ को दो बार स्क्रॉल करने की आवश्यकता होती है, उसे बाद के लिए सहेज लिया जाता है और फिर कभी नहीं पढ़ा जाता।

ऐसी भाषा जो प्रभाव छोड़ती है

अमेरिकी संघीय सरकार के सरल भाषा (plain language) संबंधी दिशा-निर्देश यहाँ सीधे लागू होते हैं। यह अधिकांश लेखन सलाहों की तुलना में अधिक विशिष्ट भी है।

एक्टिव वॉइस (कर्तृवाच्य) का प्रयोग करें। जैसा कि Digital.gov की सरल भाषा गाइड में कहा गया है: "एक्टिव वॉइस यह स्पष्ट करती है कि किसे क्या करना चाहिए। यह जिम्मेदारियों के बारे में अस्पष्टता को समाप्त करती है।" एक सारांश में जो अगला कदम सौंपता है, उसमें यही सबसे महत्वपूर्ण बात है।

वर्तमान काल (present tense) का प्रयोग करें। गाइड इसके कारण के बारे में स्पष्ट है: "क्रिया का सबसे सरल और सबसे मजबूत रूप वर्तमान काल है।"

छिपी हुई क्रियाओं (hidden verbs) से बचें, यानी किसी क्रिया को संज्ञा (noun) में बदलने की आदत। गाइड का उदाहरण बिल्कुल सटीक है: "हम डेटा का विश्लेषण करते हैं" (We analyze data) लिखें, न कि "हम डेटा का विश्लेषण आयोजित करते हैं" (We conduct an analysis of the data)। सारांशों में यह समस्या अक्सर आती है क्योंकि संज्ञा में बदला गया रूप अधिक औपचारिक लगता है। लेकिन यह औपचारिकता केवल अनावश्यक विस्तार (padding) जैसी लगती है।

एक और परीक्षण जिसमें कुछ खर्च नहीं होता। प्रेजेंटेशन सारांश को ज़ोर से पढ़ें। जिस भी वाक्य पर आप अटकेंगे, पाठक भी वहाँ ज़रूर अटकेगा।

आम गलतियाँ

• निष्कर्ष के बजाय डेक का सारांश बनाना। इसकी पहचान एक शुरुआती पंक्ति से होती है जो "इस प्रेजेंटेशन में शामिल है" से शुरू होती है।
• तीसरे पैराग्राफ में उत्तर को दबा देना। पाठक जल्दी पढ़ना बंद कर देते हैं। निष्कर्ष से शुरुआत करें।
• चेतावनी (caveat) को छोड़ देना। सारांश डेक की तुलना में अधिक आगे तक जाता है, इसलिए बिना शर्त वाले दावे भी इसके साथ चले जाते हैं।
• बिना स्रोत के आंकड़े। पहली चुनौती जिसका आप उत्तर नहीं दे पाते, वह आपके प्रभाव को खत्म कर देती है।
• अगले कदम के लिए कोई जिम्मेदार व्यक्ति (owner) न होना। बिना नाम के कार्य कभी पूरे नहीं होते।
• इसे अंत में जल्दबाजी में लिखना। पहली स्लाइड बनाने से पहले उत्तर वाले वाक्य का मसौदा तैयार करें। यह डेक को भी बेहतर बनाता है।
• पिछली तिमाही के शब्दों का पुन: उपयोग करना। दोबारा इस्तेमाल किया गया प्रेजेंटेशन सारांश उस बदलाव को छिपा देता है जो वास्तव में मुख्य बिंदु था।

किसी अन्य के प्रेजेंटेशन का सारांश बनाना

एक ऐसा डेक लिखना जिसे आपने नहीं बनाया है, एक अलग समस्या है। आपके पास स्लाइड्स तो होती हैं लेकिन उनके पीछे का तर्क नहीं होता, और ये दोनों चीजें शायद ही कभी एक समान होती हैं।

अंत से पीछे की ओर काम करें। प्रस्तुतकर्ता अपना वास्तविक निष्कर्ष अंतिम तीन स्लाइड्स में रखते हैं, या इसे ज़ोर से बोलते हैं और कभी लिखते नहीं हैं। स्लाइड एक के बजाय वहीं से शुरुआत करें।

फिर निष्कर्ष की तुलना खुद प्रमाणों से करें। एक प्रेजेंटेशन सारांश जिस पर आप अपना नाम लिखते हैं, वह आपका दावा बन जाता है, चाहे स्लाइड्स किसी ने भी बनाई हों। यदि आंकड़े अंतिम स्लाइड का समर्थन नहीं करते हैं, तो उस अंतर को आपकी चेतावनी (caveat) वाली पंक्ति में होना चाहिए।

प्रकाशित करने से पहले प्रस्तुतकर्ता से एक प्रश्न पूछें: आपने क्या छोड़ दिया? इसका उत्तर आमतौर पर पूरे सारांश में सबसे उपयोगी वाक्य होता है, और यह लगभग कभी भी स्लाइड पर दिखाई नहीं देता है।

यहाँ श्रेय (attribution) देना भी मायने रखता है। सबसे ऊपर प्रस्तुतकर्ता का नाम और तारीख लिखें। छह महीने बाद, किसी को याद नहीं रहेगा कि यह किसका विश्लेषण था, और केवल सारांश ही बचेगा।

आवर्ती (recurring) बैठकों के लिए अपनाने योग्य एक आदत। सारांशों को एक सुसंगत संरचना के साथ एक ही स्थान पर रखें, ताकि पाठक उनमें से चार को आसानी से स्कैन कर सके और रुझान (trend) देख सके। असंगत विवरणों का एक फ़ोल्डर बिना किसी विवरण के होने से थोड़ा ही बेहतर है, क्योंकि तुलना करना एक थकाऊ काम बन जाता है।

एक पुन: प्रयोज्य टेम्पलेट

इसे कॉपी करें और भरें। पांच स्थान, इसी क्रम में।

निष्कर्ष (Finding): [एक वाक्य। उत्तर, विषय नहीं.]

प्रमाण (Evidence): [आंकड़ा 1, स्रोत के साथ।] [आंकड़ा 2, स्रोत के साथ।] [आंकड़ा 3, स्रोत के साथ]

चेतावनी (Caveat): [इसमें क्या शामिल नहीं है।]

अगला कदम (Next step): [कार्रवाई, जिम्मेदार व्यक्ति, तारीख।]

विवरण (Detail): [डेक या अंतर्निहित डेटा का लिंक।]

अंतिम स्थान दिखने से कहीं अधिक मायने रखता है। एक प्रेजेंटेशन सारांश जो अपने स्रोत से वापस जुड़ता है, उस पर न केवल पहली बार बल्कि दूसरी बार पढ़ने पर भी भरोसा किया जाता है।

टेम्पलेट को उसी टूल में रखें जिसे आपकी टीम पहले से उपयोग करती है। एक ऐसा प्रारूप जिसे कोई ढूंढ न सके, वह एक ऐसा प्रारूप है जिसका कोई उपयोग नहीं करता, चाहे वह कितना भी अच्छा क्यों न हो।

वास्तविक काम कहाँ होता है

सारांश लिखना तेज़ है। लेकिन उन तीन आंकड़ों को खोजना जो इसका समर्थन करते हैं, धीमा काम है, खासकर तब जब वे अलग-अलग स्थानों पर हों।

यही वह हिस्सा है जो स्वचालित (automate) करने योग्य है। जब आंकड़े किसी स्प्रेडशीट, डेटाबेस और PDF में बिखरे होते हैं, तो उन्हें हाथ से इकट्ठा करने में ही पूरा दोपहर का समय निकल जाता है। यहीं पर प्रतिलेखन त्रुटियां (transcription errors) भी होने की संभावना होती है।

Powerdrill Bloom उस आधे हिस्से को संभालता है। अपने दस्तावेज़ों और डेटाबेस में प्राकृतिक भाषा में पूछें, और प्रत्येक संख्या अपने पृष्ठ, पंक्ति और उसके पीछे के आंकड़े के साथ वापस आती है। यही अंतिम भाग आपको वापस जाकर देखे बिना स्रोत नोट लिखने की सुविधा देता है।

निर्णय आपका ही रहता है। कौन सा निष्कर्ष मुख्य होगा, चेतावनी क्या कहती है, और अगले कदम का मालिक कौन है, ये ऐसे निर्णय हैं जो कोई भी टूल आपके लिए नहीं ले सकता। भेजने से पहले, हमारी डेक समीक्षा चेकलिस्ट (deck review checklist) एक उपयोगी अंतिम चरण है।

Powerdrill Bloom को मुफ्त में आजमाएं

अक्सर पूछे जाने वाले प्रश्न

प्रेजेंटेशन सारांश क्या है?

यह लेखन का एक संक्षिप्त रूप है जो बिना प्रेजेंटेशन के ही प्रेजेंटेशन के मुख्य तर्क को सामने रखता है। एक अच्छा सारांश निष्कर्ष बताता है, दो या तीन सहायक आंकड़े देता है, एक चेतावनी का उल्लेख करता है, और अगला कदम सौंपता है।

प्रेजेंटेशन सारांश कितना लंबा होना चाहिए?

सारांश स्लाइड के लिए 30 से 60 शब्द, और ईमेल के लिए 100 से 200 शब्द। एक साझा दस्तावेज़ 200 से 500 शब्दों तक का होता है। लंबाई पाठक के निर्णय के अनुसार तय होती है, न कि डेक के आकार के अनुसार।

सारांश (summary) और एब्सट्रैक्ट (abstract) में क्या अंतर है?

एक एब्सट्रैक्ट प्रेजेंटेशन से पहले लिखा जाता है, ताकि लोगों को यह तय करने में मदद मिल सके कि वे इसमें शामिल होना चाहते हैं या नहीं। एक प्रेजेंटेशन सारांश आमतौर पर बाद में लिखा जाता, ताकि उन लोगों तक निष्कर्ष पहुँचाया जा सके जो वहाँ मौजूद नहीं थे।

क्या प्रेजेंटेशन सारांश में सिफारिशें (recommendations) शामिल होनी चाहिए?

हाँ, समापन तत्व के रूप में, जिसके साथ एक जिम्मेदार व्यक्ति और तारीख जुड़ी हो। एक सारांश जो केवल निष्कर्ष पर रुक जाता है, वह पाठक को अगला कदम खुद सोचने के लिए छोड़ देता है। वे आमतौर पर कुछ नहीं सोचते।

क्या मैं डेक बनाने से पहले सारांश लिख सकता हूँ?

आपको ऐसा करना चाहिए। सबसे पहले उत्तर वाले वाक्य का मसौदा तैयार करना आपको अपने निष्कर्ष को जानने के लिए मजबूर करता है, और इससे डेक छोटा हो जाता है। यदि आप वह वाक्य नहीं लिख सकते हैं, तो डेक बनने के लिए तैयार नहीं है। हमारी डेटा डेक आउटलाइन गाइड (data deck outline guide) बताती है कि आगे क्या करना है।

स्रोत: Digital.gov, समझने के लिए लिखना (Writing for understanding), PlainLanguage.gov से अनुकूलित सरल भाषा गाइड श्रृंखला का हिस्सा।