लिखने से पहले कहाँ से शुरू करें?
यह तय करके शुरू करें कि पेपर किसकी सेवा करता है और उस पाठक को क्या समझने की आवश्यकता है। एक छोटी तैयारी प्रक्रिया पहले मसौदे को केंद्रित रखती है।
- पाठक का नाम बताएं। मुख्य दर्शक चुनें, जैसे उत्पाद उपयोगकर्ता, डेवलपर्स, पार्टनर या टोकन होल्डर्स।
- पेपर का कार्य निर्धारित करें। लिखें कि किसी को इसे पढ़ने के बाद क्या समझना चाहिए।
- प्रोजेक्ट का सरलता से वर्णन करें। समस्या, आपका प्रस्तावित समाधान और प्रोजेक्ट का वर्तमान चरण बताएं।
- सवालों की सूची बनाएं। उत्पाद उपयोग, सिस्टम डिज़ाइन और टोकन भूमिका के बारे में वे सवाल शामिल करें जो इस पाठक के लिए मायने रखते हैं।
- स्रोत स्वामियों को खोजें। प्रत्येक विषय को किसी ऐसे व्यक्ति या दस्तावेज़ से मिलाएं जो इसकी पुष्टि कर सके।
एक छोटी एक्सचेंज पार्टनरशिप टीम की कल्पना करें जो एएमए से एक शाम पहले हो। उन्हें प्रोजेक्ट का एक सरल विवरण चाहिए, न कि असंबद्ध दावों का ढेर। हम उन्हें यह सूची बनाने में मदद करेंगे कि पेपर को क्या समझाना चाहिए, फिर चिह्नित करेंगे कि साझा करने से पहले किन बिंदुओं की टीम जांच आवश्यक है।
यदि टीम प्रोजेक्ट को कुछ सरल वाक्यों में नहीं समझा सकती, तो रुकें। अध्याय लिखने से पहले केंद्रीय विचार एक साथ स्पष्ट करें। यह छोटा सा विराम बार-बार स्पष्टीकरण और एक ऐसे पेपर को रोक सकता है जो एक साथ सभी दर्शकों की सेवा करने का प्रयास करता है।
पाठकों को प्रोजेक्ट के माध्यम से एक रास्ता दें
एक उपयोगी संरचना पाठक की समस्या से प्रोजेक्ट के समाधान तक जाती है, फिर सिस्टम और उसके खुले प्रश्नों की व्याख्या करती है। मुख्य स्पष्टीकरण को शुरू में रखें ताकि पाठकों को प्रोजेक्ट के उद्देश्य की खोज न करनी पड़े।
एक लचीला क्रम एक संक्षिप्त सारांश से शुरू हो सकता है। फिर समस्या और प्रभावित लोगों का परिचय दें। इसके बाद उत्पाद और उसकी मुख्य उपयोगकर्ता यात्रा समझाएं। दिखाएं कि सिस्टम कैसे डिज़ाइन किया गया है, फिर जहाँ प्रासंगिक हो टोकन की भूमिका का वर्णन करें। प्रोजेक्ट की स्थिति, निर्भरताओं और जोखिमों के साथ समाप्त करें। टीम विवरण, स्रोत और प्रकटीकरण तब जोड़ें जब वे पाठकों को सामग्री का आकलन करने में मदद करें।
उदाहरण के लिए, कल्पना करें कि एक पाठक यह जानने से पहले एक टोकन आवंटन तालिका देखता है कि उत्पाद क्या करता है। उन्हें यह समझने में कठिनाई हो सकती है कि वे आवंटन क्यों मायने रखते हैं। पहले उत्पाद स्पष्टीकरण रखें, फिर प्रत्येक टोकन फ़ंक्शन को सिस्टम के एक वास्तविक भाग से जोड़ें।
इसे एक मार्ग के रूप में मानें, न कि अध्यायों की अनिवार्य सूची के रूप में। ऐसी सामग्री छोड़ दें जो पेपर के उद्देश्य की पूर्ति नहीं करती, और यदि पाठकों को यह भ्रमित करने वाला लगे तो चूक की व्याख्या करें। एक आरेख प्रवाह को स्पष्ट कर सकता है जब वह लेबल करता है कि कौन कार्य करता है, क्या चलता है और उपयोगकर्ता क्या देख सकता है। इसे लिखित स्पष्टीकरण के अनुरूप रखें। टोकन लॉन्च चेकलिस्ट आपको यह जांचने में मदद कर सकता है कि पेपर अन्य लॉन्च सामग्रियों के साथ कैसे फिट बैठता है।
पेपर में क्या शामिल होना चाहिए, और कब?
किसी विषय को तब शामिल करें जब वह पाठकों को प्रोजेक्ट समझने या किसी महत्वपूर्ण दावे की जांच करने में मदद करता है। नीचे दी गई तालिका एक व्यावहारिक शुरुआती बिंदु देती है; इसे अपने प्रोजेक्ट और दर्शकों के अनुसार समायोजित करें।
| आपको क्या मिलता है | यह कब शामिल होता है |
|---|---|
| समस्या और समाधान का एक संक्षिप्त अवलोकन | शुरुआत में, ताकि पाठक प्रोजेक्ट को रख सकें |
| उत्पाद विवरण और उपयोगकर्ता भूमिकाएँ | सिस्टम डिज़ाइन से पहले, तकनीकी विवरणों को संदर्भ देने के लिए |
| सिस्टम घटक, प्रवाह और निर्भरताएँ | जब पाठकों को यह समझने की आवश्यकता हो कि डिज़ाइन कैसे काम करता है |
| टोकन उद्देश्य, आपूर्ति शर्तें और आवंटन विवरण | जब टोकन प्रोजेक्ट के डिज़ाइन का हिस्सा हो |
| स्थिति, धारणाएँ और खुले प्रश्न | जहाँ भी कोई योजना अन्यथा एक लाइव सुविधा की तरह लग सकती है |
| स्रोत, टीम की जिम्मेदारियाँ और प्रकटीकरण | उन दावों के साथ जिन्हें पाठक जांचना चाह सकते हैं |
आपको प्रत्येक विषय को समान स्थान देने की आवश्यकता नहीं है। एक तकनीकी पाठक को घटकों और निर्भरताओं के करीबी विवरण की आवश्यकता हो सकती है। एक व्यापक दर्शक को सरल भाषा में उत्पाद यात्रा और टोकन उद्देश्य की आवश्यकता हो सकती है। किसी भी स्थिति में, विशेषज्ञ शब्दों को पहली बार दिखने पर परिभाषित करें।
यदि कोई सुविधा अभी भी बनाई जा रही है, तो कहें कि यह योजनाबद्ध है, लाइव नहीं। बताएं कि टोकन आंकड़े तय हैं या प्रस्तावित हैं। यदि कोई विवरण पेपर के उद्देश्य के बाहर है, तो पाठकों को अनुमान लगाने के लिए छोड़ने के बजाय स्पष्ट रूप से कहें। हमारा व्हाइटपेपर और लाइटपेपर लेखन पृष्ठ बताता है कि लेखन सहायता दस्तावेज़ को आकार देने में कैसे मदद कर सकती है।
क्या पाठक प्रत्येक महत्वपूर्ण दावे की जांच कर सकते हैं?
पाठक किसी पेपर का अधिक आसानी से आकलन कर सकते हैं जब उसके महत्वपूर्ण कथनों की स्पष्ट स्थिति और एक स्रोत हो। मसौदा तैयार करने के दौरान, प्रत्येक दावे को वर्तमान तथ्य, डिज़ाइन इरादा, धारणा या योजना के रूप में चिह्नित करें। यह सरल अंतर टीम को भविष्य के काम को ऐसे प्रस्तुत करने से बचने में मदद करता है जैसे लोग पहले से उपयोग कर सकते हैं।
मसौदे के साथ एक कार्यशील दावा सूची रखें। प्रत्येक बिंदु के लिए, शब्दांकन, उसकी स्थिति, स्रोत और पुष्टि करने वाले व्यक्ति पर ध्यान दें। किसी उत्पाद सुविधा के बारे में एक कथन एक प्रदर्शन या उत्पाद दस्तावेज़ की ओर इशारा कर सकता है। सिस्टम व्यवहार के बारे में एक कथन तकनीकी जिम्मेदार व्यक्ति के पास जाना चाहिए। टोकन विवरण की जांच टीम की वर्तमान स्वीकृत जानकारी के विरुद्ध की जानी चाहिए।
आरेखों, तालिकाओं और मुख्य पाठ में समान नामों और शब्दों का उपयोग करें। यदि किसी महत्वपूर्ण दावे का कोई स्रोत नहीं है, तो पूछें कि क्या टीम इसे किसी अन्य तरीके से समर्थन कर सकती है। यदि यह आवश्यक नहीं है, तो इसे हटा दें। यदि यह अभी भी अनिश्चित है, तो अनिश्चितता और उसके कारण का सरल भाषा में वर्णन करें।
दूसरी जांच के लिए, लेखन समूह के बाहर किसी व्यक्ति से सारांश पढ़ने के बाद प्रोजेक्ट समझाने के लिए कहें। ध्यान दें कि वे कहाँ रुकते हैं या अलग विवरण देते हैं। वे क्षण दिखाते हैं कि पेपर को कहाँ स्पष्ट स्पष्टीकरण की आवश्यकता है, न कि केवल चिकने शब्दांकन की।
छोटे मसौदा अड़चनें जो बड़े सवाल छोड़ती हैं
पहचानने में सबसे कठिन समस्याएँ अक्सर अनुभागों के बीच के अंतराल होती हैं। अंतिम समीक्षा में विरोधाभासों और लापता संदर्भ की तलाश होनी चाहिए, न कि केवल वर्तनी और लेआउट की।
- एक धुंधला उद्देश्य: पाठक यह नहीं बता सकते कि उत्पाद किसकी सेवा करता है या यह क्या बदलता है।
- योजनाएँ तथ्यों के रूप में लिखी गईं: भविष्य की सुविधाएँ आज उपलब्ध लगती हैं।
- बिना लेबल के टोकन विवरण: पाठक यह नहीं बता सकते कि कोई आंकड़ा क्या वर्णन करता है या यह तय है या नहीं।
- बिना जांच के दावे: डिज़ाइन, सुरक्षा या प्रदर्शन के बारे में कथनों का कोई नामित स्रोत नहीं है।
एक सरल पढ़ने का प्रयास करें। प्रोजेक्ट में नए व्यक्ति से यह समझाने के लिए कहें कि क्या लाइव है, क्या योजनाबद्ध है और टोकन कैसे फिट बैठता है। फिर उनके विवरण की तुलना टीम के इच्छित स्पष्टीकरण से करें। भ्रमित करने वाले मार्ग को ठीक करें और उसी समस्या के लिए संबंधित अनुभागों की जांच करें।
एक व्हाइटपेपर प्रोजेक्ट की व्याख्या कर सकता है, लेकिन यह कानूनी अनुपालन स्थापित नहीं कर सकता या किसी एक्सचेंज से स्वीकृति सुरक्षित नहीं कर सकता। वे निर्णय संबंधित सलाहकारों और प्लेटफार्मों के हैं, जिनकी समीक्षाएँ और आवश्यकताएँ दस्तावेज़ लेखक के नियंत्रण से बाहर रहती हैं।
यदि आपको एक लेखन योजना की आवश्यकता है, तो यह तय करने से पहले व्हाइटपेपर लेखन लागत गाइड से शामिल कार्य की तुलना करें कि कौन सा समर्थन फिट बैठता है।
प्रोजेक्ट बदलने पर पेपर को संरेखित रखें
एक प्रकाशित पेपर तब उपयोगी रहता है जब कोई इसे उस प्रोजेक्ट के साथ संरेखित रखता है जिसे पाठक देख सकते हैं। एक जिम्मेदार व्यक्ति चुनें जो उत्पाद सुविधाओं, टोकन विवरणों या महत्वपूर्ण निर्भरताओं में बदलाव को नोटिस कर सके।
एक स्पष्ट संस्करण लेबल रखें और हर बार जब आप पेपर को संशोधित करें तो रिकॉर्ड करें कि क्या बदला। गद्य के साथ आरेखों, संदर्भों और परिभाषित शब्दों की पुन: जांच करें। यदि कोई पुराना संस्करण उपलब्ध रहता है, तो पाठकों को एक छोटा नोट दें जो उन्हें यह समझने में मदद करे कि संस्करणों के बीच क्या बदला।
कल्पना करें कि टीम पेपर प्रकाशित होने के बाद एक उत्पाद प्रवाह अपडेट करती है। जिम्मेदार व्यक्ति नए प्रवाह की तुलना पेपर से कर सकता है और हर उस मार्ग को ढूंढ सकता है जो इसका वर्णन करता है। फिर तकनीकी जिम्मेदार व्यक्ति से प्रतिस्थापन पाठ की पुष्टि करने के लिए कहें। यह जांच रखरखाव को लेखन योजना का हिस्सा बनाती है, न कि बाद में सोचा गया विचार।
वेबसाइट सारांश, टोकन सामग्री और लॉन्च संचार को पेपर के विवरण के अनुरूप रखें। यदि आप एक दूसरी राय चाहते हैं, तो Brand Community को अपना वर्तमान मसौदा या नोट्स भेजें। इच्छित पाठक और उन लोगों के नाम शामिल करें जो उत्पाद, तकनीकी और टोकन विवरणों की पुष्टि कर सकते हैं। हम रूपरेखा की समीक्षा करके और मसौदा तैयार करने से पहले तय करने के लिए सवालों की पहचान करके शुरू करेंगे। आप ब्लॉग पर अधिक व्यावहारिक पठन पा सकते हैं।
यह कैसे काम करता है
- पाठक और उद्देश्य निर्धारित करेंलिखें कि पेपर किसके लिए है और उन्हें क्या समझना चाहिए। चिह्नित करें कि क्या लाइव, योजनाबद्ध या अनिर्णीत है।
- स्रोत और जिम्मेदार व्यक्ति एकत्र करेंउत्पाद नोट्स, तकनीकी सामग्री और स्वीकृत टोकन विवरण इकट्ठा करें। एक ऐसे व्यक्ति का नाम बताएं जो प्रत्येक विषय की पुष्टि कर सके।
- रूपरेखा व्यवस्थित करेंपाठक के मुख्य प्रश्नों को स्पष्ट क्रम में रखें। मसौदा तैयार करने से पहले लापता जानकारी का समाधान करें।
- मसौदा तैयार करें और जांचेंसरल भाषा का उपयोग करें और धारणाओं को लेबल करें। प्रासंगिक टीम के सदस्यों से स्रोत सामग्री के विरुद्ध अपने दावों की जांच करने के लिए कहें।
- संशोधित करें और बनाए रखेंटिप्पणियों का समाधान करें, शर्तों की जांच करें और स्वीकृत संस्करण रिकॉर्ड करें। प्रोजेक्ट विवरण बदलने पर पेपर की समीक्षा करने के लिए किसी को नियुक्त करें।
अक्सर पूछे जाने वाले प्रश्न
मैं व्हाइटपेपर और लाइटपेपर के बीच कैसे चुनूं?
पाठकों को क्या समझने की आवश्यकता है, उसके आधार पर प्रारूप चुनें। एक व्हाइटपेपर डिज़ाइन, तंत्र और धारणाओं को समझाने के लिए अधिक स्थान दे सकता है, जबकि एक लाइटपेपर एक छोटा अवलोकन प्रदान करता है। उदाहरण के लिए, यदि किसी पाठक को सिस्टम प्रवाह का अनुसरण करने की आवश्यकता है, तो अकेला एक संक्षिप्त सारांश उनके सवालों का जवाब नहीं दे सकता है।
क्रिप्टो व्हाइटपेपर लाइव होने से पहले किसे जांचना चाहिए?
उत्पाद, तकनीकी डिज़ाइन और टोकन विवरणों के लिए जिम्मेदार लोगों से अपने-अपने विषयों की समीक्षा करने के लिए कहें। फिर लेखन समूह के बाहर किसी व्यक्ति को सारांश पढ़ने और प्रोजेक्ट को आपको वापस समझाने के लिए आमंत्रित करें। उनके प्रश्न प्रकाशन से पहले अस्पष्ट शब्दों या लापता संदर्भ को प्रकट कर सकते हैं।
व्हाइटपेपर को उन सुविधाओं का वर्णन कैसे करना चाहिए जो तैयार नहीं हैं?
उन्हें योजनाबद्ध के रूप में लेबल करें, और जब यह पाठक की समझ को प्रभावित करता है तो बताएं कि क्या अनसुलझा है। वर्तमान क्षमताओं को रोडमैप से अलग रखें। उदाहरण के लिए, किसी सुविधा को योजनाबद्ध के रूप में वर्णित करें यदि पाठक अभी तक इसका उपयोग नहीं कर सकते, न कि ऐसे लिखें जैसे यह पहले से उपलब्ध है।
पेपर का मसौदा तैयार करने से पहले मुझे क्या तैयार करना चाहिए?
एक संक्षिप्त प्रोजेक्ट विवरण, उत्पाद और तकनीकी सामग्री, जहाँ प्रासंगिक हो वर्तमान टोकन जानकारी, और इच्छित पाठक तैयार करें। उन लोगों के नाम बताएं जो प्रत्येक विषय की पुष्टि कर सकते हैं। एक सरल स्रोत सूची टीम को मसौदा तैयार करने से पहले सवालों के जवाब देने में मदद कर सकती है, बार-बार तथ्य-जांच से बचाती है।
मुख्य दस्तावेज़ में कितना तकनीकी विवरण शामिल होना चाहिए?
इच्छित पाठक के लिए मुख्य घटकों, महत्वपूर्ण निर्भरताओं और उपयोगकर्ता-सामना प्रवाह को समझने के लिए पर्याप्त विवरण शामिल करें। पहले उपयोग पर विशेषज्ञ शब्दों को परिभाषित करें। यदि गहरे विवरण कहीं और हैं, तो पाठकों को प्रासंगिक सामग्री की ओर इंगित करें और सुनिश्चित करें कि पेपर का सारांश इसका खंडन नहीं करता है।
क्या व्हाइटपेपर दिखाता है कि कोई प्रोजेक्ट अनुपालन या स्वीकृत है?
नहीं। एक व्हाइटपेपर एक प्रोजेक्ट का वर्णन करता है; यह यह तय नहीं करता कि कोई नियामक या एक्सचेंज इसका आकलन कैसे करता है। वे समीक्षाएँ संबंधित प्राधिकरण या प्लेटफ़ॉर्म की आवश्यकताओं का पालन करती हैं। उदाहरण के लिए, टोकन की भूमिका की स्पष्ट व्याख्या अपने आप में कोई अनुमोदन या कानूनी राय नहीं है।
अपने प्रोजेक्ट के बारे में बताएं
चार त्वरित प्रश्नों के उत्तर दें और एक मैनेजर एक घंटे के भीतर योजना, समय और मूल्य सीमा भेजेगा। सब कुछ गोपनीय रहता है।
फ़ॉर्म लोड हो रहा है…