आईओएस एप्लिकेशन के लिए उपयोगकर्ता विभाजन और ए / बी परीक्षण जल्दी और सस्ते में कैसे करें

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

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

बाजार पर तैयार सिस्टम हैं जो आवाज वाले कार्यों को हल करते हैं। उदाहरण के लिए:

• swrve.com - “मूल्य निर्धारण के संदर्भ में स्व्रव वार्षिक सदस्यता के साथ $ 2000 और $ 9000 के बीच मासिक देय है। लागत कस्टम सेगमेंट की संख्या पर आधारित है और ए / बी टेस्टों को समाप्‍त करना है जिसे आप चलाना चाहते हैं। "
• www.localytics.com - "प्रति माह $ 1,790 से शुरू होता है, सभी ऐप्स (वॉल्यूम-आधारित मूल्य निर्धारण)।"

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

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

विन्यास

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

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

{ "banners": [ { "if": "$user_type == 'geek'", "link": "http://habrahabr.ru", "image": "habrahabr.jpg" }, { "if": "$user_type == 'has_money'", "link": "http://buyall.com", "image": "buyall.jpg" } ]} 

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

मैं कॉन्फ़िगरेशन डाउनलोड करते समय कैशिंग को अक्षम करने की सलाह देता हूं, ताकि हमेशा फ़ाइल का नवीनतम संस्करण हो। यह भी कॉन्फ़िगर करने के लिए समझ में आता है ताकि कुछ मुश्किल उपयोगकर्ता अपनी आवश्यकताओं के लिए एप्लिकेशन को अनुकूलित करना शुरू न करें।

उपयोगकर्ता चर

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

 - (void)onProductBought:(NSString*)productId { // ,     NSUserDefaults* defaults = [NSUserDefaults standardUserDefaults]; [defaults setBool:YES forKey:productId]; [defaults synchronize]; } - (NSDictionary*)userVars { //     NSUserDefaults* defaults = [NSUserDefaults standardUserDefaults]; NSMutableDictionary* vars = [NSMutableDictionary new]; for (NSString* productId in PRODUCT_IDS) { vars[productId] = [NSNumber numberWithBool:[defaults boolForKey:productId]]; } return vars; } 

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

एप्लिकेशन के पहले लॉन्च पर, हम AB परीक्षण के लिए बूलियन वैरिएबल भी बनाते हैं:

 - (void)onAppStarted { NSUserDefaults* defaults = [NSUserDefaults standardUserDefaults]; if (![defaults objectForKey:@"install_date"]) { [defaults setObject:[NSDate date] forKey:@"install_date"]; [defaults setBool:(arc4random() % 2) == 0 forKey:@"test_a"]; [defaults setBool:(arc4random() % 2) == 0 forKey:@"test_b"]; [defaults setBool:(arc4random() % 2) == 0 forKey:@"test_c"]; [defaults synchronize]; } } 

तीन चर एक ही समय में तीन स्वतंत्र परीक्षण करने के लिए पर्याप्त हैं। उदाहरण के लिए, एक चर बैनर (नीला या लाल) की पृष्ठभूमि के रंग के लिए जिम्मेदार है, दूसरा बैनर पाठ (सफेद या काला) के रंग के लिए है, और तीसरा बैनर पाठ के लिए ही है (तटस्थ या चौंकाने वाला)।

चर से अभिव्यक्तियाँ

उपयोगकर्ता चर के आधार पर, हम अभिव्यक्ति कर सकते हैं। यह मानक iOS उपकरणों का उपयोग करने के लिए सुविधाजनक है - भविष्यवाणी करता है। इसके बारे में यहाँ और पढ़ें।

नतीजतन, लचीली स्थितियां बनाई जा सकती हैं। उदाहरण के लिए:

• $ user_type == 'geek' && $ test_a == 1 - परीक्षण समूह N2 से geeks के लिए बैनर
• $ खरीद_काउंट> 2 && $ test_a == 0 - उन लोगों के लिए एक बैनर, जिन्होंने परीक्षण समूह 11 से 2 से अधिक खरीदारी की

ऐसे भावों की गणना बहुत सरलता से की जाती है:

 - (BOOL)evaluatePredicate:(NSString*)predicateStr { NSDictionary* userVars = [self userVars]; @try { NSPredicate* predicate = [NSPredicate predicateWithFormat:predicateStr]; return [predicate evaluateWithObject:nil substitutionVariables:userVars]; } @catch (NSException *exception) { NSLog(@"Exception! %@", exception); return NO; } } 

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

विश्लेषिकी प्रणाली

एबी परीक्षण के लिए, एक विश्लेषिकी प्रणाली की आवश्यकता है। इसके लिए हम फ्री फ्लरी का उपयोग कर सकते हैं। फिर सामान्य के बजाय:

 [Flurry logEvent:@”PRODUCT_BOUGHT” withParameters:@{ @”product_id”: productId } ]; 

हम उपयोग करेंगे:

 [Flurry logEvent:@”PRODUCT_BOUGHT” withParameters:[self paramsWithUserVars:@{ @”product_id”: productId }] ]; - (void)paramsWithUserVars:(NSDictionary*)params { NSMutableDictionary* newParams = [[NSMutableDictionary alloc] initWithDictionary:params]; NSDictionary* userVars = [self userVars]; for (NSString* var in userVars) { newParams[var] = userVars[var]; } return newParams; } 

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

सूचनाएं पुश करें

एक महत्वपूर्ण मार्केटिंग टूल पुश नोटिफिकेशन है। हम उनके साथ विभाजन भी लागू करना चाहते हैं। पुश को नाराज़ न करने के लिए, उन लोगों को "खरीदें" जो पहले ही खरीद चुके हैं।

शहरी वितरण के लिए मुफ्त धक्का समाधान शहरी हवाई पोत (यूए) है। यह प्रति माह 1 मिलियन पुश-अप तक मुफ्त है, जो कि छोटी परियोजनाओं के लिए काफी है। यूए में एक टैग और सेगमेंट तंत्र है। टैग एक लेबल (लाइन) के साथ एक उपयोगकर्ता को चिह्नित करना संभव बनाता है। सेगमेंट आपको टैग से अभिव्यक्त करने और केवल दिए गए सेगमेंट में पुश भेजने की अनुमति देते हैं। सुविधा के लिए, हम टैग के रूप में एक ही उपयोगकर्ता चर का उपयोग करेंगे, केवल एक अलग रूप में। {@ "Product_id": 1} के बजाय @ "product_id_1" होगा।

 NSMutableArray* pushTags = [NSMutableArray new]; NSDictionary* userVars = [self userVars]; for (NSString* var in userVars) { NSString* tag = [NSString stringWithFormat:@"%@_%@", var, userVars[var]]; [pushTags addObject:tag]; } [UAPush shared].tags = pushTags; [[UAPush shared] updateRegistration]; 

एक परिवर्तनशील चर को UA लाइब्रेरी में मॉनिटर और अपडेट करने की आवश्यकता है।

अनुभाग ऑडियंस> सेगमेंट में UA वेबसाइट पर आगे, आप आवश्यक सेगमेंट बना सकते हैं। इसके लिए एक वेब-कंस्ट्रक्टर है। एक अतिरिक्त बोनस के रूप में, UA प्रत्येक खंड के अनुमानित दर्शकों की गणना करेगा।

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

 #      APP_AUTH=<App Key>:<App Master Secret> #   PUSH_MESSAGE='"aps":{"alert":" !","sound":"default"},"banner":"welcome.jpg"' #     (   id ) curl -X GET -u "$APP_AUTH" -H 'Content-Type: application/json' https://go.urbanairship.com/api/segments/ #     curl -X POST -u "$APP_AUTH" -H 'Content-Type: application/json' -d '{"segments":["$SEGMENT_ID"],"ios":{$PUSH_MESSAGE}}' https://go.urbanairship.com/api/push/segments 

एक खंड पर एक धक्का भेजने से पहले, मैं इसे पहले एक डिवाइस पर जाँचने की सलाह देता हूँ:

 curl -X POST -u "$APP_AUTH" -H 'Content-Type: application/json' -d '{"device_tokens":["$TEST_DEVICE_TOKEN"],$PUSH_MESSAGE}' https://go.urbanairship.com/api/push/ 

निष्कर्ष

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