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