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