हम कैसे बातचीत करते हैं: अवधारणा से कार्यान्वयन तक - भाग 1

हमने किसी भी तरह से बैठकर शराब पी , ईकामर्स की समस्याओं पर चर्चा की और एक-दूसरे से शिकायत की कि सभी मौजूदा विश्लेषणात्मक सेवाएं या तो यह नहीं जानतीं कि कुछ करना बहुत महत्वपूर्ण है या सेट अप करने के लिए बहुत जटिल हैं, और अक्सर आपको अपने लक्ष्यों को प्राप्त करने के लिए कई सेवाओं का एक गुच्छा उपयोग करना पड़ता है। लेकिन हम तकनीकी रूप से साक्षर लोग हैं, और कितने लोगों को इस तथ्य से पीड़ा होती है कि वे यह भी नहीं समझ सकते हैं कि घटना को Google Analytics में कैसे स्थानांतरित किया जाए?



इसलिए हम एक ऐसी सेवा बनाने के विचार के साथ आए, जो ऑनलाइन स्टोर को उनके लिए सबसे सरल तरीके से रूपांतरण बढ़ाने में मदद करेगी, न कि स्टोर के किसी विशेष परिवर्तन की आवश्यकता होगी। और सबसे महत्वपूर्ण बात, सबसे महत्वपूर्ण कार्यों के न्यूनतम सेट के साथ, सेवा स्वयं ही बेहद सरल होनी चाहिए।



और स्टोर के मालिक के लिए सबसे महत्वपूर्ण क्या है? बेशक एक अच्छा रूपांतरण! एक कम रूपांतरण दर ऑनलाइन स्टोर के विशाल बहुमत का मुख्य सिरदर्द है। यह इस संकेतक के लिए है कि विपणक और यूएक्स डिजाइनर लड़ रहे हैं, यह दुकानों के मालिकों के लिए ठीक है जो इसे प्रभावशीलता के प्रमुख पैरामीटर के रूप में मॉनिटर करते हैं।



बेशक, अभी भी कम उपस्थिति की समस्या है, लेकिन हम, रूपांतरण के विपरीत, हम इसे प्रभावित नहीं कर सके। और अंत में इसके महत्व की डिग्री, अभी भी रूपांतरण पर अत्यधिक निर्भर है। कल्पना करें कि आपका छोटा ऑनलाइन स्टोर एक दिन में 100 लोगों द्वारा दौरा किया जाता है (जो बहुत छोटा है), लेकिन आपकी रूपांतरण दर 30% है (यह सपने के लिए बुरा नहीं है, हाँ), जो आपको एक दिन में 33 ऑर्डर देता है! डरावनी ट्रैफिक वाली छोटी दुकान के लिए बुरा नहीं है?



सामान्य तौर पर, इस तरह से देखते हुए, हमने रूपांतरण के लिए लड़ने का फैसला किया! तो कॉनवेड सेवा का विचार पैदा हुआ (अंग्रेजी में "अपने लीड को बदलें")। हमारा मुख्य विचार एक ऐसी सेवा तैयार करना था जो ऑनलाइन स्टोर की अनुमति देगा:

• अपने आगंतुकों को जानें और उन्हें याद रखें;
• कुछ मानदंडों के अनुसार उन्हें सही सेगमेंट करें;
• स्पष्ट रूप से देखें कि ऑनलाइन स्टोर कैसे काम करता है, जहां इसकी बाधाएं हैं, जहां आगंतुक गिर जाते हैं (सामान्य रूप से और उनके व्यक्तिगत खंड दोनों);
• इन खंडों को एक या दूसरे तरीके से प्रभावित करते हैं, जिससे उन्हें खरीदारी करने और रूपांतरण बढ़ाने की प्रेरणा मिलती है;
• इन प्रभावों की प्रभावशीलता का मूल्यांकन करें, यदि आवश्यक हो तो उन्हें समायोजित करें - हमने इस सुविधा को "एनालिटिक्स और एक्ट्स कंबाइंड" कहा है।

और इसके अलावा, हमने निम्नलिखित उपभोक्ता गुणों को निर्धारित किया जो सेवा के लिए होना चाहिए, और जिसके लिए हमने प्रयास करने का फैसला किया है:

• न्यूनतम प्रवेश सीमा है, सबसे सरल सेटअप जिसमें विशेष ज्ञान की आवश्यकता नहीं होती है;
• प्रति दिन एक न्यूनतम उपयोगकर्ता समय की आवश्यकता होती है, प्रभावों की अधिकतम स्वचालन और प्रमुख संकेतकों के समझने योग्य दृश्य है।

इसलिए, हमने उन्नत मार्केटर्स पर ध्यान केंद्रित नहीं करने का फैसला किया है जो Google Analytics को अपनी आंखों के साथ बंद कर सकते हैं, न कि प्रोग्रामर पर जो अपनी ज़रूरत के अनुसार अपने स्टोर को कस्टमाइज़ कर सकते हैं, लेकिन एक छोटे से स्टोर के साधारण औसत मालिक पर आइए, उसे वासिया कहें।



वसाया के पास जटिल एनालिटिक्स टूल में तल्लीन करने का समय नहीं है, वह "कोहोर्ट विश्लेषण" और "ए / बी परीक्षण" शब्दों से डरते हैं। वह बस और स्पष्ट रूप से उसे समझाना चाहता है: कितने लोग उसके पास आए, उनमें से कितने गिर गए, जीवन चक्र किस अवस्था में हुआ और आज वह किस तरह का रूपांतरण करता है। और आदर्श रूप से, जादू का बटन भी दबाएं ताकि "सब कुछ अच्छा हो जाए"।



मैं जानबूझकर दूसरों पर हमारी सेवा के प्रतिस्पर्धी लाभों का वर्णन नहीं करना चाहता हूं या उनकी कार्यक्षमता की तुलना नहीं करना चाहता हूं। सबसे पहले, हम अभी भी बीटा में हैं, और कई कार्य अभी भी नहीं हैं, और दूसरी बात, लेख इस बारे में नहीं है। इस और अगले लेख में, मैं उन सभी कठिनाइयों का वर्णन करना चाहूंगा, जिन्हें हमने विकास में, तकनीकी और संगठनात्मक निर्णयों का सामना किया था, उनके प्रभाव के विषय पर बहस और, संभवतः, प्रतिक्रिया या कुछ सलाह भी प्राप्त करें।

हमने कन्विंस कैसे किया

जब आप कोई नई परियोजना शुरू करते हैं, तो आपको हमेशा अपनी विशलिस्ट और उपलब्ध संसाधनों के बीच एक समझौता खोजना पड़ता है। ऐसे क्षणों में, मैं हमेशा एक तस्वीर पेश करता हूं जब एक शैतान एक कंधे पर बैठता है और उसके कान में फुसफुसाता है: “अधिक कार्यों की आवश्यकता है! किसी को ऐसी सेवा की आवश्यकता नहीं है जो कुछ भी न कर सके! एक सामने की ओर बनाओ, लोग अपनी आँखों से प्यार करते हैं! ", और दूसरे पर - एक स्वर्गदूत, और कहता है:" हम पैसे में सीमित हैं। न्यूनतम लागत के साथ परिकल्पना का परीक्षण करना आवश्यक है। "कोई भी मर जाएगा अगर एमवीपी में एक्सेल को कोई निर्यात नहीं होता है और कहीं न कहीं लेआउट म्यूट हो जाएगा!"



हमने खुद को एक प्रोटोटाइप (उर्फ एमवीपी) के विकास के लिए 1.5 - 2 महीने का प्रतिबंध निर्धारित किया और अब और नहीं। MVP ने केवल सबसे न्यूनतम आवश्यक शामिल करने का फैसला किया:

• आगंतुकों और यात्राओं के बारे में जानकारी एकत्र करना;
• विभाजन और विश्लेषण।

इस प्रकार, वर्तमान संस्करण में कॉनवेड जानकारी एकत्र करने और उसका विश्लेषण करने में सक्षम है, लेकिन अभी तक आगंतुकों को प्रभावित करने में सक्षम नहीं है। वैसे, उन्होंने एक्सेल को निर्यात किया, लानत है :)



जब हमने कॉन्सेप्ट की कल्पना की, तो हमने तय किया कि हम वेबसाइटों के निम्नलिखित व्यवसाय मॉडल पर ध्यान केंद्रित करेंगे:

• ई-कॉमर्स
• सास
• बाजार
• मीडिया

यह माना जाता है कि प्रत्येक जुड़े साइट को इंगित करना चाहिए कि वह किस मॉडल पर काम करता है। मुझे नीचे वर्णन करने की आवश्यकता क्यों है। वर्तमान बीटा संस्करण में, केवल ईकामर्स मॉडल उपलब्ध है।



प्रत्येक व्यवसाय मॉडल साइट पर एक विशिष्ट आगंतुक जीवन चक्र मानता है। इस तरह के एक जीवन चक्र में घटनाओं का एक सेट होता है जो आगंतुक को वांछित परिणाम प्राप्त करने के लिए होना चाहिए। एक सरलीकृत रूप में, इस जीवन चक्र को कुछ पृष्ठों की लगातार यात्रा के रूप में दर्शाया जा सकता है। हमने ऐसे पृष्ठों को प्रमुख पृष्ठ कहा है, क्योंकि वे साइट के मुख्य संकेतक निर्धारित करने के लिए महत्वपूर्ण हैं।



कनेक्टेड साइट के लिए व्यापार मॉडल न केवल प्रमुख पृष्ठों का एक पूर्वनिर्धारित सेट निर्धारित करता है, बल्कि यह भी कि हम किन संकेतकों को मुख्य मानेंगे, और इन संकेतकों के मूल्यों को भी "अच्छा" या "बुरा" माना जाएगा।



ईकामर्स मॉडल के लिए, हम निम्नलिखित मुख्य पृष्ठों पर विचार करते हैं:

• उत्पाद कार्ड (सूची, खोज, आदि - कोई भी महत्वपूर्ण लॉगिन पृष्ठ)
• खरीदारी की टोकरी
• जांच
• आदेश की पुष्टि

ईकामर्स साइट की योजना नीचे प्रस्तुत की गई है:







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



नीले हलकों में, आने वाले ट्रैफ़िक का वितरण रेखांकन शीर्ष पर दिखाया गया है:

• वापसी - जिन्हें हम एक या दूसरे प्रभाव के परिणामस्वरूप वापस करने में सक्षम थे।
• सशुल्क - सशुल्क स्रोत।
• प्रत्यक्ष - प्रत्यक्ष कॉल।
• खोज - खोज इंजन से विज़िट।
• वायरल - "वायरल" स्रोत (अब तक हम सरल रूप से मानते हैं कि यह केवल एक सामाजिक नेटवर्क है)।

साथ में, ये स्रोत आपकी विज़िट का 100% बनाते हैं। आरेख दिखाता है कि आगंतुक हमारे जीवन चक्र के साथ कैसे आगे बढ़ते हैं। कुछ चरणों में, वे गिर जाते हैं (साइट को छोड़ देते हैं) और यह साइट के मालिक के लिए एक संकेत के रूप में कार्य करता है कि साइट के इस हिस्से में कुछ बदलने की आवश्यकता है।



आरेख पर लाल शिलालेख के नीचे प्रतिशत कम, बेहतर। वासना का पता लगाना आसान होगा।



आरेख के आगे अभी भी मुख्य संकेतकों के साथ एक साधारण प्लेट है:

• % रूपांतरण
• खरीद की संख्या
• औसत जाँच
• कुल आय

मुख्य संकेतकों को या तो सभी ट्रैफ़िक के लिए, या कुछ सेगमेंट के लिए ट्रैक किया जा सकता है (नीचे उनके बारे में), उनकी तुलना पिछले समय के संकेतकों से की जाती है और समग्र गतिशीलता निर्धारित की जाती है। नंबर न केवल प्रमुख संकेतकों की तालिका में बदलते हैं, बल्कि जीवन चक्र आरेख में भी बदलते हैं। उदाहरण के लिए, आप देख सकते हैं कि सामान्य रूप से आपकी रूपांतरण दरें खराब नहीं हैं, लेकिन मोबाइल उपकरणों वाले उपयोगकर्ताओं के बीच कार्ट पृष्ठ से बाउंस दरों का अत्यधिक प्रतिशत है। यह एक संकेत हो सकता है कि साइट के मोबाइल संस्करण में इस पृष्ठ के साथ कुछ गलत है।



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



यहाँ से यह भी संभव होगा कि दर्शकों के चयनित सेगमेंट को प्रभावित करने वाले उपलब्ध चैनलों में से एक के माध्यम से प्रभावित किया जाए, जिससे उसके प्रदर्शन में सुधार हो। आदर्श रूप से, हम इसे इस तरह से देखते हैं: यदि कुछ संकेतक "खराब" है, तो कॉनवेड इस कदम को आरेख लाल रंग में रंग देगा और "सुधार" बटन पर क्लिक करके और वांछित प्रभाव (नीचे के प्रभावों के बारे में अधिक) का चयन करके बेहतर के लिए स्थिति को बदलने का सुझाव देगा।

वर्तमान बीटा सुविधाएँ और भविष्य की योजनाएँ

हमारा विचार पहले संस्करण में डेटा (निष्क्रिय भाग) को संचित और विश्लेषण करने की क्षमता देना था, और फिर किसी भी स्थिति (सक्रिय भाग) को बदलने और एनालिटिक्स की क्षमताओं का विस्तार करने के लिए प्रभावित करने के लिए कॉनकेड को सिखाना था।



इसलिए, एमवीपी थोड़ा कर सकता है:

1. साइट पर आगंतुकों को पहचानें और पहचानें, अपनी ऑनलाइन गतिविधि प्रदर्शित करें और साइट के साथ बातचीत के इतिहास को याद रखें।
2. प्रत्येक आगंतुक से आय की गणना करें।
3. खंड आगंतुक।
4. सभी ट्रैफ़िक के लिए, और सेगमेंट के संदर्भ में अपनी साइट के मुख्य संकेतकों के लिए मीट्रिक प्रदर्शित करें।

इंटरफ़ेस के स्क्रीनशॉट के एक जोड़े (क्लिक करने योग्य):

आगंतुकों की सूची ("राजस्व के साथ" खंड चयनित)

आगंतुक कार्ड

भविष्य की योजना

जोखिम



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



शुरुआत करने के लिए, हमने एक्सपोज़र के निम्नलिखित चैनलों पर ध्यान केंद्रित करने का निर्णय लिया:

1. पृष्ठ का निजीकरण: विजेट, पृष्ठ के कुछ हिस्सों का प्रतिस्थापन, आदि ("ऑनलाइन एक्सपोज़र")।
2. ईमेल संदेश ("ऑफ़लाइन प्रदर्शन")।

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



सभी एक्सपोज़र चैनल सेगमेंट का समर्थन करेंगे ताकि एक्सपोज़र अधिक से अधिक व्यक्तिगत हो सके।



प्रभावों के आवेदन के संभावित मामले:

1. एक अलग सेगमेंट में हाइलाइट करने के लिए सभी आगंतुक जो एक सप्ताह पहले आखिरी बार साइट पर थे, उन्होंने उत्पाद पृष्ठ को देखा, लेकिन कुछ भी नहीं खरीदा। उन्हें एक ईमेल संदेश भेजें "वापस आओ, मैं सब कुछ माफ कर दूंगा!", वहीं जीवन चक्र आरेख पर% लोग देखते हैं जो इस तरह से वापस आने में सक्षम थे।
2. एक ऑनलाइन प्रभाव बनाएं जो हम जानते हैं कि आगंतुक के लिए उत्पाद पृष्ठ पर h1 को संशोधित करेगा, वहां उसका नाम दर्ज करें: "अर्कडी, ठीक है, एक फिलिप्स जीसी 8620 आयरन खरीदें, कृपया!"।
3. एक ऑनलाइन एक्सपोज़र बनाएं जो उन विज़िटर के लिए प्रोमो कोड के साथ एक विजेट दिखाएगा जो एक निश्चित खंड में आते हैं (उदाहरण के लिए, उनका आज जन्मदिन है या वे तीसरी बार साइट पर लॉग इन कर रहे हैं, लेकिन वे कुछ भी नहीं खरीद रहे हैं)।

स्वचालित आगंतुक मास्टर डेटा संग्रह



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



इस मामले में, यह सामान्य विशेषताओं के अनुसार विभाजन के साथ संतुष्ट रहता है: आगंतुक का स्वचालित रूप से निर्धारित स्थान, साइट पर उसकी यात्राओं की संख्या, अंतिम यात्रा की तारीख, कुछ प्रमुख पृष्ठों की यात्रा आदि।



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



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



एकीकरण



ओह, यह जादू शब्द "एकीकरण" है! आपका अपना API नहीं है? हाँ आप पिछड़ी सेवा से नीचे हैं! वास्तव में, "एकीकरण" से हमारा मतलब है, सबसे पहले, हमारी अपनी सार्वजनिक एपीआई (यह भी होगी) नहीं, लेकिन प्लगइन्स के रूप में ईकामर्स के लिए सबसे आम सीएमएस और सास सेवाओं में एकीकरण का रूपांतरण करें।



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



मौजूदा क्षमताओं में सुधार



हम अपने द्वारा तय समय सीमा पर बीटा संस्करण जारी करने की जल्दी में थे, इसलिए हमें अभी भी कुछ सुविधाओं का त्याग करना पड़ा।



निकट भविष्य में हमारी योजना है:

• विभाजन क्षमताओं में सुधार (स्थितियों से जंजीरों के निर्माण को सक्षम करें);
• राजस्व पर विश्लेषण का विस्तार करें (न केवल ऑर्डर राशि, बल्कि प्रमुख मापदंडों को भी स्वीकार करें - ऑर्डर में ब्रांडों या उत्पाद श्रेणियों की एक सूची);
• मुख्य संकेतक के सुंदर (और कुछ दुकानों के लिए, दुर्भाग्य से, बहुत सुंदर नहीं) ट्रेंड चार्ट जोड़ें।

निष्कर्ष

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

• द लीन स्टार्टअप: कैसे आज के उद्यमी एरिक रीस द्वारा मौलिक रूप से सफल व्यवसाय बनाने के लिए निरंतर नवाचार का उपयोग करते हैं
• लीन एनालिटिक्स: एलिस्टेयर क्रॉल द्वारा बेहतर स्टार्टअप फास्टर (लीन सीरीज) बनाने के लिए डेटा का उपयोग करें
• ब्रायन क्लिफ्टन द्वारा Google Analytics के साथ उन्नत वेब मेट्रिक्स

वैसे, उन्हें ऑनलाइन स्टोर के किसी भी मालिक को पढ़ना उपयोगी होगा। यह, निश्चित रूप से, इस विषय पर उत्कृष्ट सामग्री की पूरी सूची नहीं है, मैं इसे टिप्पणियों में पूरक करने का प्रस्ताव करता हूं। यह पता लगाना विशेष रूप से दिलचस्प होगा कि, आपकी राय में, रूसी लेखकों के पास इस विषय पर कुछ सार्थक है।



हमारे लिए, इस तरह की सेवा विकसित करने का यह पहला अनुभव था, इसलिए मैं बहुत कुछ बताना चाहता हूं। दुर्भाग्य से, एक लेख के भीतर सब कुछ फिट करना मुश्किल है, इसलिए मैंने सामग्री को दो भागों में तोड़ने का फैसला किया।



अगले भाग में (यदि वर्तमान भाग दिलचस्प होगा) तो मैं एक कहानी बनाऊंगा कि हमें किन कठिनाइयों का सामना करना पड़ा, कैसे हमने कुछ तकनीकी और संगठनात्मक निर्णय लिए। मैं रूबी-ऑन-रेल्स, पोस्टग्रेज, रेडिस, साइडकिक, जावास्क्रिप्ट, विभाजन टेबल, लोड परीक्षण , आदि शब्दों का उपयोग करके अधिकतम स्वादिष्ट तकनीकी विवरण देने की कोशिश करूंगा। अब तक, इस विषय पर "अनुभवी / समस्या / स्थिति का वर्णन - निर्णय किया गया" प्रारूप में यह सब प्रस्तुत करना है, ताकि इस विषय पर अधिक अनुभवी साथियों और बहस सुनने में सक्षम हो सकें।



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



आज से, परियोजना बंद बीटा परीक्षण के चरण में प्रवेश करती है। आप उचित फॉर्म में http://convead.com पर अपना ईमेल पता छोड़ कर पहुँच प्राप्त कर सकते हैं।



PS सामान्य तौर पर, लेख को तकनीकी परियोजना प्रबंधक के रूप में dlukyanov द्वारा प्रकाशित किया जाना था, लेकिन इसके लिए उनके पास कर्म नहीं है।