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