Serie Black Friday

Black Friday: del enlace enviado al pago confirmado

Puntos clave

  • Enlace enviado no es venta; solo el pago confirmado en la fuente (pasarela, banco o terminal de tarjeta) cuenta como ingreso.
  • Separe los pendientes por motivo: indecisión, error técnico, duda de plazo o falta de confianza piden respuestas diferentes.
  • Nunca pida el número completo de la tarjeta, la clave ni el código de autenticación por WhatsApp; ofrezca otro medio de pago.
  • Según Reclame Aqui (2025), hubo más de 400 alertas de estafa en el Black Friday; el cliente desconfía del enlace, y el mensaje tiene que reducir esa desconfianza.
  • Detenga todos los recordatorios en el instante en que el pago se confirme y registre el valor de la venta en el CRM.

¿Por qué enlace enviado no es venta?

Porque el enlace solo abre la posibilidad de pagar; la venta existe cuando el dinero es confirmado por la fuente de pago. Los equipos que marcan "vendido" al enviar el enlace inflan el resultado del viernes y descubren el hueco en la conciliación del lunes.

El volumen de noviembre vuelve caro ese error. Según Confi Neotrust (2025), el Black Friday cerró con 21,5 millones de pedidos en el e-commerce brasileño, 16,5% más que en 2024, con el ticket promedio en caída. Más pedidos y más pequeños: cada confirmación manual pendiente se convierte en fila.

Regla de decisión: si la venta no aparece como pagada en la fuente, es un pendiente, no un ingreso. Si aparece pagada, es un pedido, y el siguiente contacto es la posventa, descrita en post-Black Friday: del pedido a la relación.

¿Cuáles son los tres estados que el equipo tiene que separar?

Los tres estados son propuesta enviada, pago pendiente y pago confirmado. Cada uno tiene responsable, plazo y acción; ninguna conversación se queda en el limbo llamado "negociando".

EstadoQué significaAcción del equipoPlazo para actuar
Propuesta enviadaEl cliente recibió el enlace, sin clic o sin respuestaFollow-up por pendiente (duda, plazo, decisión)2 a 6 h, dentro de la ventana de 24 h
Pago pendienteEl cliente intentó pagar y no completó, o eligió boleto (pago bancario brasileño)/Pix (pago instantáneo brasileño) y no pagóPreguntar en qué etapa ocurrió el error; ofrecer un medio alternativoHasta 1 h después del reporte
Pago confirmadoLa fuente de pago muestra aprobadoRegistrar el valor, detener recordatorios, enviar confirmación del pedidoInmediato

Regla de decisión: si el cliente no respondió nada después del enlace, trátelo como propuesta enviada y use la cadencia de follow-up sin presionar. Si escribió "me dio error", trátelo como pago pendiente y responda en menos de 1 hora: el error técnico se enfría más rápido que la indecisión.

Cómo enviar el enlace correcto a la primera

El enlace correcto tiene el precio acordado, las condiciones visibles y la validez clara, y va al cliente que ya eligió el artículo. Checklist antes de enviar:

  1. Precio igual al de la oferta anunciada. Por el art. 30 del Código de Defensa del Consumidor de Brasil (Ley 8.078/1990), la oferta obliga al proveedor. Un enlace con un valor distinto del anuncio es un pendiente garantizado.
  2. Precio total, envío y plazo escritos en el mensaje, como lo exige el Decreto 7.962/2013 (norma brasileña de comercio electrónico).
  3. Validez del enlace y de la oferta con fecha y hora reales.
  4. Nombre de la empresa visible en el dominio del enlace. Con más de 400 alertas de estafa registradas por Reclame Aqui (2025), un enlace acortado sin identificación es un motivo legítimo para no pagar.
  5. Artículo y variante confirmados ("camiseta azul, talla M, 2 unidades") antes de generar el enlace.
  6. Origen de la conversación registrado en el CRM, para saber qué anuncio trajo a quien pagó.

Si la oferta todavía no está lo bastante clara como para caber en un mensaje con precio total, el problema es anterior al enlace; vea cómo armar una oferta clara en WhatsApp.

¿Qué hacer cuando el cliente dice que le dio error?

Pregunte en qué etapa ocurrió el error y ofrezca un camino alternativo; no pida los datos de la tarjeta para "intentar desde aquí". La regla protege al cliente y a la empresa.

  • Si el error fue en la página de pago (el enlace no abre, página en blanco): reenvíe el enlace y pida que intente en otro navegador. Si persiste, genere un enlace nuevo.
  • Si el error fue en la aprobación de la tarjeta (rechazada, límite): ofrezca Pix u otra tarjeta. No pregunte el motivo del rechazo; el cliente rara vez lo sabe y se siente expuesto.
  • Si el cliente eligió boleto o Pix y no pagó: confirme la validez y pregunte si prefiere otro medio. En el Black Friday, el boleto tiene alta probabilidad de vencer sin pago.
  • Si el cliente pide pagar "por fuera" (transferencia a una cuenta personal): rechace y explique que solo valen los medios oficiales. Eso evita estafas contra ambas partes.

Nunca pida el número completo de la tarjeta, el código de seguridad, la clave ni el código de autenticación por WhatsApp. Si el cliente lo envía por su cuenta, borre el mensaje y oriéntelo a usar el enlace.

Cómo conciliar y cerrar el pendiente

Conciliar es verificar, en la fuente de pago, que el valor entró, y solo entonces cambiar el estado a confirmado. Una captura de pantalla no es conciliación. Flujo en cuatro pasos:

  1. La fuente de pago (pasarela, banco, terminal de tarjeta o plataforma de checkout) muestra el pago aprobado.
  2. El equipo registra el valor de la venta en el CRM, en la conversación del cliente. En un CRM con atribución, como RASTRO, ese registro es lo que permite vincular la venta al anuncio de origen y enviarla a Meta por la API de Conversiones, con control de duplicados.
  3. Todos los recordatorios de pago se detienen. Si hay una cadencia automática, debe interrumpirla el registro de la venta, no que alguien se acuerde de apagarla.
  4. El cliente recibe una confirmación con artículo, valor, plazo y canal de seguimiento.

Regla de decisión: si el pago fue confirmado pero el origen no está disponible, registre la venta sin origen. No la atribuya a un anuncio por suposición; el panel muestra "sin origen" y el número sigue siendo honesto. Ese envío a Meta se hace mediante la API de Conversiones para ventas por WhatsApp.

Ejemplo hipotético: 50 enlaces enviados

Los números siguientes son hipotéticos y muestran el razonamiento, no un resultado esperado.

  1. Base. 50 enlaces enviados el viernes; 12 pagados al final del día. Conversión inmediata = 12 ÷ 50 = 24%.
  2. Clasificación de los 38 pendientes. 14 sin respuesta (propuesta enviada), 10 con error reportado, 8 con boleto o Pix no pagado, 6 con duda de plazo.
  3. Acción por grupo. Error reportado: respuesta en menos de 1 h con Pix como alternativa, 6 pagan. Boleto/Pix: recordatorio de validez, 3 pagan. Duda de plazo: respuesta con plazo real, 3 pagan. Sin respuesta: cadencia de dos toques, 3 pagan.
  4. Resultado. 12 + 6 + 3 + 3 + 3 = 27 pagados. Conversión final = 27 ÷ 50 = 54%.
  5. Ingresos. 27 × ticket promedio de R$ 150 = R$ 4.050, contra R$ 1.800 si el equipo se hubiera detenido en los 12 iniciales.
  6. Lectura. El grupo "error reportado" convirtió 6 ÷ 10 = 60% con una acción simple; empiece por él.

Errores comunes al recuperar pagos

  • Reenviar el mismo enlace sin preguntar nada. Si el problema es precio, confianza o error técnico, el segundo enlace cae en el mismo lugar.
  • Marcar como vendido por el clic o por la captura de pantalla. El panel del viernes muestra ingresos que no existen y la conciliación del lunes derrumba el número.
  • Pedir datos de la tarjeta para "agilizar". Expone al cliente, viola las buenas prácticas de seguridad y, si se filtra, la responsabilidad es de la empresa.
  • Dar descuento extra a quien "tuvo un error". El descuento le enseña a la siguiente persona a reportar un error para ganar una rebaja.
  • Seguir recordando a quien ya pagó. Por el art. 49 del CDC (derecho de arrepentimiento de 7 días), quien compró por WhatsApp tiene 7 días para desistir; un cobro indebido es el empujón que faltaba.

Qué medir del enlace al pago

Mida cuatro indicadores con la misma base de enlaces, sin enlaces de prueba ni duplicados. Los rangos son referencias prácticas, no benchmarks.

  • Conversión de enlace en pago = pagos confirmados ÷ enlaces enviados, en una ventana fija de 72 h. Por debajo del 20%, revise el checklist del enlace antes de culpar al cliente.
  • Tiempo hasta la confirmación = horas entre el envío del enlace y la confirmación en la fuente. Si la mediana supera las 24 h, el enlace se está enviando demasiado pronto, antes de que el cliente decida.
  • Pendientes por motivo = pendientes de cada motivo ÷ total de pendientes. Si "error técnico" supera el 30%, el problema es el checkout, no la atención.
  • Tasa de cobro indebido = recordatorios enviados a quien ya pagó ÷ pagos confirmados. Cualquier valor por encima de cero indica una falla en la parada de los recordatorios.

Esos números alimentan el panel del dueño; lo que él debe mirar está en panel de Black Friday: qué debe mirar el empresario.

Preguntas frecuentes

Fuentes

¿Debo reenviar el enlace de pago varias veces?

No. Reenvíelo una vez si el cliente reportó que el enlace no abrió. Fuera de eso, descubra primero la barrera: pregunte en qué etapa se detuvo y ofrezca otro medio de pago. Repetir el enlace no resuelve precio, confianza, error de tarjeta ni una compra que ya fue pagada por otro camino.

¿El comprobante enviado por el cliente vale como pago?

No como confirmación. Agradezca, diga que lo va a verificar y solo cambie el estado cuando la fuente de pago muestre el valor aprobado. Los comprobantes pueden ser de un pago programado, de otro pedido o editados. La verificación toma minutos y evita liberar un pedido sin dinero en caja.

¿Puedo cobrarle al cliente que eligió boleto y no pagó?

Puede recordarle la validez, dentro de las reglas de ventana y opt-in de WhatsApp, y ofrecer Pix como alternativa. Un recordatorio objetivo con la fecha de vencimiento basta. Si el boleto venció sin respuesta, libere el inventario y cierre el pendiente.

¿El CRM confirma el pago solo?

Depende de la integración entre el CRM y el medio de pago, que varía según la herramienta. Sin integración, alguien del equipo verifica en la fuente y registra el valor manualmente. Lo importante es que el registro exista en la conversación del cliente, detenga los recordatorios y tenga el origen, cuando esté disponible.