ऑनलाइन स्टोर

बहुत समय पहले नहीं, हमने ऑनलाइन गेम के प्रशंसकों के लिए एक नया ऑनलाइन स्टोर लॉन्च किया था।

हमारे वेलवेट कर्मचारी ने विकास प्रक्रिया के बारे में एक लेख लिखा - यहां उसकी कहानी नीचे दी गई है।



नमस्ते!

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

यह बहुत अधिक पाठ निकला: मैं विकास प्रक्रिया के बारे में अधिक विस्तार से बात करना चाहता था, ताकि यह सहयोगियों के लिए दिलचस्प हो।

संक्षेप में दुकान के बारे में

फिलहाल, हैंडाइमाइम आपको गेम मुद्रा के लिए टाइमकोड और चाबियाँ खरीदने की अनुमति देता है।

अन्य गेमिंग ऑनलाइन स्टोर से इतने अंतर नहीं हैं:

• त्वरित खरीद (आदेश एक पृष्ठ के भीतर होता है);
• आदेश के लिए पंजीकरण की आवश्यकता नहीं है (इसे बाद में लागू किया जाएगा)।

स्टोर हाल ही में लॉन्च किया गया था, और अब तक हम विस्तृत वर्गीकरण और भुगतान प्रणालियों की लंबी सूची का दावा नहीं कर सकते, लेकिन फिर भी आगे हैं।

उर्फ प्लानिंग शुरू करना

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

हम में से प्रत्येक ने मामलों की स्थिति के बारे में अपनी राय दी, जिसके बाद हम वास्तव में, एक टीम में एकत्र हुए। हम हैं:

• मैं, एक परियोजना प्रबंधक (अनुबंध, कागजी कार्रवाई और अन्य नौकरशाही के साथ-साथ कोडर्स को मारना) के रूप में;
• दो वेब प्रोग्रामर।

शुरुआत करने के लिए, हमने "वैश्विक" कार्य योजना तैयार करने का निर्णय लिया। आगे देखते हुए, मैं कहता हूँ कि "वैश्विकता" के साथ हम उत्साहित हो गए।

योजना में, हमने निम्नलिखित मुख्य बिंदुओं की पहचान की:

• परियोजना का लक्ष्य;
• दर्शकों को लक्षित करें;
• खासियत और मुख्य विशेषताएं;
• बुनियादी कार्यक्षमता;
• नियोजित भुगतान प्रणाली;
• नियोजित विज्ञापन;
• विकास के चरण।

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

• "एक सपने की दुकान" करने के लिए क्या करना गलतफहमी है (हालांकि हमें इसे समझना चाहिए था, क्योंकि बहुत सारे समान खेल हैं);
• योजना के साथ काम अंतहीन चर्चा में बदल गया।

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

लेकिन पहले, एक और रेक।

सीएमएस

मैं एक स्टोर इंजन की हमारी पसंद के बारे में बात करना चाहता हूं। मुझे एक लेख नहीं मिला, जिसमें मैंने एक ऐसी स्थिति का उदाहरण देखा, जो हमारे लिए 100% लागू है, इसलिए मैं इसे संक्षेप में स्वयं बताऊंगा।

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

नतीजतन, वेबएस्टी से एक बहुत अच्छा शॉप-स्क्रिप्ट इंजन चुना गया था।

समस्या यह है कि, अधिकांश इंजनों की तरह, शॉप-स्क्रिप्ट खुदरा वितरण के साथ एक पूर्ण ऑनलाइन स्टोर पर केंद्रित है और इसलिए "एक्स्टेंसिबल" नहीं है, जिसके कारण हमारे पास है:

• कार्यक्षमता की अतिरेक और, परिणामस्वरूप, अनावश्यक कोड;
• नई कार्यक्षमता जोड़ने पर खर्च में वृद्धि।

चीजें स्पष्ट प्रतीत होती हैं, लेकिन वास्तव में, शायद ही कोई इस बारे में सोचता है।

प्रोटोटाइप

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

इस स्तर पर, दो के अपवाद के साथ, किसी भी विशेषता या त्रुटियों को पहचानना मुश्किल है:

• हालाँकि मेरे और टीम के लिए उत्पाद की दृष्टि सामान्य रूप से मेल खाती थी, फिर भी हमने विशिष्ट विशेषताओं के कार्यान्वयन को अलग तरह से देखा, जिसकी वजह से हमें भविष्य में कई समस्याएं मिलीं;
• मेरे पास नेतृत्व के अनुभव की कमी है, जो भविष्य में भी प्रभावित हुई।

डिज़ाइन

दरअसल, मुख्य काम शुरू हो गया है। हमने इसे नुकसान के साथ संपर्क किया: प्रोग्रामर में से एक गिर गया और दूसरी दिशा में बदल गया।

प्रबंधन द्वारा स्थापित शब्द एक महीने का था जिसमें एक छोटा था।

वास्तव में, यह चार निकला।

"सैन्य परिषद" में हमने तय किया कि प्रोग्रामर को अच्छी तरह से सिद्ध स्क्रम से दूर नहीं जाना चाहिए। मैंने "कल जरूरी था" के सिद्धांत पर काम किया।

मैं इस चरण में उत्पन्न हुई कई त्रुटियों का वर्णन नहीं करूंगा - उनमें से बहुत अधिक हैं। मैं केवल दो मुख्य लोगों के बारे में बात करना चाहता हूं जिन्होंने विकास के समय को प्रभावित किया है:

• गलत तरीके से समय सीमा निर्धारित;
• डिज़ाइन स्टूडियो के साथ काम करते समय त्रुटि।

सब कुछ समय सीमा के साथ अभियोजन योग्य है: सामान्य कार्य योजना विकसित करते समय, कार्य को महीने में फिट करने के लिए निर्धारित किया गया था, इसलिए हमने छोटे कार्यों को त्याग दिया, भोलेपन से यह विश्वास करते हुए कि वे काम के दौरान हल हो जाएंगे।

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

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

मैं तुरंत कहना चाहता हूं कि हमें उनके काम का अंतिम परिणाम पसंद आया और वह अब इसे पसंद करते हैं। बस अब मैं समझता हूं कि व्यवसाय में यह पहले मित्रता पर निर्भर होने के लायक नहीं है।

कुल मिलाकर

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

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

हमारे पास अगले कार्यों से:

• प्रमुख विशेषताओं का कार्यान्वयन;
• उपयोगकर्ता की व्यस्तता;
• ग्राहकों से प्रतिक्रिया प्राप्त करना और उनके अनुसार स्टोर में सुधार करना;
• कैटलॉग और भुगतान प्रणालियों की संख्या में वृद्धि।

पढ़ने के लिए धन्यवाद।



अंत में - वादा किया स्क्रीनशॉट (क्लिक करने योग्य)।

मुख्य पृष्ठ

चयनित उत्पाद के साथ मुख्य पृष्ठ

समाचार पेज

संपर्क विवरण

एफएक्यू / प्रतिक्रिया

उपयोगकर्ता समझौता