Un mensaje de carrito abandonado que normalmente llega en dos minutos aparece seis horas después, cuando la oferta ya terminó. La pregunta que sigue siempre es la misma: ¿Customer.io se cayó? Casi nunca. Lo que se rompió fue el diseño del journey de abajo, armado para un martes cualquiera y nunca probado contra el día del año que multiplica por diez el volumen.
El cuello de botella casi nunca es el proveedor
Ya vimos por qué los segmentos del CRM tienen que estar listos antes de que arranque la temporada de fin de año en Estados Unidos: ese es el lado del contenido. El lado de la infraestructura es otro, y aparece adentro de journeys que nunca se pensaron con el volumen pico en mente. Un trigger que se ve bien enviando a unos cientos de clientes por día se comporta distinto a diez veces ese volumen: cualquier paso que consulta un sistema externo en tiempo real, en vez de usar un dato que ya tiene, se vuelve el punto donde todo lo demás espera.
Qué atrasa un envío de verdad
La falla más común es un paso del journey que hace un llamado a una API en vivo antes de poder enviar: chequear inventario actual, consultar un precio en tiempo real o preguntarle a un sistema de un tercero por un estado. Un día normal, ese llamado agrega un atraso de milisegundos. En Black Friday, con el volumen disparándose a la misma hora en toda la base de clientes, cada uno de esos llamados se encola detrás del anterior, y el atraso se acumula en vez de mantenerse constante.
La segunda falla común es la superposición: más de un journey disparando por el mismo evento. Un cliente que abandona un carrito en Black Friday puede disparar un flujo de abandono, uno de navegación abandonada y uno de post-compra en la misma hora, si ninguno de los tres chequea si otro ya se disparó antes. Eso no es un límite del proveedor, es un hueco de diseño que solo se nota cuando el volumen alcanza para exponerlo.
Cómo revisarlo antes de que llegue el día
- Lista cada journey que dispara por un evento de alto tráfico, carrito abandonado y compra confirmada primero, y confirma que ninguno se superponga con otro sobre el mismo trigger.
- Encuentra cualquier paso con un llamado externo en tiempo real. Si el dato detrás (inventario, precio, estado) se puede cachear o precalcular, sácalo del camino crítico antes del evento, no durante.
- Mira la profundidad de la cola en vivo durante el evento, no la tasa de apertura ni de clics después. Un mensaje que se envía bien pero llega seis horas tarde ya perdió el momento para el que se disparó.
- Prueba la hora pico real, no un día promedio. La carga se concentra en pocas horas, no se reparte parejo en la semana; una prueba sobre el volumen diario promedio se pierde el pico por completo.
Nada de esto es motivo para evitar Customer.io el día más ocupado del año. Es motivo para tratar el diseño de journeys como se trata una página de checkout antes de una oferta grande: probado contra el volumen que va a recibir de verdad.