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