यूज़र एक्टिवेशन रिपोर्ट कैसे बनाएं: एक संपूर्ण गाइड

दो टीमें एक ही प्रोडक्ट डेटा को देखती हैं और 22% और 61% की एक्टिवेशन दरें रिपोर्ट करती हैं।

किसी ने भी गणितीय गलती नहीं की। उन्होंने अलग-अलग इवेंट, अलग-अलग विंडो और अलग-अलग डिनोमिनेटर चुने।

इस मीट्रिक के साथ यही सबसे बड़ी मुश्किल है। इसका फॉर्मूला एक विभाजन है, और हर बहस इस बात पर होती है कि इसमें क्या शामिल किया जाए।

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

एक्टिवेशन रिपोर्ट में क्या होना चाहिए

मुख्य प्रतिशत केवल एक लाइन का होता है। रिपोर्ट वह संदर्भ है जो उस लाइन को सही साबित करती है।

एक ही व्यू में पांच चीजें होनी चाहिए। एक्टिवेशन इवेंट, विंडो, कोहोर्ट की परिभाषा, डिनोमिनेटर की संख्या और खुद वह दर।

इनमें से किसी को भी छोड़ दें, तो संख्या को गलत साबित करना असंभव हो जाएगा। कोई इसे बोर्ड डेक में शामिल कर देगा, और कोई भी इसे दोबारा तैयार नहीं कर पाएगा।

छठे आइटम के रूप में ट्रेंड को जोड़ें। एक रीडिंग केवल एक डेटा पॉइंट है, और बिना किसी बदलाव वाली परिभाषाओं पर लगातार तीन रीडिंग पहली ऐसी चीज़ होती है जिस पर कार्रवाई की जा सकती है।

संख्या तय करने वाले तीन विकल्प

हर विकल्प अपने आप में परिणाम को बदल देता है, और अंतिम प्रतिशत में इनमें से कोई भी दिखाई नहीं देता है।

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

विकल्प 1: एक्टिवेशन इवेंट

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

एक्टिवेशन इवेंट वह सबसे पहला एक्शन होना चाहिए जो किसी यूज़र के वापस आने का अनुमान लगाता है। सुविधा इसका पैमाना नहीं है, और न ही यह कि इवेंट को ट्रैक करना कितना आसान है.

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

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

इस विकल्प को एक लाइन के कारण के साथ लिख लें। यही वाक्य अगली तिमाही में परिभाषा को बदलने से रोकता है।

विकल्प 2: एक्टिवेशन विंडो

हर गंभीर टूल इसे एक पैरामीटर के रूप में मानता है, जिसका अर्थ है कि यह निर्णय आपका अपना है।

Mixpanel का फ़नल दस्तावेज़ स्पष्ट है। इसकी कन्वर्शन विंडो "यह निर्धारित करती है कि फ़नल में प्रवेश करने के बाद यूज़र के पास फ़नल के सभी चरणों को पूरा करने के लिए कितना समय है।"

वहां डिफ़ॉल्ट पहले चरण से सात दिन है। अधिकतम 366 दिन है, या सेशन-आधारित विंडो के लिए बारह सेशन हैं।

एक विवरण लोगों को उलझा देता है। Mixpanel नोट करता है कि विंडो "प्रति फ़नल प्रविष्टि स्टेप 1 इवेंट के पहले इंस्टेंस पर शुरू होती है।" उस इवेंट के बाद के इंस्टेंस घड़ी को रीसेट नहीं करते हैं।

इसलिए एक यूज़र जो साइन अप करता है, एक महीने के लिए गायब हो जाता है, वापस आता है और एक्टिवेट होता है, उसे असफल माना जा सकता है। छोटी विंडो के तहत यह सही व्यवहार है, और यह आपकी रिपोर्ट पढ़ने वाले व्यक्ति को हैरान कर सकता है।

विकल्प 3: डिनोमिनेटर

डिनोमिनेटर कोहोर्ट है, और कोहोर्ट इस बात से परिभाषित होते हैं कि लोग कब आए, न कि इस बात से कि उन्होंने कब एक्शन लिया।

एक निश्चित अवधि में साइन अप करने वाले सभी लोगों को लें। उस सूची को फ़्रीज़ करें, फिर मापें कि कितने लोग विंडो के भीतर एक्टिवेशन इवेंट तक पहुँचे।

Mixpanel की अनूठी गणना पद्धति भी इसी तरह काम करती है, जिसमें यूज़र को "चुनी गई समय अवधि में पहली बार स्टेप 1 को ट्रैक करने पर" शामिल किया जाता है। बाद की प्रविष्टियाँ गिनती में नहीं जोड़ी जाती हैं।

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

मीट्रिक का वह संस्करण 100% से अधिक हो सकता है, जो कि इसकी गड़बड़ी को दर्शाता है। कोहोर्ट विश्लेषण पर हमारा एक्सप्लेनर बताता है कि कोहोर्ट को पहले फ़्रीज़ क्यों करना पड़ता है।

आपकी स्प्रेडशीट आपके एनालिटिक्स टूल से असहमत क्यों होगी

यह तुलना अधिकांश टीमों की पूरी दोपहर खा जाती है, इसलिए ऐसा होने से पहले इसे समझना बेहतर है।

टूल के अंदर तीन सेटिंग्स आउटपुट में दिखाई नहीं देती हैं। विंडो की लंबाई, गणना पद्धति और स्टेप्स का क्रम।

Mixpanel एक विशिष्ट क्रम को डिफ़ॉल्ट मानता है, जिसमें अगले चरण से पहले प्रत्येक चरण का होना आवश्यक है। यह किसी भी क्रम का विकल्प भी प्रदान करता है, जहाँ चरण किसी भी क्रम में गिने जाते हैं जब तक कि आप उन्हें एंकर न करें।

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

इसका समाधान उबाऊ है लेकिन काम करता है। रिपोर्ट पर तीनों सेटिंग्स को रिकॉर्ड करें, और केवल समान चीजों की तुलना करें अन्यथा बिल्कुल न करें।

इसे मैन्युअल रूप से कैसे करें

विकल्प 1: दो काउंट और एक डिवीज़न

उस अवधि में साइन अप करने वाले प्रत्येक यूज़र की सूची बनाएं, फिर UNIQUE के साथ आइडेंटिफायर्स से डुप्लिकेट हटा दें।

डिनोमिनेटर के लिए COUNTA के साथ उस सूची को गिनें। फिर विंडो के भीतर एक्टिवेशन इवेंट वाले उसी सूची के यूज़र्स को गिनने के लिए COUNTIFS का उपयोग करें।

दोनों काउंट को दिखाई देने वाले सेल्स में रखें। अंत में एक बार विभाजित करें, ताकि कोई भी दोनों इनपुट की अलग-अलग जांच कर सके।

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

विकल्प 2: प्रति यूज़र एक रो

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

बाद वाली तारीख से पहले वाली तारीख को घटाकर दिनों के अंतर की गणना करें। DATEDIF फ़ंक्शन पर Microsoft का अपना मार्गदर्शन चेतावनी देता है कि यह "कुछ परिदृश्यों के तहत गलत परिणाम दे सकता है," और दिनों की गिनती के लिए सामान्य घटाव की सिफारिश करता है।

अब रिपोर्ट को अलग-अलग हिस्सों में बांटा जा सकता है। प्लान के अनुसार, एक्विजिशन चैनल के अनुसार, साइनअप सप्ताह के अनुसार, या कंपनी के आकार के अनुसार।

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

इसकी सीमा जॉइन्स और वॉल्यूम है। कुछ लाख रो के बाद इवेंट एक्सपोर्ट का यूज़र्स टेबल से मिलान करना आसान नहीं रह जाता।

विकल्प 3: एक डेफिनिशन टैब

एक्टिवेशन इवेंट, विंडो, कोहोर्ट नियम और गणना पद्धति को रिकॉर्ड करें। फिर रिकॉर्ड करें कि आप किसे बाहर रखते हैं, जैसे कि आंतरिक खाते और टेस्ट यूज़र्स।

आंतरिक ट्रैफ़िक चुपचाप डेटा को बिगाड़ देता है। हर हफ्ते प्रोडक्ट का परीक्षण करने वाली तीस लोगों की टीम एक छोटे कोहोर्ट की दर को कई अंकों तक बढ़ा सकती है।

सीमा यह है कि नियम लिखने मात्र से वह लागू नहीं हो जाता। कोई न कोई अगले महीने फिर से वही फ़िल्टर दोबारा बनाएगा।

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

मैन्युअल तरीका कहाँ धीमा पड़ जाता है

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

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

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

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

प्रोडक्ट एनालिटिक्स के लिए AI टूल्स का राउंडअप इस समस्या के टूलिंग पक्ष को कवर करता है।

Powerdrill Bloom के साथ इसे कैसे बनाएं

चरण 1: अपना इवेंट एक्सपोर्ट अपलोड करें

इवेंट फ़ाइल, या इवेंट और यूज़र फ़ाइलों को एक साथ अपलोड करें। Powerdrill Bloom आने पर कॉलमों का विश्लेषण करता है, जिससे किसी भी दर की गणना होने से पहले गायब यूज़र आइडेंटिफायर्स, असंगत इवेंट नाम और सीमा से बाहर के टाइमस्टैम्प सामने आ जाते हैं।

चरण 2: प्राकृतिक भाषा में परिभाषा का वर्णन करें

नियमों को बनाने के बजाय उन्हें सीधे बताएं। एक्टिवेशन इवेंट, दिनों में विंडो, कोहोर्ट अवधि और किन खातों को बाहर रखना है, उनके नाम बताएं।

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

चरण 3: चार्ट, रिपोर्ट या डेक एक्सपोर्ट करें

इसके डिनोमिनेटर के साथ दर, साइनअप के बाद से दिन के हिसाब से एक्टिवेशन का कर्व, या संख्या के बगल में परिभाषाओं वाली स्लाइड्स प्राप्त करें।

सामान्य गलतियाँ

साइनअप को एक्टिवेशन इवेंट के रूप में उपयोग करना। साइनअप फ़नल में प्रवेश है। एक्टिवेशन वह क्षण होना चाहिए जब प्रोडक्ट ने कुछ डिलीवर किया हो।

डिनोमिनेटर के बिना दर की रिपोर्ट करना। बिना बताए गए बेस का प्रतिशत केवल दिखावा है। इसके बगल में कोहोर्ट का आकार दिखाएं।

कोहोर्ट अवधियों को मिलाना। इस महीने के बेस के मुकाबले पिछले साइनअप से एक्टिवेशन की गिनती करने से दर बढ़ जाती है और यह 100% से अधिक हो सकती है।

बिना री-लेबल किए विंडो को बदलना। सात-दिन और तीस-दिन के आंकड़े अलग-अलग माप हैं। किसी एक को तय करें और उसे रिपोर्ट पर लिखें।

अपने आंकड़े की तुलना किसी प्रकाशित बेंचमार्क से करना। अन्य कंपनियां अलग-अलग इवेंट और विंडो चुनती हैं। सबसे पहले अपने खुद के ट्रेंड से तुलना करें।

कोहोर्ट में आंतरिक खातों को छोड़ देना। स्टाफ और टेस्ट यूज़र्स लगभग 100% पर एक्टिवेट होते हैं। एक छोटे कोहोर्ट पर यह संख्या को स्पष्ट रूप से बदल देता है।

नाम बदले गए इवेंट्स की अनदेखी करना। ट्रैकिंग में बदलाव व्यवहार में बिना किसी बदलाव के काउंट को कम कर सकता है। गिरावट का कारण बताने से पहले इवेंट के नामों की जांच करें।

निष्कर्ष

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

प्रतिशत अपने आप में अंतिम परिणाम नहीं है। चैनल और साइनअप सप्ताह के अनुसार विभाजन ही आपको यह बताता है कि अगले महीने कहाँ खर्च करना है।

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

अक्सर पूछे जाने वाले प्रश्न

एक्टिवेशन दर का फॉर्मूला क्या है?

एक कोहोर्ट में उन यूज़र्स को गिनें जो विंडो के भीतर एक्टिवेशन इवेंट तक पहुँचे। इसे कोहोर्ट के कुल यूज़र्स से विभाजित करें, फिर 100 से गुणा करें।

एक्टिवेशन विंडो कितनी लंबी होनी चाहिए?

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

किस इवेंट को एक्टिवेशन माना जाना चाहिए?

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

मेरा आंकड़ा हमारे एनालिटिक्स टूल से अलग क्यों है?

आमतौर पर विंडो, गणना पद्धति या स्टेप्स का क्रम। ये तीनों सेटिंग्स टूल के अंदर होती हैं और एक्सपोर्ट की गई संख्या में दिखाई नहीं देती हैं।

क्या एक्टिवेशन दर 100% से अधिक हो सकती है?

केवल तभी जब कोहोर्ट टूट गया हो। उस परिणाम का मतलब है कि पहले के साइनअप से एक्टिवेशन की गिनती बाद के डिनोमिनेटर के मुकाबले की जा रही है।