चेकआउट से पहले जाँचना कि पता अपने बताए गए पिन कोड से मेल खाता है
ऑर्डर फ़ॉर्म पर पिन कोड और शहर का मेल न खाना एक छोटी सी टाइपिंग गलती लगती है, जब तक कि वह देश के बिल्कुल गलत हिस्से में भेजी गई डिलीवरी में न बदल जाए।
क्षेत्र के अनुसार सब्सक्रिप्शन की अलग कीमत तय करना
हर जगह एक ही कीमत लेना इस बात को नज़रअंदाज़ करता है कि क्रय शक्ति और प्रतिस्पर्धा एक बाज़ार से दूसरे बाज़ार में कितनी अलग होती है। सब्सक्रिप्शन प्रोडक्ट बेचने वाली एक सॉफ़्टवेयर कंपनी कुछ बाज़ारों में कम कीमत रखना और दूसरों में कीमत बनाए रखना चाहती थी, जो एक काफ़ी आम रणनीति है, लेकिन ऐसा करने के लिए यह जानना ज़रूरी था कि पेज पर कीमत दिखने से पहले ही विज़िटर असल में किस बाज़ार में है।
सीधे पूछना पहला विचार था और ग़लत विचार था। मूल्य पेज पर देश चुनने वाला फ़ील्ड स्थान के बारे में झूठ बोलकर सबसे सस्ता विकल्प ढूँढने का न्योता लगता है, और यह एक ऐसे पेज पर एक और निर्णय जोड़ता है जिसका पूरा काम विज़िटर को कम से कम रुकावट के साथ चेकआउट बटन तक पहुँचाना है। कंपनी चाहती थी कि सही कीमत बस दिख जाए।
समाधान सर्वर-साइड चला, मूल्य पेज लौटाए जाने से पहले। /v1/ip ने विज़िटर का IP पता लिया और अन्य फ़ील्ड के साथ एक देश फ़ील्ड लौटाया, जिसका उपयोग मूल्य पेज ने यह चुनने के लिए किया कि कौन-सी मूल्य तालिका दिखाई जाए। मानक कीमत वाले बाज़ार के विज़िटर को मानक कीमत दिखी। जिस बाज़ार के लिए कंपनी ने क्षेत्रीय दर तय की थी, वहाँ के विज़िटर को उसकी जगह वही दर दिखी, बिना किसी चयन फ़ील्ड के, बिना अतिरिक्त क्लिक के, और बिना इस बात के किसी दिखाई देने वाले संकेत के कि कुछ पहचाना भी गया है।
कंपनी ने पहचाने गए देश को पक्के तथ्य के बजाय एक शुरुआती बिंदु माना, क्योंकि कॉरपोरेट VPN पर या विदेश यात्रा कर रहे किसी विज़िटर को उसकी वास्तविक मूल्य पात्रता के लिहाज़ से ग़लत बाज़ार में चिह्नित किया जा सकता था। किसी को सख़्ती से रोकने के बजाय, चेकआउट फ़्लो ने उस दुर्लभ मामले के लिए सपोर्ट ओवरराइड की अनुमति दी जहाँ ग्राहक का वास्तविक बिलिंग देश IP से मिले संकेत से मेल नहीं खाता था। इसे मुख्य फ़्लो में बनाने के बजाय अपवाद के रूप में संभाला गया, क्योंकि विज़िटरों के छोटे से हिस्से को प्रभावित करने वाले अपवाद के लिए मूल्य पेज में लगातार संदेह डालना उस सरलता को ख़त्म कर देता जो यह पूरा बदलाव देने के लिए था।
एक विवरण इतना अहम था कि उसे सीधे वित्त टीम को बताया गया: My Geocode ख़ुद हर जगह EUR में बिल करता है, और मानक मुफ़्त कोटा, प्रीपेड क्रेडिट और Unlimited कुंजी के अलावा उसका अपना कोई क्षेत्रीय मूल्य निर्धारण नहीं है। यह इस सवाल से अलग है कि API का उपयोग करने वाली कोई कंपनी अपने प्रोडक्ट पर क्षेत्रीय मूल्य निर्धारण चलाना चाहती है या नहीं, जो पूरी तरह उस पर बने व्यवसाय का निर्णय है। लुकअप केवल देश का संकेत देता है। कोई कंपनी उस संकेत के साथ क्या करती है और उसके आसपास कीमत कैसे तय करती है, यह उसका अपना निर्णय रहता है।
अनुरोधों की मात्रा मूल्य पेज व्यू के साथ चली, जो आम तौर पर साइट के कुल ट्रैफ़िक का छोटा हिस्सा होते हैं, क्योंकि किसी सॉफ़्टवेयर कंपनी की साइट पर ज़्यादातर विज़िटर किसी एक विज़िट में प्रोडक्ट की कीमत सक्रिय रूप से नहीं देख रहे होते। इससे साल के ज़्यादातर समय उपयोग मुफ़्त दैनिक कोटा के भीतर आराम से रहा, और प्रीपेड क्रेडिट पर केवल तभी गया जब मूल्य पेज पर असामान्य रूप से ज़्यादा ट्रैफ़िक था, जैसे किसी प्रोडक्ट लॉन्च के आसपास।
अच्छी तरह किया गया क्षेत्रीय मूल्य निर्धारण एक तंत्र के रूप में अदृश्य और परिणाम के रूप में स्पष्ट होना चाहिए: सही कीमत, पहली बार रेंडर होने पर, बिना किसी अतिरिक्त चरण के। एंडपॉइंट के दस्तावेज़ /docs/ipv4-lookup/ और /docs/ipv6-lookup/ पर हैं, और ख़ुद API के मूल्य निर्धारण का विवरण /pricing/ पर है।