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

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

स्टूडियो की संरचना में उत्पाद विश्लेषण विभाग के स्थान को समझने के लिए, मैं इस सरलीकृत आरेख को देखने का प्रस्ताव करता हूं:



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

1. उत्पाद विश्लेषक कौन है?

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

1.1। विश्लेषिकी दृष्टिकोण

हम मानते हैं कि हमारे स्टूडियो में एनालिटिक्स के लिए एक व्यवस्थित दृष्टिकोण है।



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

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

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

1.2। मुख्य कार्य

हमारे विभाग में विश्लेषक के मुख्य कार्य:

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

मैं आपको अंतिम बिंदु के बारे में अधिक बताऊंगा। इन्फ्रास्ट्रक्चर में निम्न स्तर होते हैं:



पहले स्तर पर प्रोजेक्ट डेटाबेस है, जिसमें हम सभी डेटा रिकॉर्ड करते हैं, और खुद प्रोजेक्ट के लिए जोखिमों को खत्म करने के लिए इसकी प्रतिकृति का उपयोग करते हैं।

दूसरे स्तर पर, हमारे पास Hadoop पर आधारित एक स्टोरेज है, जहां हम बहुत बड़े वॉल्यूम के ऐतिहासिक विश्लेषण के लिए प्रोजेक्ट डेटाबेस से जानकारी ट्रांसफर करते हैं।

अगला स्तर कोड निष्पादित करने के लिए भंडार पर ऐड-ऑन है। यहां आप किसी भी जटिल डेटा परिवर्तनों को लागू कर सकते हैं जिन्हें हम पिछले स्तरों के टूल का उपयोग करके लागू नहीं कर सकते हैं।

अंतिम स्तर पर, हमारे पास विज़ुअलाइज़ेशन है। ऐतिहासिक रूप से, मालिकाना सॉफ्टवेयर, QlikView, इसके लिए जिम्मेदार रहा है। और एक्सेल एक क्लासिक है, तेज कार्यों के लिए हम हमेशा इसका उपयोग करते हैं।

1.3। उत्पाद विश्लेषक दक्षताओं

हम निम्नलिखित सूची पर प्रकाश डालते हैं:

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

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

2. तरीके

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

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

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

2.1। प्रारंभिक मूल्यांकन तकनीक

प्रारंभिक मूल्यांकन तकनीकों के उदाहरण:

• प्रतिधारण;
  
• प्रमुख बाजारों के लिए CARPU (LTV);
  
• FPE (भुगतान करने में रूपांतरण);
  
• निश्चित प्रारंभ रूपांतरण (ट्यूटोरियल);
  
• वापसी के कारण प्रगति के बिंदु;
  
• प्रगति के बिंदु जो भुगतान को उत्तेजित करते हैं;
  
• प्रगति और / या जीवनकाल के संदर्भ में संसाधनों का प्रवाह और बहिर्वाह;
  
• WinRate सफल होने से पहले पहले प्रयासों + प्रयासों की संख्या।
  

मैं आपको उनमें से कई के बारे में थोड़ा और बताऊंगा।

2.1.1। जीवन के पहले दिनों की अर्थव्यवस्था

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



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

2.1.2 प्रगति का रूपांतरण

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



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

2.1.3 देखभाल और भुगतान बिंदु

यहाँ एक उदाहरण परियोजना है जिसमें ये बिंदु बहुत स्पष्ट हैं:



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

यह जानकारी प्राप्त करने के बाद, टीम को कम से कम लोगों को खोने के लिए संतुलन पर काम करना चाहिए, लेकिन साथ ही, भुगतान को अधिकतम या सहेजना चाहिए।

2.1.4। महत्वपूर्ण मुद्रीकरण मुद्दे

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

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

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

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

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

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

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

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

बेशक, ये विमुद्रीकरण के दृष्टिकोण के सभी महत्वपूर्ण पहलू नहीं हैं, हालांकि, आगे का काम उत्पाद की बारीकियों पर बहुत निर्भर करेगा।

2.2। उत्पाद परिवर्तन मूल्यांकन

अब उत्पाद में परिवर्तन का आकलन करने के तरीकों के बारे में बात करते हैं। यह है:

• [प्रारंभिक मूल्यांकन के सभी तरीके] +
  
• प्रवाह मुद्रीकरण मैट्रिक्स: DPU, ARPPU, ARPDAU;
  
• मिनट रोलिंग;
  
• गतिशीलता में संसाधनों का प्रवाह और बहिर्वाह;
  
• मंथन दर;
  
• आवेदन में रहने की औसत लंबाई;
  
• प्रमुख गतिविधियों की गतिशीलता;
  
• हाथ पर संसाधनों का संतुलन।
  

मैं कुछ तकनीकों पर ध्यान केन्द्रित करूंगा।

2.2.1। मिनट रोलिंग प्रतिधारण

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



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

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

2.2.2। मंथन दर, या बहिर्वाह की दर

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

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

2.2.3। संसाधनों की सूजन और बहिर्वाह

यह विचार उसी तरह है जैसे किसी नई परियोजना की अर्थव्यवस्था के आकलन के लिए कार्यप्रणाली के मामले में, अब केवल हमारे पास एक कोर है जो संसाधनों को प्राप्त करने और खर्च करने के लिए खेल चक्र है।



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

3. टिप्स

3.1। लंबी अवधि की प्रवृत्ति चौरसाई

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

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



हमारे पास एक अच्छा, आसानी से माना जाने वाला संकेतक है जो भौतिक अर्थ को बरकरार रखता है। इसी समय, चार्ट के अंत में कमी को नोटिस करना आसान है।

3.2। ए / बी परीक्षण

हम वास्तव में ए / बी परीक्षणों से प्यार करते हैं। हमारे पास एक परियोजना है जिसमें हमने केवल 2 वर्षों में 70 पूर्ण-ए-बी परीक्षण किए। यदि हम एक निश्चित निचोड़ में अपने अनुभव को सारांशित करते हैं, तो हम निम्नलिखित कह सकते हैं:

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

3.3।

, -. , , . , , .

, :



, , . , ? , , .



, , , . , , , .

, - :

• -, . «ARPU ».
  
• baseline. . « », , .
  
• . .
  
• . , . - , , , . .
  
• . , , - , .
  
• . , ? - .
  
• . - . , , . , , , . , , , . , - . , -, . , , .
  

4.

1. — !
   
2. !
   
3. , !
   
4. A/B- !
   
5. !