A/B टेस्ट की मदद से, पते की पुष्टि करने के असर को मेज़र करना

इस दस्तावेज़ में, Google Maps Platform के जगह की जानकारी के लिए ऑटोकंप्लीट और पते की पुष्टि करने वाले एपीआई का A/B टेस्ट करते समय ध्यान में रखने वाली तकनीकों के बारे में बताया गया है.

जगह की जानकारी के अपने-आप पूरा होने की सुविधा और पते की पुष्टि करने वाले एपीआई का इस्तेमाल करने के कुछ फ़ायदे यहां दिए गए हैं:

  • बेहतर ग्राहक अनुभव: अपने खरीदारों को पतों और जगहों के लिए रीयल-टाइम में सुझाव देकर, उन्हें चेकआउट करने में ज़्यादा तेज़ी और आसानी से मदद की जा सकती है. इससे ग्राहकों को बेहतर अनुभव मिल सकता है.
  • डेटा को ज़्यादा सटीक: जगह की जानकारी अपने-आप पूरा होने की सुविधा और पते की पुष्टि करने वाले एपीआई की मदद से, ग्राहक से जुड़े डेटा को ज़्यादा सटीक बनाया जा सकता है. यह ई-कॉमर्स के लिए खास तौर पर ज़रूरी हो सकता है, क्योंकि पैकेज की सही डिलीवरी के लिए पते का सटीक डेटा होना ज़रूरी है.

अपने पतों की क्वालिटी को बेहतर बनाने के लिए, A/B टेस्ट चलाएं. इससे यह पता चलेगा कि पुष्टि करने का कौनसा तरीका आपकी ज़रूरतों के हिसाब से सबसे सही है. इससे आपको यह तय करने का मौका मिलता है कि आपके ऐप्लिकेशन के हिसाब से कौनसा प्रॉडक्ट सबसे सही है.

A/B टेस्ट, किसी वेब पेज या ऐप्लिकेशन के दो वर्शन की तुलना करने का तरीका है. यह एक तरह का कंट्रोल एक्सपेरिमेंट है. इसका इस्तेमाल यह पता लगाने के लिए किया जाता है कि मेज़र किए जा सकने वाले नतीजों पर, वैरिएबल में किए गए बदलाव का क्या असर होता है.
A/B टेस्ट करने के लिए, किसी पेज या ऐप्लिकेशन के दो वर्शन बनाएं. एक वर्शन को कंट्रोल के तौर पर और दूसरे वर्शन में मेज़र किए जा सकने वाले बदलाव करें. इसके बाद, इन वर्शन को अलग-अलग उपयोगकर्ताओं को दिखाया जाता है और यह मेज़र किया जाता है कि वे इनसे कैसे इंटरैक्ट करते हैं. जो वर्शन बेहतर परफ़ॉर्म करता है उसे विनर माना जाता है.

सिस्टम आर्किटेक्चर की खास जानकारी

आइए, ई-कॉमर्स के इस्तेमाल के उदाहरण में, पते की पुष्टि करने की सुविधा के लिए A/B टेस्टिंग के बारे में जानते हैं. नीचे दिए गए आर्किटेक्चर डायग्राम से पता चलता है कि कोई ग्राहक आपके कॉमर्स प्लैटफ़ॉर्म के साथ कैसे इंटरैक्ट करेगा. इससे, पुष्टि करने की रणनीति को ज़्यादा असरदार बनाने में मदद मिलती है.

[सिस्टम का कॉन्टेक्स्ट] A/B टेस्टिंग के लिए, पते की पुष्टि करना

पते की पुष्टि करने वाले एपीआई की वैल्यू की A/B टेस्टिंग के दौरान शामिल सिस्टम.

आर्किटेक्चर डायग्राम में, आपकी ई-कॉमर्स वेबसाइट पर मौजूद ग्राहक को A/B टेस्ट सिस्टम के साथ इंटरैक्ट करते हुए दिखाया गया है. इस सिस्टम से यह तय होता है कि ई-कॉमर्स स्टोर के सॉफ़्टवेयर सिस्टम से, ग्राहक को कौनसा टेस्ट वैरिएबल दिखाना है. ई-कॉमर्स स्टोर, Google Maps Platform के सॉफ़्टवेयर सिस्टम को एपीआई कॉल करता है. यह टूल, A/B टेस्ट के आंकड़े भी इकट्ठा करता है. इन आंकड़ों को Analytics सॉफ़्टवेयर सिस्टम से प्रोसेस किया जाता है और इन्हें A/B टेस्ट सिस्टम को वापस भेजा जाता है.

A/B टेस्टिंग की प्रोसेस

A/B टेस्टिंग की पूरी प्रोसेस के बारे में सोचते समय, इन चार चरणों का ध्यान रखें.

  • तैयारी - टेस्टिंग से जुड़ी ज़रूरी शर्तों, दायरे, और टाइमस्केल की पहचान करें.
  • बिल्ड करें - टेस्ट चलाने के लिए, किसी एनवायरमेंट में जगह की जानकारी के लिए ऑटोकंप्लीट और पते की पुष्टि करने वाले एपीआई को लागू करें.
  • चालू करें - टेस्ट के चलने के दौरान मेट्रिक इकट्ठा करें. ऐसा तब तक करें, जब तक कि अहम नतीजे न मिल जाएं या समय खत्म न हो जाए.
  • विश्लेषण करें - नतीजों की तुलना अनुमान से करें और अगले चरणों की पहचान करें.

हम इनमें से हर एक के बारे में बारी-बारी से बात करेंगे.

तैयारी

A/B टेस्टिंग की ज़रूरी शर्तों के बारे में फ़ैसला लेना

शुरुआती खोज

खुद से पूछें: पते की पुष्टि करने वाली सेवा देने वाली कंपनी को क्यों जोड़ा या बदला जा रहा है? उदाहरण के लिए, Google Maps Places के ऑटोकंप्लीट की सुविधा का इस्तेमाल करना:

  • समय की बचत: आपको किसी जगह का पूरा नाम टाइप करने की ज़रूरत नहीं है. बस नाम टाइप करना शुरू करें और सुझाव देखें.
  • गड़बड़ियों को कम करता है: अगर आपने किसी जगह का नाम गलत लिखा है, तो Google Maps पर जगहों के अपने-आप पूरे होने की सुविधा अब भी सही जगह का सुझाव देगी.

पते की पुष्टि करने के कई फ़ायदे हैं. जैसे:

  • डिलीवरी रेट में सुधार: पते की पुष्टि करने से, डिलीवरी रेट को बेहतर बनाने में मदद मिलती है. इससे यह पक्का किया जा सकता है कि मेल और पैकेज सही पते पर भेजे जाएं. इससे कारोबारों को समय और पैसे की बचत होती है. साथ ही, ग्राहकों की संतुष्टि भी बढ़ती है.
  • बेहतर डेटा क्वालिटी: पते की पुष्टि करने से, पतों में मौजूद गड़बड़ियों की पहचान करके उन्हें ठीक किया जा सकता है. इससे डेटा क्वालिटी को बेहतर बनाने में मदद मिलती है. इससे मार्केटिंग कैंपेन और डेटा पर आधारित दूसरी पहलों को ज़्यादा सटीक बनाया जा सकता है.

परिकल्पना तय करना

जांच करने के लिए, कोई अनुमान तय करें. यहां दो उदाहरण दिए गए हैं:

1. कन्वर्ज़न रेट

टाइप करने से पहले सुझाव देने की सुविधा जोड़ने पर, आम तौर पर कन्वर्ज़न रेट में थोड़ी बढ़ोतरी दिखती है. यह ट्रैक करने के लिए एक अच्छी मेट्रिक है. अगर किसी दूसरे सप्लायर से टाइप-अहेड सलूशन बदला जा रहा है, तो आपको एक जैसा कन्वर्ज़न रेट दिखेगा. अगर कन्वर्ज़न रेट कम हो जाता है, तो सबसे पहले यह देखें कि कन्वर्ज़न ट्रैकिंग लागू की गई है या नहीं.

कन्वर्ज़न रेट अहम है, लेकिन हो सकता है कि इससे पूरी जानकारी न मिले. पते की पुष्टि करने का तरीका जोड़ने का मकसद, लोगों को शुरुआती चरण में ही खराब क्वालिटी के पते सबमिट करने से रोकना है. साथ ही, कुछ मामलों में पते को कैप्चर करने में कुछ समस्याएं आ सकती हैं. इससे कुल कन्वर्ज़न रेट में गिरावट आ सकती है, लेकिन इसे ज़रूरी नहीं कि बुरी बात के तौर पर देखा जाए. पते की पुष्टि करने की सुविधा जोड़ने की वजह से, जो ऑर्डर पूरे नहीं हो पाए थे उनकी वजह, पते का खराब डेटा हो सकता है. इसकी वजह से, डिलीवरी के लिए किए गए पेमेंट के रिफ़ंड की वजह से कारोबार को नुकसान हो सकता था.

2. खराब क्वालिटी वाले पतों की संख्या में कमी

ऐसे में, पते की पुष्टि करने का अच्छा तरीका अपनाना ज़रूरी हो जाता है. पते की पुष्टि करने की सुविधा लागू करने पर, आपको पता है कि खराब क्वालिटी वाले पते के डेटा में कमी आएगी.

अगर किसी नए समाधान की तुलना किसी मौजूदा समाधान से की जा रही है, तो हो सकता है कि आप सिर्फ़ 'अच्छा पता' मैच रेट की तुलना करें और ज़्यादा मैच रेट देने वाली सेवा चुनें. यह भ्रामक हो सकता है, क्योंकि हो सकता है कि एक सेवा, दूसरी सेवा की तुलना में ज़्यादा फ़ाल्स पॉज़िटिव नतीजे दे रही हो.

इसके बजाय, पते के डेटा का इस्तेमाल करके मिलने वाले नतीजों की तुलना करना ज़्यादा असरदार मेट्रिक है. उदाहरण के लिए, ई-कॉमर्स के लिए पते की जानकारी कैप्चर करने का मकसद, पैकेज की डिलीवरी करना है.

बनाएं

अब सबसे दिलचस्प हिस्सा शुरू होता है! अब अपने ग्राहकों के लिए नया सलूशन बनाने का समय आ गया है. ई-कॉमर्स चेकआउट पर जगह की जानकारी के लिए ऑटोकंप्लीट और पते की पुष्टि करने वाले एपीआई को लागू करने के लिए, हमारे पास पहले से ही एक काम की गाइड मौजूद है. हमारा सुझाव है कि इस चरण को पूरा करते समय, इसकी जांच करें.

भले ही, आपने खास तौर पर ई-कॉमर्स के लिए नहीं बनाया हो, फिर भी इसमें दी गई बहुत सी जानकारी काम की है. खास तौर पर, पते की पुष्टि करने वाले एपीआई के आउटपुट से पते की क्वालिटी तय करने के बारे में दिशा-निर्देश.

आर्किटेक्चर डायग्राम

यहां उन कंटेनर का उदाहरण दिया गया है जिनका इस्तेमाल, ई-कॉमर्स एनवायरमेंट में A/B टेस्ट बनाने के लिए किया जा सकता है:

[एक्सीक्यूशन एनवायरमेंट] A/B टेस्टिंग के लिए पते की पुष्टि

आर्किटेक्चर को बेहतर बनाने वाले मुख्य सिस्टम में मौजूद अहम ऐप्लिकेशन, सेवाएं, और डेटा स्टोर. (बड़ा करने के लिए क्लिक करें.)

आर्किटेक्चर डायग्राम में, A/B टेस्ट सॉफ़्टवेयर सिस्टम और ई-कॉमर्स ऐप्लिकेशन सॉफ़्टवेयर सिस्टम बनाने वाले कंटेनर दिखाए गए हैं. यह ग्राहक को आपकी ई-कॉमर्स वेबसाइट पर लोड बैलेंसर के साथ इंटरैक्ट करते हुए दिखाता है. इसके बाद, ग्राहक को ई-कॉमर्स वेबसाइट ऐप्लिकेशन पर भेज दिया जाता है. A/B टेस्ट मैनेजर, ग्राहक को दिखाने के लिए A/B टेस्ट वैरिएबल चुनने के लिए, लोड बैलेंसर से संपर्क करता है. यह A/B टेस्ट सिस्टम, A/B टेस्ट के नतीजे और कॉन्फ़िगरेशन को भी आपकी पसंद के डेटाबेस में रिकॉर्ड करता है. ई-कॉमर्स वेब ऐप्लिकेशन, Google Maps Platform के सॉफ़्टवेयर सिस्टम को एपीआई कॉल करता है. साथ ही, Analytics के सॉफ़्टवेयर सिस्टम को आंकड़ों से जुड़े इवेंट की रिपोर्ट भी देता है, जो टेस्ट इवेंट को A/B टेस्ट के नतीजों के डेटाबेस में रिकॉर्ड करता है.

लागू करने की पुष्टि करना

गलत तरीके से लागू किए गए समाधान से, टेस्ट के अविश्वसनीय नतीजे मिलेंगे. A/B टेस्ट करने से पहले, एक छोटे उपयोगकर्ता ग्रुप से समाधान की पुष्टि करना ज़रूरी है. इससे पक्का होता है कि समाधान सही तरीके से काम कर रहा है. यह इंटरनल QA टेस्टर हो सकता है और/या बाहरी टेस्टर का चुनिंदा ग्रुप हो सकता है. आपको लगता है कि यह सही सुझाव, शिकायत या राय देने में आपकी मदद करेगा.

चलाएं

धीरे-धीरे बढ़ाना

समाधान की पुष्टि होने के बाद भी, धीरे-धीरे टेस्ट को बढ़ाना एक अच्छा विचार है. इसके लिए, उपयोगकर्ताओं के छोटे ग्रुप से शुरुआत करें. ऐसा करने से, गड़बड़ियों या अन्य समस्याओं का पता जल्दी चल जाता है और उन्हें तुरंत ठीक किया जा सकता है. इससे आपके ज़्यादातर उपयोगकर्ताओं पर कोई असर नहीं पड़ता.

पूरा टेस्ट

जब समाधान को उपयोगकर्ताओं के छोटे ग्रुप ने टेस्ट कर लिया हो और उसमें मौजूद सभी समस्याओं को हल कर लिया गया हो, तब हम A/B टेस्ट को पूरी तरह से शुरू कर सकते हैं. यह ज़रूरी नहीं है कि ट्रैफ़िक का बंटवारा 50/50 हो, लेकिन यह लाइव ट्रैफ़िक के किसी ऐसे सेट के बराबर होना चाहिए जिसे रैंडम तरीके से चुना गया हो.

मेट्रिक कैप्चर करना

टेस्ट के दौरान, आपको यह पक्का करना चाहिए कि आपके अनुमान की पुष्टि करने के लिए सही डेटा कैप्चर किया गया हो. इस प्रोसेस के दौरान, डेटा इकट्ठा करने और बाद में उसका विश्लेषण करने के लिए, A/B टेस्टिंग प्लैटफ़ॉर्म का इस्तेमाल किया जा सकता है. Google Maps Platform, एपीआई इस्तेमाल से जुड़ी मेट्रिक भी इकट्ठा करता है. शायद इस मेट्रिक का इस्तेमाल किया जा रहा हो. हमारे रिपोर्टिंग टूल को इस्तेमाल करने के बारे में ज़्यादा जानने के लिए, यह पेज देखें.

सुझाई गई कुछ मेट्रिक यहां दी गई हैं:

जगहों के सुझाव ऑटोकंप्लीट करने की सुविधा

कन्वर्ज़न रेट: क्या आपके फ़ॉर्म के कन्वर्ज़न/पूरा होने की दर में पहले के मुकाबले बढ़ोतरी हुई है, जब इसमें अपने-आप भरने की सुविधा नहीं थी?
टूल के साथ इंटरैक्शन: क्या पिछले समाधान की तुलना में, ज़्यादा उपयोगकर्ता जगह की जानकारी के लिए ऑटोकंप्लीट की सुविधा का इस्तेमाल कर रहे हैं?

पते की पुष्टि करना

डिलीवरी की प्रोसेस सफल रही: क्या पते की क्वालिटी की वजह से डिलीवर न हो पाने की समस्या में कमी आई है?
पते में बदलाव: क्या आपको कूरियर से, पते में बदलाव करने के लिए लिए जाने वाले शुल्कों की संख्या में कमी आई है?
रिहायशी बनाम व्यावसायिक: क्या रिहायशी बनाम व्यावसायिक डेटा कैप्चर करने में सुधार हुआ है? (सिर्फ़ चुनिंदा बाज़ारों के लिए)

विश्लेषण करें

अब टेस्ट पूरा हो गया है. अब नतीजों का विश्लेषण, टेस्ट की मूल शर्तों और परिकल्पना के हिसाब से करना है. अगर आपने प्रोसेस को पूरा करने के लिए किसी A/B टेस्टिंग प्लैटफ़ॉर्म का इस्तेमाल किया है, तो हो सकता है कि कुछ जानकारी आपके लिए पहले से ही उपलब्ध हो.

ऊपर दिए गए खराब क्वालिटी वाले पतों की संख्या में कमी आई सेक्शन पर वापस जाकर, उन अन्य मेट्रिक का भी इस्तेमाल किया जा सकता है जिन्हें A/B टेस्टिंग प्लैटफ़ॉर्म ने कैप्चर नहीं किया हो. यह जांच के अलग-अलग मामलों में, डिलीवरी न होने की दर हो सकती है. इसका उदाहरण इस तरह का डेटा हो सकता है:

पहला समाधान दूसरा तरीका
डिलीवरी न हो पाने की जानकारी 1.75% 1.23%

ऊपर दिए गए बुनियादी उदाहरण को देखकर, यह साफ़ तौर पर पता चलता है कि इस इस्तेमाल के उदाहरण के लिए, समाधान B बेहतर विकल्प होगा.

नतीजा

हमें उम्मीद है कि इस गाइड से आपको A/B टेस्टिंग शुरू करने के लिए ज़रूरी जानकारी मिल गई है! इसमें ई-कॉमर्स स्पेस के उदाहरणों का इस्तेमाल किया गया है, लेकिन ये बुनियादी सिद्धांत सभी जगह लागू किए जा सकते हैं. अपने कारोबार के पते का अच्छी क्वालिटी वाला डेटा होने से मिलने वाले फ़ायदों को पहचानें और उसे अपने मुख्य अनुमान के तौर पर ट्रैक करें.

हमने गाइड में दिए गए लिंक को यहां फिर से शामिल किया है, ताकि आप उन्हें पढ़ सकें.

हैप्पी टेस्टिंग!

अगले चरण

भरोसेमंद पतों की मदद से चेकआउट, डिलीवरी, और ऑपरेशंस को बेहतर बनाएं व्हाइट पेपर डाउनलोड करें. साथ ही, पते की पुष्टि करने की सुविधा की मदद से चेकआउट, डिलीवरी, और ऑपरेशंस को बेहतर बनाना वेबिनार देखें.

इसके बारे में और पढ़ने के लिए:

योगदानकर्ता

मुख्य लेखक:

हेनरिक वैल्व | Google Maps Platform के सलूशन इंजीनियर