बिहेवियरल सेगमेंटेशन के लिए कस्टमर इवेंट्स
कस्टमर ने अभी-अभी क्या किया — एक लेवल-अप, एक पेमेंट, एक हफ्ते की खामोशी — उसे ठीक उसी पल लॉग करें जब वो होता है। जर्नी रियल टाइम में रिएक्ट करती हैं, और सेगमेंट सिर्फ यह नहीं पूछ सकते कि अभी क्या सच है, बल्कि यह भी कि कितनी बार और कितने हाल में हुआ।
कुछ फैक्ट्स नंबर नहीं, एक पल होते हैं
किसी कस्टमर का मौजूदा लेवल जानना एक फैक्ट है। यह जानना कि उसने एक घंटे पहले सब्सक्रिप्शन कैंसल किया, एक अलग तरह का फैक्ट है। यह एक खास पल में हुआ, और अगले शेड्यूल्ड सेंड का इंतज़ार करने के बजाय उसी पल रिएक्ट करना फायदेमंद है।
इसी काम के लिए इवेंट (Event) बना है। टैग (Tag) आपको बताता है कि अभी किसी के बारे में क्या सच है। इवेंट आपको बताता है कि उसने अभी-अभी क्या किया।
एक इवेंट में क्या-क्या रखा जा सकता है
आप एक इवेंट को सिर्फ एक बार डिफाइन करते हैं: उसका नाम, वो डेटा जो वो कैरी करता है। इसके बाद हर बार जब वो होता है, आप उसे SDK या API से भेजते हैं। वहां से यह उसी रजिस्ट्री से जर्नी ट्रिगर्स और सेगमेंट फिल्टर्स दोनों को फीड करता है।
| डिफॉल्ट इवेंट्स | कस्टम इवेंट्स | |
|---|---|---|
| सोर्स | बिल्ट-इन: PW_InAppPurchase, Log out, Payment method changed और अन्य डॉक्यूमेंटेड इवेंट्स | हर अकाउंट के हिसाब से डिफाइंड, Control Panel में या createEvent API के ज़रिए |
| अट्रिब्यूट्स | 100 तक, टाइप्ड | 100 तक, टाइप्ड |
| टाइप्स | Integer, String, List, Date, Boolean, Price | वही 6 टाइप्स। टैग्स के उलट, कोई Version टाइप नहीं |
| रिटेंशन | हर इवेंट टाइप के लिए सेट किया जाता है | हर इवेंट टाइप के लिए सेट किया जाता है |
रेवेन्यू और रिटेंशन को सीधे इवेंट से जोड़ें
एक Price-टाइप अट्रिब्यूट और trackRevenue फ्लैग मिलकर इवेंट को सीधे रेवेन्यू रिपोर्टिंग से जोड़ देते हैं। रिटेंशन पूरे अकाउंट के लिए एक बार सेट करने के बजाय हर इवेंट टाइप के हिसाब से सेट होता है — एक पेमेंट इवेंट एक साल तक रिकॉर्ड में रह सकता है, जबकि कम-वैल्यू वाला एंगेजमेंट इवेंट एक महीने में एक्सपायर हो सकता है।
कितनी बार, और कितने हाल में
सिर्फ मौजूदा स्टेटस पर बना प्रोफाइल आपको बताता है कि कोई है कौन। यह नहीं बताता कि उसके साथ अभी-अभी क्या हुआ। बिहेवियरल सेगमेंटेशन जो सिर्फ “अभी क्या सच है” पर फिल्टर कर सकता है, उस कस्टमर में फर्क नहीं कर पाता जिसने इस हफ्ते तीन बार कुछ किया और उसमें जिसने छह महीने पहले एक बार किया था।
इवेंट्स सेगमेंट को यह पूछने देते हैं कि कितनी बार और कितने हाल में, और “पिछले 14 दिनों में X नहीं किया” उतनी ही सटीकता से कह पाते हैं जितनी “X किया”। यही वो चीज़ है जो यूनिफाइड कस्टमर प्रोफाइल को असल में काम का बनाती है।
यह कैसे काम करता है
-
अगर इवेंट पर पूरा कंट्रोल चाहिए, तो पहले इसे डिफाइन करें
Control Panel में (Audience → Events → Create Event) या createEvent API के ज़रिए: नाम, डिस्क्रिप्शन, 100 तक टाइप्ड अट्रिब्यूट्स, एक ऑप्शनल trackRevenue फ्लैग, और एक रिटेंशन विंडो। यह स्टेप स्किप करें, तो postEvent पहली बार सेंड होने पर इवेंट बना देता है, और अट्रिब्यूट टाइप्स को पेलोड से खुद तय कर लेता है।
-
अपने ऐप से भेजें
जिस पल यह होता है, ठीक उसी पल — SDK के postEvent (iOS, Android, Web) या REST /postEvent एंडपॉइंट के ज़रिए।
-
इसे इस्तेमाल करें
एक सेगमेंट फिल्टर के रूप में (काउंट प्लस टाइम विंडो), एक जर्नी एंट्री ट्रिगर के रूप में, या कैनवस पर एक ब्रांच कंडीशन के रूप में।
पहला और तीसरा स्टेप नो-कोड हैं, Control Panel में ही। दूसरे स्टेप के लिए एक डेवलपर को SDK या API कॉल जोड़ना होता है।
एक इवेंट, तीन अलग-अलग फीचर्स इसे पढ़ते हैं
चेकआउट पर फायर हुआ एक इवेंट किसी को ट्रिगर-बेस्ड एंट्री के ज़रिए विन-बैक जर्नी में ला सकता है, Condition split के ज़रिए उसी इवेंट के कार्ट-वैल्यू अट्रिब्यूट से उस जर्नी को ब्रांच कर सकता है, और कन्वर्ज़न गोल्स के ज़रिए जर्नी को सफल मार्क कर सकता है। तीन प्रोडक्ट्स, एक ही इवेंट को उसके आने के उसी पल पढ़ते हुए।
बाकी पूरे प्लेटफॉर्म को फीड करने के लिए बनाया गया
ट्रिगर-बेस्ड एंट्री एक इवेंट पढ़कर जर्नी शुरू करती है। Condition split उसके अट्रिब्यूट्स पढ़कर एक ब्रांच रूट करता है। कन्वर्ज़न गोल्स उसे पढ़कर जर्नी को जीता हुआ क्लोज़ करते हैं। एक इवेंट, तीन काम, कोई फिर से डिफाइन करने की ज़रूरत नहीं।
इवेंट्स किस काम आते हैं
| काम | वर्टिकल्स | क्या ट्रिगर करता है |
|---|---|---|
| रिएक्टिव जर्नी | ई-कॉमर्स, EdTech, FinTech | कार्ट अबैंडन, बड़ा ट्रांज़ैक्शन, कोर्स कम्प्लीशन: जर्नी उसी सेशन में रिएक्ट करती है |
| फ्रीक्वेंसी और रीसेंसी सेगमेंट | कोई भी | "पिछले 30 दिनों में X तीन बार या ज़्यादा किया" या "पिछले 14 दिनों में X नहीं किया" |
| रेवेन्यू-अट्रिब्यूटेड इवेंट्स | ई-कॉमर्स, FinTech | Price अट्रिब्यूट प्लस trackRevenue, सीधे रेवेन्यू रिपोर्टिंग से जुड़ा हुआ |
| रिटेंशन और इनएक्टिविटी लैडर्स | EdTech, FinTech | inactivity_7, inactivity_30, d7_retention: एक सिंगल फ्लैग की जगह ग्रैजुएटेड रीएक्टिवेशन |
यह काम कर रहा है या नहीं, कैसे पता करें
Events & Tags स्टैटिस्टिक्स दिखाता है कि हर इवेंट कितनी बार फायर हुआ, और कितने यूनीक यूज़र्स के लिए — आपकी चुनी हुई किसी भी टाइम विंडो में। अभी-अभी जोड़े गए किसी इवेंट पर बनी जर्नी या सेगमेंट पर भरोसा करने से पहले यही व्यू चेक करना चाहिए।
ध्यान रखने लायक बातें
कस्टमर्स जो करते हैं, उसे अगले कदम में बदलें
टैग आपको बताता है कि कोई है कौन। इवेंट आपको बताता है कि उसने अभी-अभी क्या किया — और यही वो चीज़ है जिस पर एक जर्नी या सेगमेंट उसी पल एक्शन ले सकता है, जिस पल यह होता है।
संबंधित उत्पाद देखें
iOS, Android, Unity और Web के लिए SDK-लेवल गेटवे और सब्सक्रिप्शन फॉर्म के लिए नेटिव double opt-in। कंसेंट मिलने तक डेटा कलेक्शन बंद रखें।
डिवाइस या यूजर के साथ टेक्स्ट, नंबर, डेट, करेंसी और ऐप वर्जन अटैच करें, फिर उसे सेगमेंट बनाने, जर्नी ब्रांच करने और मैसेज पर्सनलाइज़ करने में इस्तेमाल करें।
इवेंट फायर होते ही जर्नी शुरू करें — attribute conditions, controllable re-entry, और order_id से keyed कई sessions per user। Free plan में शामिल।
Segment, Tag, या Event attribute से profile पर पहले से मौजूद data पर instantly 10 branches तक route करें, बिना wait के, guaranteed catch-all के साथ।
वो इवेंट तय करें जो जर्नी के सफल होने का मतलब है, exit के 30 दिन बाद तक late conversions काउंट करें, और conversion होते ही sequence खत्म करें।
रियल-टाइम सेगमेंटेशन से engagement बढ़ाएं। Android-first India मार्केट के लिए dynamic audiences बनाएं जो behavior के साथ instantly अपडेट हों।