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