इस दस्तावेज़ में, 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 Places Autocomplete का इस्तेमाल करना:
- समय की बचत: किसी जगह का नाम टाइप करते समय, आपको पूरा नाम टाइप करने की ज़रूरत नहीं होती. बस टाइप करना शुरू करें और सुझाव दिखने लगेंगे.
- गलतियां कम होना: अगर किसी जगह का नाम गलत टाइप हो जाता है, तब भी Google Maps Places Autocomplete सही जगह का सुझाव देगा.
पता पुष्टि करने की सुविधा के कई फ़ायदे हैं. इनमें ये शामिल हैं:
- डिलीवरी रेट बेहतर होना: पता पुष्टि करने की सुविधा से, डिलीवरी रेट बेहतर हो सकते हैं. ऐसा इसलिए, क्योंकि मेल और पैकेज सही पते पर भेजे जाते हैं. इससे कारोबारों का समय और पैसा बच सकता है. साथ ही, खरीदार की संतुष्टि बेहतर हो सकती है.
- डेटा की क्वालिटी बेहतर होना: पता पुष्टि करने की सुविधा से, डेटा की क्वालिटी बेहतर हो सकती है. ऐसा इसलिए, क्योंकि पतों में मौजूद गड़बड़ियों की पहचान करके उन्हें ठीक किया जा सकता है. इससे मार्केटिंग कैंपेन और डेटा पर आधारित अन्य पहल की सटीक जानकारी मिल सकती है.
हाइपोथीसिस तय करना
टेस्ट करने के लिए, अपनी हाइपोथीसिस तय करें. यहां दो उदाहरण दिए गए हैं:
1. कन्वर्ज़न रेट
टाइप अहेड सलूशन जोड़ने पर, कन्वर्ज़न रेट में थोड़ी बढ़ोतरी दिखती है. यह ट्रैक करने के लिए एक अच्छी मेट्रिक है. अगर टाइप अहेड सलूशन को किसी दूसरे प्रोवाइडर से बदला जा रहा है, तो कन्वर्ज़न रेट में कोई बदलाव नहीं होना चाहिए. अगर कन्वर्ज़न रेट कम हो जाता है, तो सबसे पहले लागू करने की प्रोसेस की जांच करनी चाहिए.
कन्वर्ज़न रेट अहम है, लेकिन इससे पूरी जानकारी नहीं मिलती. पता पुष्टि करने का सलूशन जोड़ने का मकसद, लोगों को एंट्री के समय खराब क्वालिटी वाले पते सबमिट करने से रोकना है. साथ ही, कुछ मामलों में पते कैप्चर करने में थोड़ी परेशानी हो सकती है. इससे कुल कन्वर्ज़न रेट में गिरावट आ सकती है, लेकिन इसे ज़रूरी तौर पर खराब नहीं माना जाना चाहिए. पता पुष्टि करने की सुविधा जोड़ने की वजह से, पूरे न हो पाए ऑर्डर, खराब क्वालिटी वाले पते के डेटा से जुड़े हो सकते हैं. इससे डिलीवरी चार्जबैक के ज़रिए कारोबार को नुकसान हो सकता है.
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 के सलूशन इंजीनियर