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