एक नौसिखिया खेल डेवलपर का निर्देश

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

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

और इसलिए आपने अपना खेल बनाने का फैसला किया, इसके बारे में आपको क्या सोचने की जरूरत है ...

हम सोचते हैं - क्या आपको इसकी आवश्यकता है

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

मैं उनकी प्रस्तुति में मुख्य त्रुटियों की सूची दूंगा:

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

अवधारणा और टीके

एक बार मैंने एक परियोजना की अवधारणा के बारे में एक बहुत अच्छा लेख लिखा था। पिछले कुछ वर्षों में, मेरे विचार थोड़े बदल गए हैं, लेकिन सार वही है।

• एक अवधारणा क्या है? एक गेम प्रोजेक्ट की अवधारणा एक दस्तावेज है जो लक्ष्यों, उद्देश्यों, परियोजना की मुख्य विशेषताओं, बाजार अनुसंधान और लक्षित दर्शकों, इसके कार्यान्वयन के लिए शर्तों का वर्णन करता है। इसके अलावा, खेल परियोजना के बाद से, खेल यांत्रिकी, खेल अवधारणाओं, एक अनुकरणीय परिदृश्य और अवधारणा कला का वर्णन अनिवार्य है। यदि आप अभी भी परियोजना को अकेले नहीं करने की उम्मीद करते हैं (जो बहुत संभावना है), तो आपको एक और तकनीकी कार्य (टीओआर) की आवश्यकता होगी - एक दस्तावेज जिसमें आवश्यक कार्य, नियम और शर्तों का विवरण होगा।
• हमें एक अवधारणा की आवश्यकता क्यों है? बहुत अच्छा सवाल है। जब आपको एक टीम को इकट्ठा करने और कोड लिखने की आवश्यकता होती है तो कुछ "लेखन" क्यों करते हैं?
  सबसे पहले, अंतिम परिणाम का पूरा विचार प्राप्त करने और काम की मात्रा का मूल्यांकन करने के लिए अवधारणा की आवश्यकता है। एक स्पष्ट और सुविचारित अवधारणा के बिना, आप क्रमशः एक विवादास्पद और दुर्भावनापूर्ण खेल के साथ समाप्त हो जाएंगे। अवधारणा के बिना, खेल यांत्रिकी या कार्यान्वयन त्रुटियों के संगठन में त्रुटियों की एक उच्च संभावना है।
  दूसरे, इस अवधारणा की आवश्यकता है कि दूसरों को यह समझने के लिए कि आप क्या करना चाहते हैं। सभी टीम के सदस्यों को एक आम परियोजना पर काम करना चाहिए। टीम के सदस्य प्रोजेक्ट कॉन्सेप्ट डॉक्यूमेंट से इस सामान्य प्रोजेक्ट के बारे में जानेंगे। यह आवश्यक है ताकि अंतिम परिणाम के बारे में विचारों में कोई अंतर न हो। यदि आप एक गेम बनाने का निर्णय लेते हैं और इसके लिए आप एक टीम का निर्माण कर रहे हैं, तो भविष्य के टीम के सदस्यों से पहला सवाल होगा: “मुझे क्या करना चाहिए? आखिर में हमें क्या मिलना चाहिए? ” आपको उन्हें परियोजना और टीओआर की अवधारणा प्रदान करनी होगी। अवधारणा और टीके के बिना, आप एक सामान्य विशेषज्ञ को आकर्षित नहीं करेंगे।
• वॉल्यूम। एक बहुत ही दिलचस्प सवाल अवधारणा की मात्रा है। यहां खेल की जटिलता और इसके विकास पर निर्माण करना आवश्यक है। यदि आपके पास एक सरल खेल है, तो आप अकेले काम करते हैं और आप खेल का विचार अपने दिमाग में रखने में सक्षम हैं, तो आप एक अवधारणा नहीं लिख सकते हैं। यदि आप अपनी स्मृति में सभी क्षणों को नहीं रख सकते हैं, तो आपको उन्हें कागज (या अन्य मीडिया) में स्थानांतरित करना होगा। यदि आप एक टीम में काम करेंगे या अन्य लोगों (निवेशकों, कलाकारों और अन्य) की मदद का उपयोग करेंगे, तो आपको बस प्रत्येक व्यक्ति के लिए एक विस्तृत अवधारणा और टीके की आवश्यकता होगी। एक मानदंड समझने की क्षमता है। यह आवश्यक है कि कोई भी व्यक्ति, अवधारणा और टीके के साथ खुद को परिचित कराए, अंतिम परिणाम, साथ ही साथ आप भी प्रस्तुत करें।
  कृपया ध्यान दें कि यदि आप अपनी अवधारणा को समझते हैं, तो इसका मतलब यह नहीं है कि अन्य इसे समझेंगे। एक अवधारणा लिखना "लिटमस टेस्ट" के रूप में कार्य करता है। यदि आप एक समझने योग्य अवधारणा नहीं लिख सकते हैं (एक छोटे से खेल के लिए लगभग 5 पृष्ठ, एक बड़े के लिए कई दर्जन पृष्ठ), तो यह संभावना नहीं है कि आप एक परियोजना के साथ समाप्त हो जाएंगे।
• विस्तार। अवधारणा में सभी प्रश्नों के उत्तर होने चाहिए। अवधारणा को पढ़ने के बाद, परियोजना की पूरी तस्वीर बनाई जानी चाहिए। विशेषज्ञ पहले अवधारणा को देखते हैं, यदि अवधारणा उनके लिए पूरी और समझ से बाहर नहीं है, तो वे आपके साथ काम नहीं करेंगे।
  हमें अवधारणा कला का भी उल्लेख करना चाहिए। यह कम से कम अपने सरलतम रूप में होना चाहिए। यह खेल की सामग्री और सामग्री के साथ समस्या के समाधान का प्रमाण है (अगला भाग देखें)।
• रूसी भाषा। कई लोगों के लिए, यह एक गंभीर समस्या है। यदि एक अवधारणा दस्तावेज़ में कई व्याकरणिक, वर्तनी और वाक्यविन्यास त्रुटियां हैं, तो कोई भी विशेषज्ञ इसे गंभीरता से नहीं लेगा। याद रखें: रूसी भाषा की अज्ञानता व्यवसाय के लिए बहुत हानिकारक है।
• समय। काम के बयान में तुरंत काम की शर्तों को इंगित करना उचित है। समस्या यह है कि इस समय का मूल्यांकन कैसे किया जाए, यदि आपने पहले कभी ऐसा नहीं किया है। आपको इस प्रश्न का सटीक उत्तर कभी नहीं मिलेगा, सब कुछ अनुभव के साथ आएगा। मैं केवल एक टुकड़ा सलाह दूंगा: न केवल विकास के समय को ध्यान में रखना, बल्कि त्रुटियों को ठीक करने का समय (विकास के समय का लगभग 50%)।

सामग्री

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

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

आइए इस खंड के मुख्य बिंदुओं का विश्लेषण करें।

• जटिलता। कंटेंट इश्यू के साथ यह सबसे बड़ा मुद्दा है। यह पता चला है कि ज्यादातर मामलों में सामग्री तैयार करना सबसे कठिन काम है, प्रोग्राम कोड लिखना अधिक कठिन है, परीक्षण करना और डिबग करना अधिक कठिन है, और खेल को लागू करने के लिए अधिक कठिन है। स्वाभाविक रूप से, यदि खेल छोटा है, तो यह ध्यान देने योग्य नहीं है, लेकिन यदि यह बड़ा है, तो परियोजना का 80% तक का काम सामग्री निर्माता को गिरता है।
• वॉल्यूम। अक्सर, क्योंकि डेवलपर्स ने सामग्री रचनाकारों के कार्यों को कभी पूरा नहीं किया है, इसलिए उनके लिए वॉल्यूम का अनुमान लगाना बहुत मुश्किल है। ऐसा लगता है कि इस तरह के एक a– दर्जनों चित्रों और 3-4 ध्वनियों का एक जोड़ा है। लेकिन अगर आप गिनती करते हैं, तो आपको 40 बड़े आकार की छवियां, 400 छोटी छवियां, दो दर्जन ध्वनियां मिलती हैं (मैंने औसत बीएमएमओआरपीजी का एक उदाहरण दिया)। यह अच्छा है कि अवधारणा तैयार करते समय इस सब की गणना की जा सकती है।
• गुणवत्ता की। सबसे पहले, आपको यह समझने की आवश्यकता है कि खिलाड़ी सीधे सामग्री के साथ काम करते हैं। दूसरे, हमें यह याद रखना चाहिए कि अच्छी सामग्री के साथ बड़ी संख्या में प्रतिस्पर्धी खेल हैं। यह निष्कर्ष निकाला जा सकता है: खराब सामग्री वाला खेल प्रतिस्पर्धी नहीं होगा, अर्थात्। खेल में सामग्री उच्च गुणवत्ता की होनी चाहिए।
• समय। यह तर्कसंगत है कि बड़ी मात्रा में गुणवत्ता वाली सामग्री तैयार करने में बहुत समय लगता है। संयुक्त अन्य सभी दिशाओं की तुलना में अधिक समय लगता है (छोटे खेल गिनती नहीं करते हैं)। समय सीमा की योजना बनाते और गणना करते समय इसे ध्यान में रखें।
• सामग्री की लागत। अच्छी सामग्री में "अच्छा" पैसा खर्च होता है। बहुत अच्छा "अच्छा" पैसा जो गेम डेवलपर शुरू करते हैं, वह आमतौर पर नहीं होता है। कई डेवलपर्स के पास "नि: शुल्क" सामग्री निर्माता (या सस्ते) खोजने की भ्रामक आशा है। आप इसे पा सकते हैं, लेकिन यह या तो निम्न-श्रेणी की सामग्री का निर्माण करेगा, या यह आपके लिए कुछ सामग्री का निर्माण करेगा, और फिर यह उन लोगों को जाएगा जो इसका भुगतान करेंगे। संक्षेप में, आपको अच्छी सामग्री का "मुक्त" निर्माता कभी नहीं मिलेगा। इस कारण से, "ओपनसोर्स" गेम अच्छे नहीं हैं।
• चोरी। महंगी सामग्री की समस्या के अस्तित्व के कारण, कभी-कभी गेम डेवलपर्स दिखाई देते हैं जो इसे चोरी करते हैं। जैसे, यह क्या है? .. मैं इस खेल से एक दर्जन तस्वीरें लूंगा, और डीए पर पृष्ठभूमि की छवियां ढूंढूंगा, और पृष्ठभूमि के संगीत के रूप में रम्स्टीन के पसंदीदा गीतों के एक जोड़े को डालूंगा। समस्या यह है कि सामग्री का कॉपीराइट सत्यापित करना काफी आसान है। चोरी के "पीड़ित" के पास स्रोत सामग्री फाइलें या उसके निर्माता से सामग्री के हस्तांतरण पर एक दस्तावेज है। सामग्री चोरों के लिए, रूसी संघ के आपराधिक संहिता के अनुच्छेद 146 में चलने का एक बहुत अच्छा मौका है।
• एकल शैली। एक और महत्वपूर्ण बिंदु जो अक्सर भुला दिया जाता है। खेल को ठोस और विचारशील बनाने के लिए, इसकी एक शैली होनी चाहिए। सामग्री निर्माता रोबोट नहीं हैं, इसलिए वे अपनी व्यक्तिगत शैली में काम करते हैं। इससे हम यह निष्कर्ष निकाल सकते हैं: यह वांछनीय है कि खेल की सामग्री यथासंभव कम लोगों द्वारा बनाई गई थी।
• दुविधा। ऊपर वर्णित बिंदुओं को पढ़ने के बाद, आप निम्नलिखित श्रृंखला का निर्माण कर सकते हैं: एक प्रतिस्पर्धी खेल में गुणवत्ता की सामग्री के उपयोग की आवश्यकता होती है। गुणवत्ता सामग्री केवल एक पेशेवर सामग्री निर्माता द्वारा की जा सकती है। एक पेशेवर सामग्री निर्माता सस्ता नहीं है। इस समस्या के केवल तीन समाधान हैं:
  
  1. खेल न बनाएं, यानी खेल विकास की दिशा को छोड़ दें।
  2. एक निवेशक खोजें। लेकिन तब हम तुरंत अवधारणा कला की समस्या का सामना करते हैं। अगर कलाकार के लिए पैसा नहीं है तो कौन अवधारणा कला तैयार करेगा? और अवधारणा कला के बिना कोई भी आप में निवेश नहीं करेगा।
  3. अपने दम पर समस्या का समाधान करें। यही है, टीम के सदस्यों में से एक को सामग्री का निर्माता होना चाहिए और एक वेतन प्राप्त करना होगा, भले ही बाकी सभी एक उंगली चूसते हों।

प्रोग्रामिंग

अजीब तरह से पर्याप्त है, गेम के लिए प्रोग्राम कोड बनाना सबसे मुश्किल काम नहीं है, लेकिन साथ ही यह सरल नहीं है।

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

परीक्षण

नौसिखिया डेवलपर्स आमतौर पर परीक्षण के बारे में नहीं सोचते हैं, लेकिन व्यर्थ में, क्योंकि सॉफ्टवेयर भाग को लिखने में थोड़ा कम समय लगता है। इस खंड में दो महत्वपूर्ण बिंदु हैं:

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

संगठनात्मक क्षण

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

अंतभाषण

, . , , , .

UPD: , . . .
, , ( ). , , , . , , , . — , , .
. , , , .