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

परिचय ...

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

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

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

---

दृष्टिकोण 1. हर्ष वास्तविकता

एक पुरानी प्रथा है - "एक्स" के घंटे तक खिलाड़ियों को न दिखाएं। सामुदायिक प्रबंधक अपने कार्यालयों के बारे में दौड़ते हैं, कुछ प्रकार की कला, भगवान को दूर करने, स्क्रीनशॉट लेने की कोशिश करते हैं और दर्शकों को कुछ मूर्त दिखाने के लिए वे हर चीज के साथ आते हैं। यह दृष्टिकोण, जब 3 मुहरों और 7 हस्ताक्षरों के बिना "प्रकाशक का गुस्सा निर्माता" परियोजना के बारे में कम से कम कुछ जानकारी प्रसारित करने की अनुमति नहीं देता है, धीरे-धीरे अप्रचलित हो रहा है, लेकिन अभी भी कुछ टीमों में अंतर्निहित है।

दर्शकों के सामने परियोजना की स्थिति का सवाल एक बार फिर हाल ही में सामने आया - धातु युद्ध ऑनलाइन के विकास के बहुत शुरुआती चरणों में (यह 5-6 लोगों की औसत टीम के साथ 4 महीने है)। फिर हमने साइट का पहला संस्करण लॉन्च किया और एक छोटा, यदि गलत नहीं है, तो एक चमड़ी वाला मंच भी नहीं है, और अच्छी तरह से ज्ञात / अनुकूल संसाधनों के लिए प्रेस विज्ञप्ति भी भेजी है। कुछ उपयोगकर्ताओं ने लॉगिन किया और छोड़ दिया, कुछ (कई) लॉग ऑफ हुए। नीचे की रेखा में, एक निश्चित रीढ़ की हड्डी का गठन किया गया है, जो निश्चित रूप से बहुत लंबे समय तक परियोजना के लिए वफादार रहेगा, अगर इसके उत्साह के लिए उचित सम्मान दिखाया गया है। सबसे पहले, हमने रेंडरिंग, नकली स्क्रीन, चित्र आदि के एक समूह के साथ एक छोटे लेकिन सक्रिय दर्शकों का मनोरंजन किया। संदेश के साथ "यह है कि विकास की प्रक्रिया कैसी है।" यह तब तक चला जब तक कि हम वास्तव में वहाँ क्या हो रहा था, यह देखने के लिए इच्छाओं के सामान्य (सामान्य श्रोताओं के साथ) बहुत कुछ प्राप्त करना शुरू कर दिया, क्योंकि किसी भी समझदार व्यक्ति को पता चलता है कि यहां तक ​​कि खेलों के उत्पादन में पूरी तरह से रचनात्मक कार्य और सुंदर पिच शामिल नहीं हो सकते हैं।

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

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


चित्र 1। प्रगति इंटरफेस।

इफेक्ट्स, सीन एडजस्टमेंट, और लेफ्ट-विंग डिज़ाइन भी केवल RC बिल्ड पर थे, इसलिए मुझे सेमी-बिल्ट सिटी लेवल के बीच राइड करना पड़ा, जो पहले के विचारों के अनुसार भी था, 32 खिलाड़ियों के लिए संतुलित था, बाद में 24 के लिए रीबैलेंस किया गया, और अब यह पूरी तरह से एक बदलाव के कारण पुनर्निर्माण के तहत है। लड़ाई की गतिशीलता ...


अंजीर। २। जब खिलाड़ी अंजीर में दर्शाए गए खुले स्थानों के चारों ओर घूम रहे थे, व्यक्तिगत कर्मचारियों के निर्माण में ऐसी सेटिंग्स पर काम चल रहा था।

हमने लगभग 60 लोगों को खेल के इस संस्करण में जाने दिया। एक खिंचाव के साथ, इस समाधान को परीक्षण समूहों का गठन कहा जा सकता है, लेकिन उस समय सच में काम और समस्याएं इतनी स्पष्ट थीं कि बड़ी संख्या में अप्रस्तुत खिलाड़ियों के साथ परीक्षण की कोई विशेष आवश्यकता नहीं थी। यहां, कई पहलुओं और प्रणालियों को "लेने" के लिए एक लंबा और संक्षारक समय लगा, इसलिए एक बुरी तरह से खड़े बटन के बारे में 100 बग रिपोर्ट सबसे अधिक संभावना हमें बस विचलित कर देगी ...। और अगर उस चरण में बड़े पैमाने पर परीक्षणों के महत्व के बारे में संदेह था, तो ये पहले खिलाड़ी परीक्षकों की संस्कृति को आकार देने में एक बड़ा हिस्सा बन गए, श्रमसाध्य रूप से विषयों को सही ढंग से व्यवस्थित करना, टैग के साथ समान बगों का समूह बनाना, आदि। लगभग सभी पहले कंकाल जो दुर्घटना से खेल में शामिल हो गए थे, वर्तमान में जीवित और बेहद सक्रिय हैं। फिर हमने लगभग हर महीने लोगों का एक समूह जोड़ा, 3 महीने बाद तक अधिक आधिकारिक क्लासिक बंद अल्फा टेस्ट, ओपन अल्फा टेस्ट, पीटीए और आखिरकार, हाल ही में एमबीटी शुरू हुआ। इस पाठ का सार किसी को संख्याओं के साथ प्रभावित करने की कोशिश में नहीं है, क्योंकि प्रभावित करने के लिए कुछ भी नहीं है, ज़ाहिर है, क्योंकि उत्पाद को संपूर्ण रूप से आंकना बहुत जल्दी है ... विचार का महत्व अलग है - लगभग हर कोई जो परियोजना के लिए इंतजार करने के लिए तैयार था, लेकिन समझ में नहीं आ रहा था कि वास्तव में उसके लिए क्या इंतजार करना चाहिए - सब कुछ देखने और देखने में सक्षम था - दोनों आशाजनक और बेहद अनिश्चित रूप से । निजी में ऐसे सेट के सभी समय के लिए छोड़ने की दर न्यूनतम है, और खिलाड़ियों की वफादारी बहुत अधिक है। अलग-अलग सुविधाजनक सुविधा - खिलाड़ी परियोजना की संपूर्ण प्रगति को देखते हैं और जो कुछ भी हो रहा है, उसका मूल्यांकन देते हैं, "आपने नई दृश्य सेटिंग को इतना अधिक नहीं दिखाया है, लेकिन शुरुआत से यह परिणाम लायक नहीं था" या "आप पहले यूआई की इस शैली पर स्विच क्यों नहीं करते थे, अब मुझे एहसास हुआ कि मैंने इसे अतीत में पसंद नहीं किया था। ”

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

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

---

दृष्टिकोण 2. दर्शकों का सामना करना

एक बार मैंने घरेलू उद्योग के एक दीर्घकालिक निर्माण पर काम किया, उस समय एक पीआर प्रबंधक की भूमिका में। मुझे इसकी स्थापना के कई साल बाद पूरा "आंदोलन" मिला, और दर्शकों के साथ काम करने के मामले में, मैं बहुत खराब स्थिति में था। कई समस्याएं थीं:

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

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

इस स्थिति, इसके परिणामों और समाधानों की भारी लंबी खोज से कई निष्कर्ष निकाले जा सकते हैं। जो, यह मुझे लगता है, का पालन करना आसान है और बस स्थिति को गंभीर नहीं लाना है।

निष्कर्ष 1. अपने ग्राहकों को व्यक्तिगत (!) समय दें।

इससे कोई फर्क नहीं पड़ता कि आपके पास समुदाय का प्रभारी व्यक्ति है या नहीं। यदि आप एक छोटी टीम के रूप में एक परियोजना पर काम कर रहे हैं (यहां तक ​​कि एक बड़ी कंपनी के ढांचे के भीतर), तो अपने ग्राहकों के लिए व्यक्तिगत समय समर्पित करें, जिनसे आप पैसे की उम्मीद कर रहे हैं - अपनी ओर से फोरम में कम से कम एक बंद विषय शुरू करें, जिसमें आप हर हफ्ते में एक बार सामने से नवीनतम जानकारी देते हैं। (अंजीर। 3)। यह दिखाएगा, यदि डेवलपर्स और खिलाड़ियों के बीच एक पुल नहीं है, तो संवाद करने के लिए खुलापन ... खुलेपन इतना सीमित क्यों है, हर कोई खुद के लिए सोचेगा या सामुदायिक प्रबंधक से पूछेगा। एक अनुभवी सीएम सक्षम रूप से "जिनके पास शक्ति है" की दुर्लभ घटनाओं की पुष्टि करता है और इसे उन दोनों के लाभ के लिए लपेटता है जिनके पास यह है और परियोजना पूरे के रूप में।


अंजीर। 3. एक बहुत ही सरल मंच के साथ, सप्ताह में 10 मिनट विषय "डेवलपर्स के संक्षिप्त नोट्स" की आवश्यकता होती है

निष्कर्ष 2. बहाने की संख्या कम करें

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

निष्कर्ष 3. हमेशा काम की प्रगति दिखाएं

हम सभी खिलाड़ियों को हजारों महान, पूरी तरह से पाला हुआ चित्र दिखाना चाहते हैं। क्योंकि कुछ लोग उच्च-तकनीकी प्रचार कला का ऐसा प्रवाह प्रदान कर सकते हैं, कई लोग निर्णायक कदम उठाते हैं - कुछ भी नहीं दिखाते हैं ... सभी रेखाचित्रों, रेखाचित्रों और खारिज किए गए हस्तलेखों को देखने के लिए बेहतर है , उन्हें क्रम में रखें और तथाकथित "काम पर ..." विषयों में डालें। ।


चित्र 4

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

निष्कर्ष 4. स्पष्ट और विशिष्ट उत्तर देने का प्रयास करें।

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

निष्कर्ष 5. दिखाओ कि टीम में जीवित लोग भी शामिल हैं

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

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

निष्कर्ष 6. व्यक्तिगत संचार से अलग हटकर न करें

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

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

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

---

दृष्टिकोण 3. बाहरी संसाधनों पर संचार।

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

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

थीसिस 1. आप किसी को समझाने के लिए यहां नहीं हैं

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

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

थीसिस 2. एक अच्छा निर्माता, एक दुष्ट निर्माता

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

थीसिस 3. बेहतर हम हैं

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

---

दृष्टिकोण 3. हमारे साथ कौन अधिक स्वतंत्र है?

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

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

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

---

आगे क्या है

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