التحقق من تطابق العنوان مع رمزه البريدي المذكور قبل الدفع
عدم تطابق الرمز البريدي والمدينة في نموذج الطلب يبدو خطأ إملائيًا صغيرًا إلى أن يتحول إلى شحنة مرسلة إلى جزء آخر من البلاد تمامًا.
توجيه تذاكر الدعم حسب المنطقة الزمنية
توجيه تذكرة الدعم حسب دولة الفوترة يبدو وكأنه يجب أن ينجح، لكنه في الغالب لا ينجح. فدولة الفوترة تخبرك أين أُنشئ الحساب، لا أين يجلس الآن الشخص الذي يقدم التذكرة. وقد ظلت شركة لديها موظفو دعم موزعون على ثلاث نوبات ترسل ردودًا تصل في الثانية صباحًا لعملاء صادف أنهم مسافرون، أو يعملون عن بعد من دولة أخرى، أو ببساطة يعيشون في مكان لا يعكسه عنوان الفوترة الخاص بهم.
تحولت الشركة إلى التوجيه حسب الوقت الحالي الفعلي للعميل بدلًا من ذلك. فكل تذكرة واردة تحمل عنوان IP الخاص بالزائر، الذي تحوله /v1/ip إلى دولة ومنطقة ومدينة وإحداثيات، إلى جانب حقل المنطقة الزمنية في الاستجابة نفسها. وكانت تلك المنطقة الزمنية، لا دولة الفوترة المسجلة، هي التي تقرر النوبة التي تصل إليها التذكرة. فالتذكرة القادمة من IP يقع حاليًا ضمن ساعات العمل في منطقته تذهب إلى النوبة العاملة والمستيقظة في ذلك الجزء من العالم. أما التذكرة القادمة خارج ساعات العمل بفارق كبير فتوضع في قائمة الانتظار للنوبة التالية التي يمكن أن يُتوقع بشكل معقول أن يصل ردها في ساعة عادية.
بالنسبة إلى التذاكر التي تحتاج إلى مكالمة معاودة مجدولة بدلًا من رد غير متزامن، اتخذ الفريق خطوة إضافية بتمرير الإحداثيات المحددة إلى /v1/timezone، التي تعيد اسم المنطقة الزمنية وفق IANA وفرق التوقيت عن UTC لتلك النقطة معًا، محسوبين للحظة المستقبلية التي تُجدول لها المكالمة. وكان ذلك مهمًا لأن فروق التوقيت تتغير مع تغييرات التوقيت الصيفي في أوقات مختلفة في الدول المختلفة، والمكالمة المحجوزة بعد ثلاثة أسابيع تحتاج إلى فرق التوقيت الذي سيكون ساريًا فعلًا في ذلك التاريخ، لا الساري اليوم.
كانت النتيجة ردودًا أقل تُرسل في ساعات سيئة بوضوح، ونظام توجيه يتكيف تلقائيًا مع تنقل العملاء أو سفرهم أو عيشهم ببساطة في مكان لا يعكسه سجل حسابهم. كما منح الفريق مقياسًا مفيدًا فعلًا لم يكن لديه من قبل: عدد التذاكر التي تصل خارج ساعات عمل أي نوبة على الإطلاق، وتحول ذلك إلى حجة مدعومة بالبيانات لتعديل جداول النوبات بدلًا من حدس موظف متعب واحد.
لم يعتمد أي من ذلك على إدخال العميل لأي شيء. فعنوان IP كان أصلًا جزءًا من كل طلب يرسله عنصر الدعم في الموقع، لذلك عمل النظام كله دون حقل إضافي في النموذج أو مطالبة تطلب من الشخص تأكيد منطقته الزمنية، وهو ما يميل الناس إلى تجاوزه أو الخطأ فيه عند السفر على أي حال.
تطابق حجم الطلبات واحدًا لواحد مع حجم التذاكر، وبقي براحة ضمن الحصة اليومية المجانية التي تأتي مع كل مفتاح My Geocode بالنسبة إلى مكتب مساعدة بهذا الحجم، مع توفر خيار الرصيد مسبق الدفع المعتاد إذا تجاوز حجم التذاكر ذلك. ولم يضطر الفريق قط إلى التفكير في التكلفة بعد بدء التشغيل، وهذه عادة علامة على أن جزءًا من البنية التحتية يؤدي عمله بهدوء في الخلفية.
المراجع الكاملة لحقول نقطتي النهاية موجودة في /docs/ipv4-lookup/ و /docs/timezone-lookup/، وسلوك حد معدل الطلبات مشروح في /docs/rate-limits/.