El cliente eligió el producto, completó la dirección, generó el Pix y no pagó. El pedido queda en "esperando pago", el código tiene un plazo de vencimiento y, si nadie hace nada, una venta que estaba casi cerrada termina en silencio. No siempre significa que desistió: la persona puede haberse distraído antes de abrir la aplicación del banco o tener una duda sobre el envío y el plazo.
Un recordatorio por WhatsApp resuelve parte de estos casos, pero crea otro problema cuando llega en el momento equivocado. Un mensaje de pago a quien ya pagó suena como un cobro, y el cobro indebido está entre los motivos que llevan al cliente a Reclame Aqui: en Black Friday de 2025, representó el 4,47% de las reclamaciones registradas en el monitoreo de la plataforma, según datos publicados por Olhar Digital.
Por eso, el recordatorio de Pix debe seguir el estado del pago. Antes de cada envío, verifica si la compra todavía espera confirmación y si el código sigue vigente. Cuando se confirme el pago, la secuencia debe terminar los próximos recordatorios de ese pedido y la atención continúa desde la situación registrada.
En ChatFunnel, la recuperación de Pix puede usar el estado recibido mediante la conexión con la tienda para conducir una secuencia de WhatsApp. El flujo combina mensajes, esperas y condiciones, con salida después de la confirmación. Para que funcione, la integración debe entregar el pedido y los cambios de pago que orientan cada paso.
Comienza por el pedido que ya existe
Un carrito interrumpido puede no haber llegado siquiera a la elección del medio de pago. En el Pix pendiente, el punto de partida es una compra identificada, con un intento de pago que debe seguirse.
Usa el identificador del pedido junto con la referencia de ese pago. El teléfono por sí solo no distingue dos compras del mismo cliente. Si genera otro intento, el equipo debe saber qué código está vigente y a qué compra pertenece cada confirmación.
Verifica qué datos llegan a la atención: pedido, valor, estado del pago, vigencia y camino para consultar o completar la compra. No todas las conexiones entregan todos esos campos. Un dato ausente requiere un ajuste en la integración o una etapa de atención humana.
Para la etapa anterior al pedido, consulta la guía de recuperación de carritos por WhatsApp. El flujo de Pix requiere una verificación específica del intento de pago.
Trata de manera diferente el pago pendiente, el vencimiento y la confirmación
Define una acción para cada estado que pueda informar la conexión. Los nombres de los campos varían según la plataforma y el proveedor de pago. La documentación de estados de Mercado Pago, por ejemplo, distingue una transacción que espera pago de un valor acreditado y de una orden vencida.
| Situación verificada | Siguiente paso de la atención |
|---|---|
| Esperando pago, con código válido | Evaluar el envío del recordatorio según el permiso y las reglas del canal |
| Pago confirmado | Terminar los próximos recordatorios de la compra y continuar la atención del pedido |
| Código o intento vencido | Dejar de ofrecer el código antiguo y verificar el camino disponible para continuar |
| Pedido cancelado | Terminar la secuencia vinculada a ese pedido |
| Estado no disponible o contradictorio | Suspender el siguiente recordatorio hasta aclarar la situación |
La vigencia también debe provenir de la fuente del cobro. En la integración Pix de Mercado Pago, por ejemplo, el plazo puede configurarse. Por eso, copiar un plazo fijo para todos los pedidos puede producir un mensaje incorrecto.
Cuando el código venza, verifica si la plataforma permite continuar en el mismo pedido, si es necesario emitir otro cobro o si el cliente debe volver al proceso de pago. El mensaje debe seguir el camino que ofrece la tienda. Evita prometer que la propia atención generará un nuevo Pix sin confirmar esa función.
Verifica el pago después de la espera y antes del envío
Imagina una situación hipotética: el cliente genera el Pix, entra en la secuencia y paga durante la espera del primer recordatorio. Si el flujo consulta solo el estado que recibió al inicio, podría enviar un mensaje basado en información antigua.
Configura la verificación lo más cerca posible de cada envío. El estado utilizado debe corresponder al pedido y al intento que se están siguiendo. Al recibir una confirmación, termina la secuencia correspondiente e impide que una actualización antigua de pago pendiente la reinicie sin una nueva verificación.
Si la integración no puede proporcionar un estado confiable, suspende el envío y señala el pendiente a quien sigue los pedidos. La ausencia de confirmación en la atención por sí sola no demuestra que el cliente haya dejado de pagar.
Hay un intervalo entre verificar el pago y entregar el mensaje. Una confirmación puede llegar cuando el recordatorio ya se envió al canal. Terminar el flujo no retira ese mensaje. El ajuste debe impedir los próximos recordatorios y dar contexto al equipo para responder si el cliente reclama.
En ChatFunnel, los flujos pueden reaccionar a los eventos recibidos y usar condiciones para conducir la atención. Pide a quien configura la conexión que demuestre la verificación antes del envío y la salida después de la confirmación con los datos de tu tienda. La presentación del flujo debe incluir este recorrido completo.
Evita que el mismo evento abra dos secuencias
El equipo técnico debe prever qué sucede si la misma actualización llega de nuevo. El resultado esperado es mantener un único seguimiento para la misma compra, sin duplicar el recordatorio ya programado o enviado.
Registra una referencia estable por pedido, intento de pago y etapa de la secuencia. Antes de repetir un envío que parece haber fallado, verifica el registro disponible en el canal. Una respuesta de envío no confirmada requiere investigación; reenviar de inmediato puede crear dos mensajes iguales.
Revisa también los flujos paralelos. Un pedido con Pix pendiente puede seguir marcado en una secuencia genérica de recuperación de carritos. Define cuál debe seguir al cliente y haz que salga de la otra, según el evento recibido. Esta separación evita abordajes distintos para la misma compra.
El artículo sobre recuperación de carritos y abandono de compra explica el contexto más amplio. En Pix, la referencia del pago y el estado actual deben orientar el recordatorio.
Envía un mensaje compatible con la situación del cliente
En WhatsApp Business Platform, la empresa debe respetar el permiso de contacto y las solicitudes para detener los mensajes. Fuera de la ventana de atención de 24 horas después del último mensaje del usuario, el envío requiere una plantilla aprobada. La ventana empieza con el mensaje del cliente, no con la creación del pedido. Consulta la política oficial de WhatsApp Business.
Tener un teléfono en el proceso de pago no debe tratarse, por sí solo, como autorización para cualquier mensaje. Guarda cómo aceptó la persona recibir ese tipo de contacto y ofrece un camino claro para detenerlo. La plantilla aprobada también debe corresponder al uso previsto.
El texto del recordatorio debe identificar la tienda y la compra, con una forma sencilla de pedir ayuda. Incluye valor, vigencia o enlace solo cuando provengan de la fuente correcta y estén verificados para ese pedido.
Ejemplo hipotético para una compra que todavía espera pago:
Hola, Marina. Somos el equipo de Tienda Horizonte. El pedido 1842 está esperando la confirmación del Pix. ¿Tuviste alguna dificultad para pagar? Si ya pagaste, avísanos por aquí para que podamos verificarlo.
Este texto ilustra el enfoque. Fuera de la ventana de atención, adapta el mensaje a la plantilla aprobada aplicable. Cuando la conexión proporcione un enlace válido, verifica que abra el pago de la compra mencionada antes de asociarlo al envío.
Evita la urgencia inventada, las amenazas de perder el producto o un descuento automático para cada pago pendiente. Si la tienda tiene una reserva de inventario o un plazo específico, usa solo la condición aplicable a esa compra.
Prueba la finalización antes de ampliar la secuencia
Acuerda pruebas con pedidos propios de prueba y contactos internos. La persona responsable de la integración debe seguir los estados recibidos, mientras que el equipo de atención verifica los mensajes. Los siguientes escenarios son una propuesta de validación, sin resultados de pruebas ejecutadas.
| Caso de prueba | Comportamiento esperado |
|---|---|
| Pago confirmado durante la espera | El recordatorio todavía no enviado deja de avanzar hacia el canal |
| El mismo aviso de pago pendiente se recibe dos veces | La compra mantiene un único seguimiento de la etapa |
| El código vence antes del envío | El flujo deja de ofrecer ese código como válido |
| El cliente dice que ya pagó | Los próximos recordatorios quedan suspendidos hasta la verificación |
| El cliente pide detener los mensajes | La secuencia respeta la solicitud y no abre otro intento de contacto |
| No se puede consultar el estado del pago | El envío queda suspendido y el pendiente llega a la persona responsable |
| La confirmación llega después del envío al canal | No hay nuevos recordatorios; el equipo puede identificar la secuencia de los hechos |
Si algún caso falla, registra el pedido de prueba y los horarios de los eventos junto con el mensaje afectado. Repite el escenario después de corregirlo. El criterio de aprobación debe ser el comportamiento observado, incluso cuando el mejor resultado es no enviar.
En la primera revisión, sigue los recordatorios enviados, las respuestas de ayuda y los pedidos confirmados. Cuenta cada compra una sola vez y mantén visibles los mensajes que llegaron después del pago. Una compra confirmada después del contacto puede asociarse al flujo según un criterio definido, pero esa secuencia temporal no demuestra que el recordatorio causó la venta.
ChatFunnel reúne los flujos de WhatsApp y la atención para seguir la compra según los datos recibidos de la tienda. Lleva los estados de tu Pix y los casos de prueba para evaluar la configuración, incluida la interrupción de la secuencia en el momento correcto.
