इस दस्तावेज़ में, Google Maps Platform के Place Autocomplete और Address Validation API का A/B टेस्ट करने के तरीकों के बारे में बताया गया है.
Place Autocomplete और Address Validation API के इस्तेमाल के कुछ फ़ायदे यहां दिए गए हैं:
- खरीदारों को बेहतर अनुभव देना: अपने खरीदारों को पतों और जगहों के लिए रीयल-टाइम में सुझाव देकर, उन्हें चेकआउट की प्रोसेस को तेज़ी से और आसानी से पूरा करने में मदद की जा सकती है. इससे ग्राहक का अनुभव बेहतर हो सकता है.
- डेटा की सटीक जानकारी देना: Place Autocomplete और Address Validation API की मदद से, ग्राहक से जुड़े डेटा की सटीक जानकारी दी जा सकती है. ई-कॉमर्स के लिए, यह सुविधा बहुत ज़रूरी हो सकती है, क्योंकि पैकेज की डिलीवरी सही पते पर हो, इसके लिए सटीक पते के डेटा पर भरोसा किया जाता है.
पतों की क्वालिटी बेहतर बनाने के लिए, A/B टेस्ट करें. इससे यह आकलन किया जा सकेगा कि पुष्टि करने का कौनसा तरीका आपकी ज़रूरतों के हिसाब से सबसे सही है. इससे आपको यह तय करने में मदद मिलेगी कि आपके इस्तेमाल के हिसाब से कौनसा प्रॉडक्ट सबसे सही है.
A/B टेस्ट, किसी वेब पेज या ऐप्लिकेशन के दो वर्शन की तुलना करने का एक तरीका है. यह एक तरह का कंट्रोल किया गया एक्सपेरिमेंट है. इसका इस्तेमाल, मेज़र किए जा सकने वाले नतीजे पर किसी वैरिएबल में किए गए बदलाव के असर का पता लगाने के लिए किया जाता है.
A/B टेस्ट करने के लिए, किसी पेज या ऐप्लिकेशन के दो वर्शन बनाएं. इनमें से एक वर्शन को कंट्रोल के तौर पर इस्तेमाल करें और दूसरे वर्शन में मेज़र किया जा सकने वाला बदलाव करें. इसके बाद, इन वर्शन को अलग-अलग उपयोगकर्ताओं को दिखाएं और देखें कि वे इनके साथ कैसे इंटरैक्ट करते हैं. जो वर्शन बेहतर परफ़ॉर्म करता है वह जीत जाता है.
सिस्टम आर्किटेक्चर की खास जानकारी
आइए, ई-कॉमर्स के इस्तेमाल के उदाहरण में, Address Validation के लिए A/B टेस्टिंग के बारे में जानते हैं. नीचे दिया गया आर्किटेक्चर डायग्राम दिखाता है कि कोई खरीदार, आपके कारोबार के अनुभव के साथ कैसे इंटरैक्ट करेगा. इससे आपको पुष्टि करने की ज़्यादा असरदार रणनीति तय करने में मदद मिलेगी.
[सिस्टम कॉन्टेक्स्ट] Address Validation के लिए A/B टेस्टिंग
Address Validation API की वैल्यू के लिए A/B टेस्ट करते समय इस्तेमाल किए जाने वाले सिस्टम.
A/B टेस्टिंग की प्रोसेस
A/B टेस्टिंग की पूरी प्रोसेस के बारे में सोचते समय, चार चरणों पर ध्यान देना ज़रूरी है.
- तैयारी - टेस्टिंग की ज़रूरी शर्तें, दायरा, और समयावधि तय करें.
- बनाएं - टेस्ट करने के लिए, किसी एनवायरमेंट में Place Autocomplete और Address Validation API लागू करें.
- चलाएं - टेस्ट के दौरान, मेट्रिक इकट्ठा करें. ऐसा तब तक करें, जब तक अहम नतीजे न मिल जाएं या समयावधि खत्म न हो जाए.
- विश्लेषण करें - नतीजों की तुलना हाइपोथीसिस से करें और अगले चरण तय करें.
हम इनमें से हर चरण के बारे में बारी-बारी से बात करेंगे.
तैयारी
A/B टेस्टिंग की ज़रूरी शर्तें तय करना
शुरुआती खोज
खुद से पूछें: आपने पता पुष्टि करने की सुविधा देने वाले किसी नए प्रोवाइडर को क्यों जोड़ा है या मौजूदा प्रोवाइडर में बदलाव क्यों किया है? उदाहरण के लिए, Google Maps के Place Autocomplete का इस्तेमाल करना:
- समय की बचत: किसी जगह का नाम टाइप करते समय, आपको पूरा नाम टाइप करने की ज़रूरत नहीं होती. बस टाइप करना शुरू करें और सुझाव दिखने लगेंगे.
- गड़बड़ियां कम होना: अगर आपने किसी जगह के नाम की स्पेलिंग गलत लिखी है, तब भी Google Maps का Place Autocomplete सही जगह का सुझाव देगा.
पता पुष्टि करने की सुविधा के कई फ़ायदे हैं. इनमें ये शामिल हैं:
- डिलीवरी रेट बेहतर होना: पता पुष्टि करने की सुविधा से, डिलीवरी रेट बेहतर हो सकते हैं. ऐसा इसलिए, क्योंकि मेल और पैकेज सही पते पर भेजे जाते हैं. इससे कारोबारों का समय और पैसा बच सकता है. साथ ही, ग्राहक संतुष्टि बेहतर हो सकती है.
- डेटा क्वालिटी बेहतर होना: पता पुष्टि करने की सुविधा से, डेटा क्वालिटी बेहतर हो सकती है. ऐसा इसलिए, क्योंकि पतों में मौजूद गड़बड़ियों की पहचान की जाती है और उन्हें ठीक किया जाता है. इससे मार्केटिंग कैंपेन और डेटा पर आधारित अन्य पहल की सटीक जानकारी दी जा सकती है.
हाइपोथीसिस तय करना
टेस्ट करने के लिए, अपनी हाइपोथीसिस तय करें. यहां दो उदाहरण दिए गए हैं:
1. कन्वर्ज़न रेट
टाइप अहेड की सुविधा जोड़ने पर, कन्वर्ज़न रेट में थोड़ी बढ़ोतरी देखने को मिलती है. यह ट्रैक करने के लिए एक अच्छी मेट्रिक है. अगर आपने टाइप अहेड की सुविधा देने वाले किसी दूसरे प्रोवाइडर को चुना है, तो कन्वर्ज़न रेट में कोई बदलाव नहीं होना चाहिए. अगर कन्वर्ज़न रेट कम होता है, तो सबसे पहले लागू करने के तरीके की जांच करनी चाहिए.
कन्वर्ज़न रेट ज़रूरी है, लेकिन इससे पूरी जानकारी नहीं मिलती. Address Validation सुविधा जोड़ने का मकसद, लोगों को गलत पते सबमिट करने से रोकना है. साथ ही, कुछ स्थितियों में, पते कैप्चर करने में थोड़ी परेशानी हो सकती है. इससे कुल कन्वर्ज़न रेट में गिरावट आ सकती है, लेकिन इसे ज़रूरी तौर पर खराब नहीं माना जाना चाहिए. पता पुष्टि करने की सुविधा जोड़ने की वजह से, पूरे न हुए ऑर्डर, खराब क्वालिटी वाले पते के डेटा से जुड़े हो सकते हैं. इससे डिलीवरी चार्जबैक के ज़रिए कारोबार को नुकसान हो सकता है.
2. खराब क्वालिटी वाले पतों में कमी
यहां पता पुष्टि करने की अच्छी सुविधा काम आ सकती है. Address Validation को लागू करने पर, खराब क्वालिटी वाले पते के डेटा में कमी देखने को मिलनी चाहिए.
अगर नई सुविधा की तुलना मौजूदा सुविधा से की जा रही है, तो सिर्फ़ ‘अच्छी क्वालिटी वाले पते’ के मैच रेट की तुलना करना और ज़्यादा मैच रेट देने वाली सेवा को चुनना सही नहीं है. यह गुमराह करने वाला हो सकता है, क्योंकि हो सकता है कि एक सेवा, दूसरी सेवा के मुकाबले ज़्यादा फ़ॉल्स पॉज़िटिव दे रही हो.
इसके बजाय, पते के डेटा का इस्तेमाल करके मिले नतीजों की तुलना करना ज़्यादा असरदार मेट्रिक है. ई-कॉमर्स को उदाहरण के तौर पर लें. पते को कैप्चर करने का मकसद, पैकेज की डिलीवरी सही पते पर करना है.
बनाएं
अब बारी है, सबसे दिलचस्प हिस्से की! अब अपने खरीदारों के लिए नई सुविधा बनाने का समय आ गया है. ई-कॉमर्स के चेकआउट पर, Place Autocomplete और Address Validation API को लागू करने के लिए, हमारे पास पहले से ही एक काम की गाइड मौजूद है. हमारा सुझाव है कि इस चरण को पूरा करते समय, इस गाइड को देखें.
अगर आपने ई-कॉमर्स के लिए कोई सुविधा नहीं बनाई है, तब भी ज़्यादातर जानकारी काम की है. खास तौर पर, Address Validation API के आउटपुट से पते की क्वालिटी तय करने के बारे में दी गई सलाह.
आर्किटेक्चर डायग्राम
ई-कॉमर्स एनवायरमेंट में A/B टेस्ट बनाने के लिए, इस्तेमाल किए जा सकने वाले कंटेनर का एक उदाहरण यहां दिया गया है:
[एक्ज़ीक्यूशन एनवायरमेंट] Address Validation के लिए A/B टेस्टिंग
आर्किटेक्चर को बेहतर बनाने वाले मुख्य सिस्टम में, ज़रूरी ऐप्लिकेशन, सेवाएं, और डेटा स्टोर. (बड़ा करने के लिए क्लिक करें.)
सुविधा को लागू करने की पुष्टि करना
खराब तरीके से लागू की गई सुविधा से, टेस्ट के भरोसेमंद नतीजे नहीं मिलेंगे. A/B टेस्ट करने से पहले, यह पक्का करने के लिए कि सुविधा उम्मीद के मुताबिक काम कर रही है, उपयोगकर्ताओं के छोटे ग्रुप के साथ सुविधा की पुष्टि करना ज़रूरी है. इसमें इंटरनल क्यूए टेस्टर और/या बाहरी टेस्टर का चुना गया ग्रुप शामिल हो सकता है. आपको इन लोगों पर भरोसा होना चाहिए कि वे काम के सुझाव देंगे.
चलाएं
ईमेल की संख्या धीरे-धीरे बढ़ाना
सुविधा की पुष्टि हो जाने के बाद भी, टेस्ट को धीरे-धीरे बढ़ाना अच्छा होता है. इसके लिए, उपयोगकर्ताओं के छोटे ग्रुप से शुरुआत करें. ऐसा करने से, गड़बड़ियों या अन्य समस्याओं को शुरुआती दौर में ही पकड़ा जा सकता है और उन्हें तुरंत ठीक किया जा सकता है. इससे आपके ज़्यादातर उपयोगकर्ताओं पर कोई असर नहीं पड़ेगा.
पूरा टेस्ट
जब उपयोगकर्ताओं के छोटे ग्रुप ने सुविधा को टेस्ट कर लिया हो और सभी समस्याओं को ठीक कर लिया गया हो, तब हम A/B टेस्ट को पूरी तरह से लागू कर सकते हैं. यह ज़रूरी नहीं है कि ट्रैफ़िक को 50/50 के अनुपात में बांटा जाए. हालांकि, इसे लाइव इस्तेमाल के लिए, रैंडम तरीके से चुने गए सेट के साइज़ के बराबर होना चाहिए.
मेट्रिक कैप्चर करना
टेस्ट के दौरान, आपको यह पक्का करना चाहिए कि आपकी हाइपोथीसिस के लिए ज़रूरी डेटा कैप्चर किया गया हो. इस प्रोसेस के दौरान, A/B टेस्टिंग प्लैटफ़ॉर्म का इस्तेमाल किया जा सकता है. इससे डेटा कलेक्शन करने और बाद में उसका विश्लेषण करने में आसानी होती है. Google Maps Platform, एपीआई के इस्तेमाल की मेट्रिक भी इकट्ठा करता है. यह आपके काम आ सकती है. हमारे रिपोर्टिंग टूल के इस्तेमाल के बारे में ज़्यादा जानने के लिए, यह पेज देखें.
सुझाई गई कुछ मेट्रिक यहां दी गई हैं:
Place Autocomplete
कन्वर्ज़न रेट: क्या पहले ऑटोकंप्लीट की सुविधा न होने की वजह से, आपके फ़ॉर्म का कन्वर्ज़न/पूरा होने की दर बेहतर हुई है?
टूल के साथ इंटरैक्शन: क्या पहले वाली सुविधा के मुकाबले, ज़्यादा उपयोगकर्ता Place Autocomplete के साथ इंटरैक्ट कर रहे हैं?
Address Validation
डिलीवरी की सफलता: क्या पते की क्वालिटी की वजह से, डिलीवरी में होने वाली गड़बड़ियों में कमी आई है?
पते में बदलाव: क्या आपको कूरियर कंपनियों से, पते में बदलाव के लिए मिलने वाले शुल्क में कमी आई है?
आवासीय बनाम व्यावसायिक: क्या आवासीय बनाम व्यावसायिक डेटा कैप्चर करने में सुधार हुआ है? (सिर्फ़ चुनिंदा देशों/इलाकों में उपलब्ध)
विश्लेषण करें
अब टेस्ट खत्म हो गया है. अब ओरिजनल टेस्ट क्राइटेरिया और हाइपोथीसिस के हिसाब से नतीजों का विश्लेषण करने का समय आ गया है. अगर आपने इस प्रोसेस को पूरा करने के लिए, A/B टेस्टिंग प्लैटफ़ॉर्म का इस्तेमाल किया है, तो हो सकता है कि आपके पास पहले से ही कुछ जानकारी उपलब्ध हो.
ऊपर दिए गए खराब क्वालिटी वाले पतों में कमी सेक्शन पर वापस जाएं. यहां आपको ऐसी अन्य मेट्रिक भी मिल सकती हैं जिन्हें A/B टेस्टिंग प्लैटफ़ॉर्म ने कैप्चर नहीं किया होगा. यह टेस्टिंग के अलग-अलग उदाहरणों के बीच, डिलीवरी में होने वाली गड़बड़ियों का रेट हो सकता है. उदाहरण के लिए, इस तरह का डेटा:
| सुविधा A | सुविधा B | |
|---|---|---|
| डिलीवरी में होने वाली गड़बड़ियां | 1.75% | 1.23% |
ऊपर दिए गए बुनियादी उदाहरण को देखने से पता चलता है कि इस इस्तेमाल के उदाहरण के लिए, सुविधा B बेहतर विकल्प होगी.
नतीजा
हमें उम्मीद है कि इस गाइड से आपको A/B टेस्टिंग शुरू करने के लिए ज़रूरी जानकारी मिल गई होगी! इसमें ई-कॉमर्स के उदाहरणों का इस्तेमाल किया गया है. हालांकि, बुनियादी सिद्धांतों को हर जगह लागू किया जा सकता है. अपने कारोबार में अच्छी क्वालिटी वाले पते के डेटा से मिलने वाले नतीजों की पहचान करें और उसे अपनी मुख्य हाइपोथीसिस के तौर पर ट्रैक करें.
हमने गाइड में दिए गए लिंक को, आगे पढ़ने के लिए यहां फिर से शामिल किया है.
हैप्पी टेस्टिंग!
अगले चरण
भरोसेमंद पतों की मदद से, चेकआउट, डिलीवरी, और ऑपरेशन को बेहतर बनाने के बारे में श्वेत पत्र डाउनलोड करें. साथ ही, Address Validation की मदद से, चेकआउट, डिलीवरी, और ऑपरेशन को बेहतर बनाने के बारे में वेबिनार देखें.
आगे पढ़ने के लिए सुझाव:
- ई-कॉमर्स के चेकआउट के लिए, Address Validation
- Place Autocomplete का दस्तावेज़
- Address Validation API का दस्तावेज़
- Google Maps Platform की रिपोर्टिंग
योगदानकर्ता
मुख्य लेखक:
हेनरिक वाल्व | Google Maps Platform के सलूशन इंजीनियर