Recupera pagos incompletos
Los pagos incompletos son intentos que no se convirtieron en ventas aprobadas. La recuperación ayuda a los compradores a completar el checkout sin tratar intentos pendientes, abandonados o rechazados como compras completadas.
Usa esta guía cuando la conversión sea menor de lo esperado, cuando soporte escuche "casi pagué", o cuando diseñes seguimiento de webhook o CRM tras abandono en checkout.
Tipos de pago incompleto
| Tipo | Qué ocurrió | Ángulo de recuperación |
|---|---|---|
| Carrito abandonado | El comprador salió del checkout antes de pagar | Seguimiento o automatización |
| PIX generado, no pagado | Código QR creado pero pago no completado | Recordar al comprador que termine el PIX |
| Tarjeta rechazada | Emisor o validación bloqueó el pago | Ofrecer otra tarjeta o PIX |
| Pendiente demasiado tiempo | El comprador cree que pagó pero la venta no está aprobada | Verificar estado antes de otorgar acceso |
Para profundizar, usa fallos de pago PIX y rechazos de pago con tarjeta.
Qué debe y no debe hacer la recuperación
| Comportamiento seguro de recuperación | Comportamiento riesgoso de recuperación |
|---|---|
| Enviar al comprador al mismo enlace de checkout | Otorgar acceso con estado pendiente o abandonado |
| Recordar al comprador que complete el PIX | Tratar PIX generado como pagado |
| Ofrecer otra tarjeta o método de pago | Marcar manualmente una venta como aprobada fuera de política |
| Registrar intento en Ventas | Confundir rechazo con contracargo |
Flujo de recuperación
- Confirma el workspace de negocio correcto.
[Captura de pantalla: Encabezado de la app — workspace de negocio correcto seleccionado.]
- Abre Ventas y busca por email del comprador o fecha.
[Captura de pantalla: Búsqueda en Ventas — email del comprador ingresado para buscar pago incompleto.]
- Identifica si el registro está abandonado, pendiente, rechazado o aprobado.
[Captura de pantalla: Detalle de venta o intento — estado muestra pendiente, rechazado o abandonado.]
- Confirma qué enlace de checkout, paso de embudo o enlace de campaña usó el comprador.
[Captura de pantalla: Detalle de venta — origen, tipo de enlace o ruta UTM visible.]
- Decide si soporte debe contactar al comprador o si automatización debe activarse.
[Captura de pantalla: Decisión de recuperación — soporte manual vs ruta de automatización elegida.]
- Envía al comprador al checkout o paso de pago correcto.
[Captura de pantalla: Email o mensaje de recuperación — enlace de checkout correcto enviado al comprador.]
- Confirma una nueva venta aprobada antes de cambiar entrega o acceso.
[Captura de pantalla: Detalle de Ventas — nueva venta aprobada después de que el comprador completó el pago.]
- Revisa Campañas o Visión general financiera solo después de que la venta esté aprobada.
[Captura de pantalla: Campañas o Finanzas — venta recuperada contada como conversión aprobada.]
Opciones de automatización
| Evento | Uso típico |
|---|---|
| Carrito abandonado | Email de recuperación, tarea CRM o secuencia de recordatorio |
| PIX generado | Recordatorio de pago antes del vencimiento |
| Compra rechazada | Alerta de soporte o seguimiento de método de pago alternativo |
Configura automatizaciones mediante webhooks o Zapier / Make. No otorgues acceso al producto basándote solo en eventos abandonados o pendientes.
Qué verificar antes del lanzamiento
| Comprobación | Por qué importa |
|---|---|
| Soporte conoce PIX pendiente vs venta aprobada | Evita acceso prematuro. |
| El copy de recuperación usa la oferta y enlace correctos | Un enlace incorrecto crea más intentos incompletos. |
| Automatizaciones probadas con simulador | Evita sorpresas en producción. |
| Métodos de pago coinciden con la promesa del checkout | Los compradores recuperan más rápido cuando las opciones son claras. |
| Los informes excluyen intentos incompletos de conclusiones de ingresos | Usa Visión general financiera en ventas aprobadas. |
Buenas prácticas
- Construye recuperación después de que checkout y método de pago estén estables.
- Capacita a soporte para buscar en Ventas por email primero.
- Mantén mensajes de recuperación cortos y específicos sobre el siguiente paso.
- Revisa tendencias de pagos incompletos por oferta, embudo y campaña.
- Documenta cuándo se permiten excepciones manuales según política del producto.
Errores comunes
- Otorgar acceso porque el comprador "tenía intención" de pagar.
- Enviar un enlace de campaña en lugar de la ruta original de checkout.
- Culpar a brechas de atribución cuando el problema real es fricción en checkout.
- Automatizar con el evento de webhook incorrecto.
- Medir recuperación sin verificar si la venta final está aprobada.
FAQ
¿Debo aprobar acceso manualmente para un comprador que casi pagó?
Solo sigue tu política de producto. En la mayoría de casos, el acceso debe seguir una venta aprobada, no un intento incompleto.
¿Dónde soluciono problemas de PIX o tarjeta en detalle?
Consulta fallos de pago PIX y rechazos de pago con tarjeta.