મેઇલિંગ લિસ્ટમાંથી અનસબ્સ્ક્રાઇબ કરવામાં ઘણા દિવસો કેમ લાગે છે?

એક ટ્વીટમાં પૂછવામાં આવ્યું કે શા માટે અનસબ્સ્ક્રાઇબ કરવામાં "દિવસો" લાગી શકે છે. ચુસ્ત બકલ કરો, હું તમને કહેવાનો છું અકલ્પનીય એન્ટરપ્રાઇઝ ડેવલપમેન્ટમાં તે કેવી રીતે થાય છે તેની વાર્તા™...

એક બેંક છે. તમે કદાચ તેના વિશે સાંભળ્યું હશે, અને જો તમે યુકેમાં રહો છો, તો તેની 10% શક્યતા છે તમારા બેંક મેં ત્યાં ઉત્તમ પગાર માટે "સલાહકાર" તરીકે કામ કર્યું.

બેંક માર્કેટિંગ પત્રો મોકલે છે. દરેક ઈમેલના ફૂટરમાં એક નાની "અનસબ્સ્ક્રાઇબ" લિંક છે. લોકો ક્યારેક આ લિંક્સ પર ક્લિક કરે છે.

લિંક પર ક્લિક કરવાથી એક પ્રાગૈતિહાસિક વેબ સર્વર સ્પિન થાય છે ક્યાંક બેંકમાં પ્રામાણિકપણે, તેને શોધવામાં મને ત્રણ અઠવાડિયા લાગ્યાં.

જ્યારે પણ લિંક પર ક્લિક કરવામાં આવે છે ત્યારે આ સેવા તમારા આંતરિક ઇનબૉક્સમાં ઇમેઇલ મોકલે છે. આ દિવસમાં ઘણી વખત થાય છે.

અગાઉ, આ પત્રો ચોક્કસ કર્મચારીને મોકલવામાં આવતા હતા, પરંતુ પાંચ વર્ષ પહેલાં તે ત્યાંથી ચાલ્યો ગયો હતો.

હવે પત્ર વિતરણ જૂથને મોકલવામાં આવે છે. તેઓ પ્રાપ્તકર્તાનું સરનામું બદલી શક્યા નથી કારણ કે તે હાર્ડકોડ કરેલું હતું અને તેઓ સેવામાંથી સ્રોત કોડ શોધી શક્યા નથી. સેવા જાવા 6 માં લખાયેલ છે.

હૈદરાબાદ (ભારતમાં)માં બેંકના ઓફશોર સેન્ટરના બે કર્મચારીઓ દ્વારા મેઈલીંગ ગ્રુપમાં પત્રો તપાસવામાં આવે છે. તેઓ સખત મહેનત કરે છે અને તેમના કાર્યો પૂર્ણ કરે છે અદ્ભુતપરંતુ, આ કામ અસહ્ય છે.

મેં તેમની સાથે વિડિયો કોન્ફરન્સ દ્વારા વાતચીત કરી અને તેમની પાસે એન્ટરપ્રાઇઝ-પોસ્ટ-ટ્રોમેટિક સિન્ડ્રોમના તમામ ચિહ્નો હતા. તેઓ આ બકવાસ લડ્યા વર્ષો સુધી અને આ સમય દરમિયાન કંઇ નહીં બદલાયો નથી.

જ્યારે કોઈ પત્ર આવે છે, ત્યારે તેઓએ એક SQL સ્ક્રિપ્ટનો અમલ કરવો જોઈએ જે નિર્ધારિત કરે છે કે અનસબ્સ્ક્રાઇબ થયેલ સરનામું બેંક ક્લાયન્ટનું છે (પછી પ્રોટોકોલ એક છે) કે નહીં (પછી બીજી).

જો પ્રાપ્તકર્તા ગ્રાહક હોય, તો તેમને બીજી SQL સ્ક્રિપ્ટ ચલાવવાની જરૂર છે જે પૂર્વ-ETL વાતાવરણમાં ગ્રાહક રેકોર્ડને અપડેટ કરે છે. સ્કોટલેન્ડમાં એક અલગ ટીમ દ્વારા લંડનના સમયે 16:00 વાગ્યે તમામ ફેરફારોની સમીક્ષા કરવામાં આવે છે. જો ફેરફારો ચકાસણી પાસ કરે છે, તો તે વાસ્તવિક ડેટાબેઝ પર લાગુ કરવામાં આવશે બીજા દિવસે 16:00 વાગ્યે.

જો પ્રાપ્તકર્તા ક્લાયન્ટ ન હોય, તો તેઓ તેને એક્સેલ સ્પ્રેડશીટમાં ઉમેરે છે અને ઘરે જતા પહેલા સ્વિંડનમાં માર્કેટિંગ ટીમને મોકલે છે.

માર્કેટિંગ ટીમ, ચાના પાંદડા અને અન્ય ગુપ્ત પ્રથાઓનો ઉપયોગ કરીને, ક્લાયન્ટ "સંભવિત રીતે નોંધપાત્ર" છે કે કેમ તે નિર્ધારિત કરે છે (જેના માટે, આંતરિક નિયમો અનુસાર, "48 કલાક સુધી"). જો તે ન હોય, તો સરનામું અન્ય કોષ્ટકમાં ઉમેરવામાં આવે છે અને બીજી SQL ક્વેરી ચલાવવા માટે ભારત પરત મોકલવામાં આવે છે.

જો માર્કેટિંગે ક્લાયન્ટને "નોંધપાત્ર" તરીકે ઓળખાવ્યું હોય, તો તેમને મેન્યુઅલી એક પત્ર મોકલવામાં આવે છે જેમ કે "શું તમે ખરેખર અનસબ્સ્ક્રાઇબ કરવા માંગો છો?" એવું લાગે છે કે તે આપમેળે જનરેટ થયું છે, પરંતુ હકીકતમાં તે નથી.

જો તેઓ "હા" નો જવાબ આપે છે (શરૂઆતમાં મોટા અક્ષરોમાં "હા" લખવું જરૂરી હતું), તો સ્વિંડનની ટીમ તેમને ભારત મોકલે છે. ત્રીજું ટેબલ અને ત્યાં આગળની સ્ક્રિપ્ટ ગૌરવપૂર્વક ચલાવવામાં આવે છે.

જો મને યોગ્ય રીતે યાદ છે, તો તે સરેરાશ લે છે ચાર કાર્યકારી દિવસો. સરેરાશ, દરરોજ લગભગ 700 લોકો અનસબ્સ્ક્રાઇબ કરે છે, જેમાંથી 70% "સંભવિત રીતે નોંધપાત્ર" છે.

બાય ધ વે, આ બે ભારતીયો અમારી ડેવલપમેન્ટ ટીમમાં સ્થાનાંતરિત થયા અને સિસ્ટમ માટે PM બન્યા જેણે આ બધી બકવાસને બદલી નાખી. તેઓ સૌથી દયાળુ, દયાળુ અને મહેનતુ લોકો હતા જેમની સાથે કામ કરવાનો મને આનંદ મળ્યો. તે તેમના માટે આભાર હતો કે આ દુઃસ્વપ્ન કોર્પોરેટ પ્રક્રિયા આટલા વર્ષોમાં આટલી "સરળ" રીતે કામ કરે છે. બાદમાં તેઓ ઈંગ્લેન્ડ ગયા અને તેમાંથી એક હવે 40+ કર્મચારીઓ સાથે એક વિભાગ ચલાવે છે.

અનુવાદકની નોંધ: KDPV પર ઘુવડ - યોલ.

સોર્સ: www.habr.com