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