Imagina que acabas de comprar algo. El pago pasó, tienes tu número de pedido y hasta te llegó el correo de confirmación.
Un rato después aparece un WhatsApp de la misma tienda:
“¡Todavía tienes productos esperando en tu carrito!”
¿Entonces sí pasó el pago? ¿Hay otro pedido abierto? ¿Tienes que hacer algo más?
Un recordatorio que pretendía ayudar acaba de crear una duda que antes no existía. Y probablemente alguien del equipo tendrá que contestarla.
Cuando se habla de automatizar una tienda, es fácil concentrarse en el mensaje: que suene amable, que sea corto, que no parezca escrito por una máquina. Todo eso cuenta. Pero antes de pulir la frase, yo revisaría algo bastante más básico: si todavía tiene sentido enviarla.
El mensaje pudo tener sentido hace una hora
Pensemos en un recorrido bastante normal.
Una persona agrega dos productos al carrito desde su teléfono. Se distrae, cierra la página y más tarde termina la compra desde su computadora.
Mientras tanto, quedó preparado un recordatorio.
Si el sistema sigue trabajando con lo que sabía al principio, puede mandar ese mensaje aunque la situación ya haya cambiado. La redacción será impecable, pero llegará tarde.
Por eso separaría dos decisiones: cuándo preparar un recordatorio y cuándo enviarlo.
Entre una y otra pueden pasar muchas cosas. El cliente puede comprar, cambiar de producto, pedir ayuda o decir que ya no está interesado. Una espera de unas horas no debería significar que el sistema deja de mirar lo que ocurre durante ese tiempo.
Antes de enviar, hace falta volver a comprobar si el mensaje sigue teniendo sentido.
No todo lo pendiente es un carrito abandonado
Hay situaciones que desde fuera se parecen, pero que necesitan respuestas diferentes.
Alguien puede estar comparando dos modelos. Otra persona puede haber creado un pedido y seguir pendiente de pagar. Otra quizá intentó pagar, recibió un error y no sabe si hubo un cargo.
Mandarles el mismo “¿Olvidaste algo?” no ayuda demasiado.
Para ordenar esto, empezaría por distinguir unos pocos casos:
- Dejó productos en el carrito: todavía puede estar decidiendo.
- Creó un pedido con pago pendiente: necesita saber cómo continuar, si quiere hacerlo.
- Tuvo un problema al pagar: puede necesitar ayuda para entender qué pasó.
- Ya pagó: el siguiente mensaje debería corresponder a esa compra.
- Pidió que no le escriban: el seguimiento debe detenerse.
No hace falta inventar veinte categorías. Con unas cuantas que el equipo entienda se puede empezar.
Lo importante es que “pendiente” signifique algo concreto. Si una persona del equipo piensa que significa “todavía no compró” y otra lo usa para “compró, pero falta confirmar el pago”, tarde o temprano saldrá un mensaje equivocado.
Antes de cambiar de herramienta, seguiría un pedido completo
Cuando aparece un error así, dan ganas de buscar otra aplicación. Puede que haga falta, pero primero intentaría reconstruir qué ocurrió.
Tomaría un pedido afectado y anotaría las horas: cuándo se creó el carrito, cuándo se inició la compra, cuándo quedó confirmado el pago y cuándo salió el recordatorio.
Después miraría qué información tenía disponible la automatización en ese momento.
Es una revisión poco vistosa, pero permite hacer preguntas útiles. ¿El pago ya estaba registrado? ¿El sistema de mensajes podía verlo? ¿El recordatorio estaba asociado al pedido correcto? ¿Había dos contactos para la misma persona?
También revisaría si hay varias herramientas enviando mensajes por separado. La tienda puede tener sus propios avisos, otra aplicación recuperar carritos y una tercera gestionar WhatsApp.
Cada una puede estar funcionando según sus reglas y, aun así, la conversación completa resultar extraña.
Desde el lado del cliente no existen tres aplicaciones. Existe una tienda que acaba de decirle dos cosas distintas.
Las reglas para detenerse merecen su propia revisión
Al configurar un seguimiento, suele estar bastante claro qué lo pone en marcha. Alguien deja un carrito y empieza una espera.
Yo dedicaría el mismo tiempo a decidir qué lo cancela.
Por ejemplo:
- Que el pedido correspondiente aparezca como pagado.
- Que el cliente pida ayuda y una persona tome el caso.
- Que solicite dejar de recibir esos mensajes.
- Que el producto ya no esté disponible.
- Que se alcance el límite de seguimiento que haya definido la tienda.
La forma de comprobar cada caso dependerá de los sistemas conectados. Algunas condiciones estarán disponibles directamente; otras necesitarán una configuración adicional. Conviene comprobarlo antes de darlo por hecho.
Si estás revisando herramientas como Cubbo Engage, llevaría estos casos a la prueba: quiero ver qué ocurre cuando el cliente compra durante la espera, cuando responde que necesita ayuda y cuando pide que no le escriban más.
Una demostración donde todo sale bien puede enseñar cómo empieza el recorrido. Para entender si encaja en tu tienda, también necesitas ver cómo termina.
“Ya pagué” necesita una respuesta, aunque el sistema todavía no lo vea
Este caso merece un poco de cuidado.
El cliente recibe un recordatorio y contesta: “Ya pagué”.
A partir de ahí, seguir insistiendo con el mismo mensaje sería bastante frustrante. Pero confirmar un pago únicamente porque alguien lo escribió tampoco resuelve el problema.
Puede haber un retraso en la actualización, un pedido distinto o algo que necesite revisión.
Mientras se comprueba, tendría sentido pausar los recordatorios y explicar el siguiente paso con una frase sencilla:
“Gracias por avisarnos. Vamos a revisar el pago de tu pedido.”
Eso solo sirve si alguien recibe el caso y puede revisarlo. De lo contrario, la frase se queda en otra promesa automática.
La persona que retome la conversación debería poder ver qué aviso se envió, qué respondió el cliente y a qué pedido se refiere. Pedirle que empiece toda la explicación desde cero añade trabajo justo cuando ya tiene una duda.
Y cuando el caso quede resuelto, habría que comprobar que la secuencia anterior no vuelva a ponerse en marcha por accidente.
Probaría también las compras que se salen del recorrido ideal
Hacer una compra de prueba y recibir todos los mensajes en orden está bien. Yo no daría la revisión por terminada ahí.
Probaría unas cuantas situaciones más:
- Empezar la compra en el teléfono y terminarla en la computadora.
- Pagar después de que se haya preparado un recordatorio.
- Cambiar un producto antes de completar el pedido.
- Pedir ayuda mientras el seguimiento está activo.
- Volver a comprar usando los mismos datos de contacto.
No se trata de complicar la prueba por gusto. Son formas bastante normales de comprar.
En cada caso miraría qué recibió la persona y qué pudo ver el equipo. Si el cliente ve una confirmación, pero quien atiende el chat sigue viendo un carrito pendiente, todavía queda algo por resolver.
También dejaría pasar el tiempo suficiente para comprobar los mensajes posteriores. A veces la primera respuesta está bien y el problema aparece con el segundo aviso, varias horas después, cuando nadie sigue mirando la prueba.
Un mensaje menos también puede ser una mejora
Al revisar resultados, es tentador fijarse en cuántos recordatorios salieron y cuántas compras hubo después.
Yo añadiría otra pregunta: ¿cuántos de esos mensajes acabaron generando una consulta que no hacía falta?
Respuestas como “ya compré”, “ya me atendieron” o “¿me cobraron dos veces?” merecen una revisión. No todas tendrán la misma causa, pero pueden señalar dónde el seguimiento perdió el contexto.
Con leer unas cuantas conversaciones completas ya se pueden encontrar cosas que un contador de mensajes no muestra.
Quizá haya que corregir una condición. Quizá sobren dos recordatorios. O quizá lo que falta sea avisar a una persona cuando el cliente responde, en vez de dejar la conversación esperando mientras la secuencia continúa.
Antes de activar otro mensaje, haría una última prueba con un pedido ya pagado. Revisaría si quedan avisos pendientes y qué tendría que ocurrir para cancelarlos.
Si el cliente terminó la compra, debería poder guardar el teléfono y seguir con su día. No ponerse a investigar por qué la tienda todavía cree que tiene algo pendiente.