Un tweet preguntaba por qué la cancelación de la suscripción a un boletín podría "tomar varios días". Abróchese el cinturón de seguridad, le contaré
una historia
increíble sobre cómo se hace esto en el desarrollo empresarial ™ ...
Hay un banco Seguramente escuchaste sobre él, y si vives en el Reino Unido, con un 10% de probabilidad, este es
tu banco. Trabajé allí como "consultor" con un excelente salario.
El banco envía cartas de marketing. En el sótano de cada carta hay un pequeño enlace para darse de baja. La gente a veces hace clic en estos enlaces.
Al hacer clic en el enlace, aparece un servidor web prehistórico que gira en
algún lugar del banco. Honestamente, me llevó tres semanas encontrarlo.
Este servicio envía un correo electrónico al buzón interno cada vez que se hace clic en un enlace. Esto sucede varios cientos de veces al día.
Anteriormente, estas cartas fueron enviadas a un empleado específico, pero hace cinco años renunció.
Ahora el mensaje se reenvía al grupo de distribución. No pudieron cambiar la dirección del destinatario porque está codificada, pero no encontraron la fuente del servicio. El servicio está escrito en Java 6.
Las cartas del grupo de correo son verificadas por dos empleados del centro offshore del banco en Hyderabad (en India). Trabajan duro y llevan a cabo sus tareas de forma
asombrosa , pero volar en placa, este trabajo es insoportable.
Hablé con ellos a través de una videoconferencia y tenían todos los signos de un síndrome postraumático empresarial. Lucharon con estas tonterías durante
años y durante este tiempo
nada ha cambiado.
Cuando llega la carta, deben ejecutar un script SQL que determine si la dirección no suscrita pertenece al cliente del banco (entonces el protocolo es uno) o no (luego el otro).
Si el destinatario es un cliente, debe ejecutar otro script SQL que actualice el registro del cliente en el entorno ETL preliminar. Todos los cambios son verificados a las 16:00 hora de Londres por un equipo separado en Escocia. Si los cambios pasaron la prueba, se aplicarán a la base de datos real
después de otro día a las 16:00.
Si el destinatario no es un cliente, lo agregan a la hoja de cálculo de Excel y lo envían al equipo de marketing en Swindon antes de salir de casa.
El equipo de marketing, al adivinar los granos de café y otras prácticas ocultas, determina si el cliente es "potencialmente significativo" (para lo cual, de acuerdo con las reglas internas, se asignan "hasta 48 horas"). De lo contrario, la dirección se agrega a otra tabla y se envía de regreso a la India para ejecutar otra consulta SQL.
Si el departamento de marketing ha definido al cliente como "significativo", se le enviará una carta del formulario "¿realmente desea darse de baja?". Parece que se genera automáticamente, pero de hecho no lo es.
Si responden "sí" (inicialmente era necesario escribir "SÍ" en mayúsculas), entonces el equipo de Swindon envía la
tercera tabla a la India y el siguiente guión se ejecuta solemnemente allí.
Si no recuerdo mal, toma un promedio de
cuatro días hábiles . En promedio, alrededor de 700 personas se dan de baja por día, de las cuales el 70% son "potencialmente significativas".
Por cierto, estos dos indios se transfirieron a nuestro equipo de desarrollo y se convirtieron en PM para un sistema que reemplazó todas estas tonterías. Estas fueron las personas más amables, receptivas y trabajadoras de aquellas con quienes tuve el placer de trabajar. Es gracias a ellos que este proceso de pesadilla corporativa de pesadilla ha estado funcionando "sin problemas" durante todos estos años. Más tarde se mudaron a Inglaterra y uno de ellos ahora dirige un departamento con más de 40 empleados.
Nota del traductor: búho en KDPV - Yoll .