सदस्यता समाप्त करने में कई दिन क्यों लगते हैं?

एक ट्वीट में पूछा गया कि एक समाचार पत्र से सदस्यता समाप्त करने में "कई दिन लग सकते हैं।" अपनी सीट बेल्ट बांधें, मैं आपको एक अविश्वसनीय कहानी बताता हूं कि यह उद्यम विकास ™ में कैसे किया जाता है ...


एक बैंक है। निश्चित रूप से आपने उसके बारे में सुना, और यदि आप यूके में रहते हैं - 10% संभावना के साथ यह आपका बैंक है। मैंने एक उत्कृष्ट वेतन पर "सलाहकार" के रूप में वहां काम किया।

बैंक विपणन पत्र भेजता है। प्रत्येक अक्षर के तहखाने में एक छोटा सा सदस्यता समाप्त लिंक है। लोग कभी-कभी इन लिंक पर क्लिक करते हैं।

लिंक पर क्लिक करने से एक प्रागैतिहासिक वेब सर्वर आता है जो बैंक में कहीं भी घूमता है । ईमानदारी से, मुझे उसे खोजने में तीन सप्ताह का समय लगा।

हर बार लिंक पर क्लिक करने पर यह सेवा आंतरिक मेल पर एक ईमेल भेजती है। ऐसा दिन में कई बार होता है।

पहले, ये पत्र एक विशिष्ट कर्मचारी को भेजे गए थे, लेकिन पांच साल पहले उसने नौकरी छोड़ दी।

अब संदेश वितरण समूह को भेज दिया जाता है। वे प्राप्तकर्ता का पता नहीं बदल सकते थे, क्योंकि यह हार्डकोड है, लेकिन उन्हें सेवा के लिए स्रोत नहीं मिला। सेवा जावा 6 में लिखी गई है।

मेलिंग समूह के पत्रों को हैदराबाद (भारत में) में बैंक के अपतटीय केंद्र के दो कर्मचारियों द्वारा जांचा जाता है। वे कड़ी मेहनत करते हैं और अपने कार्यों को भयानक रूप से पूरा करते हैं, लेकिन पट्टिका-मक्खी, यह काम असहनीय है।

मैंने एक वीडियो कॉन्फ्रेंस के माध्यम से उनसे बात की और उन्हें एक एंटरप्राइज-पोस्ट-ट्रूमैटिक सिंड्रोम के सभी लक्षण दिखाई दिए। वे सालों तक इस बकवास से लड़ते रहे और इस दौरान कुछ भी नहीं बदला।

जब पत्र आता है, तो उन्हें एक एसक्यूएल स्क्रिप्ट निष्पादित करनी चाहिए जो यह निर्धारित करती है कि सदस्यता समाप्त पता बैंक के ग्राहक का है (फिर एक प्रोटोकॉल है) या नहीं (फिर दूसरा)।

यदि प्राप्तकर्ता एक क्लाइंट है, तो उन्हें एक अन्य एसक्यूएल स्क्रिप्ट को निष्पादित करने की आवश्यकता होती है जो प्रारंभिक ईटीएल वातावरण में क्लाइंट रिकॉर्ड को अपडेट करती है। स्कॉटलैंड में एक अलग टीम द्वारा सभी परिवर्तनों को 16:00 लंदन समय पर जांचा जाता है। यदि परिवर्तनों ने परीक्षण पारित कर दिया, तो उन्हें 16:00 बजे एक और दिन के बाद वास्तविक डेटाबेस पर लागू किया जाएगा।

यदि प्राप्तकर्ता क्लाइंट नहीं है, तो वे इसे एक्सेल स्प्रेडशीट में जोड़ते हैं और स्वदेश में मार्केटिंग टीम को घर छोड़ने से पहले भेजते हैं।

कॉफी आधार और अन्य मनोगत प्रथाओं पर विभाजित करके विपणन टीम निर्धारित करती है कि क्या ग्राहक "संभावित रूप से महत्वपूर्ण" है (जिसके लिए, आंतरिक नियमों के अनुसार, "48 घंटे तक" आवंटित किया जाता है)। यदि नहीं, तो पता दूसरी तालिका में जोड़ा जाता है और एक अन्य SQL क्वेरी को निष्पादित करने के लिए भारत वापस भेज दिया जाता है।

यदि विपणन ने ग्राहक को "महत्वपूर्ण" के रूप में परिभाषित किया है - तो क्या आप वास्तव में सदस्यता समाप्त करना चाहते हैं? ऐसा लगता है कि यह स्वचालित रूप से उत्पन्न होता है, लेकिन वास्तव में यह नहीं है।

यदि वे "हां" का जवाब देते हैं (शुरू में "बड़े अक्षरों में" हां "लिखना आवश्यक था), तो स्विंडन की टीम भारत को तीसरी तालिका भेजती है और अगली स्क्रिप्ट को पूरी तरह से निष्पादित किया जाता है।

अगर मुझे सही से याद है, तो औसतन चार कार्यदिवस लगते हैं । औसतन, लगभग 700 लोग प्रति दिन सदस्यता समाप्त करते हैं, जिनमें से 70% "संभावित रूप से महत्वपूर्ण हैं।"

वैसे, ये दोनों भारतीय हमारी विकास टीम में स्थानांतरित हो गए और एक ऐसी प्रणाली के लिए पीएम बन गए, जिसने इस सभी बकवास को बदल दिया। ये उन लोगों के सबसे दयालु, सबसे संवेदनशील और मेहनती लोग थे जिनके साथ मुझे काम करने का सुख मिला। यह उनके लिए धन्यवाद है कि यह दुःस्वप्न कॉर्पोरेट दु: खद प्रक्रिया इन वर्षों में इतनी "सुचारू रूप से" काम कर रही है। बाद में वे इंग्लैंड चले गए और उनमें से एक अब 40+ कर्मचारियों वाला एक विभाग चलाता है।

अनुवादक का नोट: KDPV पर उल्लू - योल ।