Saltar al contenido

Dunning y recuperación de pagos fallidos

El dunning es el proceso de recuperar pagos de suscripción fallidos (reintentar las tarjetas rechazadas y escribir al cliente) antes de que una baja involuntaria se convierta en churn. Gran parte del churn que los equipos pequeños dan por perdido no es una decisión; es una tarjeta caducada o rechazada. Baremetrics indica que los negocios de suscripción pierden así cerca del 9 % del MRR.

Actualizado el 8 min de lecturaPor fromHello

Lo esencial

  1. La mayor parte del churn que los equipos pequeños intentan recuperar es voluntario. Una parte grande y recuperable es involuntaria: tarjetas caducadas o rechazadas que nadie decidió cancelar.

  2. Baremetrics indica que los negocios de suscripción pierden cerca del 9 % del MRR por pagos fallidos. El dunning recupera buena parte.

  3. Los reintentos inteligentes recuperan la mayor parte del dinero: reintenta con un calendario ligado a los días de cobro, no a fuerza bruta cada hora.

  4. Los emails de dunning son transaccionales, no de marketing. Tienen que llegar a la bandeja de entrada, así que envíalos desde tu flujo transaccional y que sean cortos y honestos.

¿Qué es el dunning y qué es el churn involuntario?

El dunning es la secuencia de reintentos y recordatorios que recupera un pago de suscripción fallido. Importa porque bajo el nombre de churn se archivan dos cosas muy distintas. El churn voluntario es una decisión: alguien cancela. El churn involuntario es un accidente: una tarjeta caducó, un cargo fue rechazado, un banco lo bloqueó. El método habitual de retención y recuperación se dirige a quienes decidieron irse y deja fuera por completo el churn involuntario. Antes de construir nada, separa los dos: cómo calculas el churn debería distinguir el voluntario del involuntario, porque se arreglan de formas completamente distintas.

¿Qué tamaño tiene la fuga?

Mayor de lo que esperan la mayoría de los fundadores, porque nadie decidió irse. Baremetrics indica que los negocios de suscripción pierden cerca del 9 % del MRR por pagos fallidos: con 50.000 USD de MRR, son unos 4.500 USD al mes que se van sin que nadie pulse cancelar. La parte del churn total que es involuntaria se cifra a menudo en un 20–40 %; los benchmarks de Churnkey sitúan la media de SaaS cerca del 22 %. Tómalos como una orientación, no como un dogma: tu proporción depende del precio del plan, los tipos de tarjeta y la geografía. La idea se mantiene: una parte real de tu churn es ingreso recuperable, no clientes perdidos.

¿Por qué fallan los pagos?

  • Tarjetas caducadas: la causa más evitable; la tarjeta registrada simplemente venció.
  • Fondos insuficientes: un rechazo leve que a menudo se resuelve en un reintento posterior; Churnkey indica que causa alrededor del 40 % de los fallos.
  • Bloqueos por fraude y 3DS: el banco o la red marcan el cargo o exigen una nueva autenticación que el cliente nunca completa.
  • Rechazos definitivos: cuentas cerradas o tarjetas denunciadas como perdidas que ningún reintento arreglará; necesitan una tarjeta nueva, no otro intento.

Reintentos inteligentes: el calendario gana a la fuerza bruta

Reintentar una tarjeta rechazada cada hora sobre todo genera más rechazos y molesta al emisor. El momento es la palanca. Los Smart Retries de Stripe eligen cuándo reintentar a partir de señales como la hora a la que una tarjeta suele pasar, y por defecto hacen 8 intentos en unas dos semanas. La intuición es sencilla: un rechazo por fondos insuficientes se resuelve después del día de cobro, así que un reintento dos o tres días después gana a diez reintentos esta noche. Uses la herramienta que uses, reintenta con un calendario ligado a cuándo entra el dinero y limita los intentos.

El proceso de recuperación de pagos fallidos. El pre-dunning (avisos de caducidad de la tarjeta y un servicio de actualización de tarjetas) actúa antes de que falle un cargo; cuando uno falla, los reintentos hacen el trabajo pesado, los emails solo escalan si una tarjeta necesita la intervención del cliente, y el flujo termina en recuperación o en una rebaja de plan sin brusquedad.

Pre-dunning: avisa antes de que caduque la tarjeta

El pago fallido más barato es el que nunca ocurre. El pre-dunning actúa antes de que falle el cargo. Dos medidas cubren casi todo. Primero, un servicio de actualización de tarjetas (un servicio de Visa y Mastercard que ofrecen Stripe y la mayoría de los procesadores de pago) actualiza automáticamente el nuevo número o la nueva fecha de caducidad de una tarjeta, así que una tarjeta reemitida nunca provoca un rechazo. Segundo, un email de aviso una semana antes de que caduque una tarjeta registrada, pidiendo al cliente que la actualice. Es la misma disciplina que un recordatorio de fin de prueba: un empujón pequeño y oportuno que evita una baja silenciosa.

La secuencia de emails de dunning

Los emails respaldan los reintentos: importan sobre todo cuando una tarjeta necesita de verdad que el cliente actúe. Limítalo a tres mensajes, cada uno con una petición clara y un enlace de un clic para actualizar el pago. No acumules seis recordatorios cargados de culpa; la recuperación por email cae rápido después del primero, y cada envío adicional se expone a una queja por spam.

EtapaCuándoLa petición
AvisoEn el primer cargo fallidoTu pago no se ha completado; lo reintentaremos automáticamente, todavía no tienes que hacer nada.
Reintento en cursoA mitad de la secuencia, tras un reintento fallidoLo hemos vuelto a intentar y no ha pasado. Actualiza tu tarjeta para evitar interrupciones.
Último avisoAntes de cortar el accesoEl último intento ha fallado. Actualiza tu tarjeta ahora o tu plan se pausará en la fecha indicada.

Por qué los emails de dunning son transaccionales, no de marketing

Un email de dunning se dispara por un evento de la cuenta y pide una acción concreta, lo que lo convierte en transaccional, no de marketing. La distinción no es un tecnicismo: decide la entregabilidad. Envía el dunning desde tu flujo transaccional, no desde el promocional, que se limita y se filtra. Las reglas de supresión de marketing no deberían aplicarse; un cliente que se dio de baja de tu newsletter sigue necesitando saber que su tarjeta ha fallado. Si estos emails acaban en spam, todo el flujo de recuperación se rompe sin hacer ruido.

¿Cuándo deberías parar sin brusquedad?

Después del último aviso, deja de escribir. Un cliente que ha ignorado tres mensajes y varios reintentos no va a convertir con el séptimo recordatorio: va a marcarte como spam, lo que daña la entregabilidad para todos. Termina sin brusquedad: rebaja a un plan gratuito, pausa la cuenta o pásalo a una verdadera campaña de recuperación semanas después. Integra el dunning en tu marketing de ciclo de vida más amplio para que recuperación, retención y reactivación sean un solo sistema y no tres flujos desconectados.

FAQ

Preguntas frecuentes

  • ¿El dunning es lo mismo que una campaña de recuperación?

    No: la recuperación se dirige a quienes decidieron cancelar; el dunning recupera las bajas involuntarias por pagos fallidos. Distinta audiencia, distinto canal, distinto momento.

  • ¿Cuántos reintentos debería hacer?

    La política por defecto de Smart Retries de Stripe es de 8 intentos en unas dos semanas. El momento importa más que el número: los reintentos ligados a los días de cobro pasan más que los intentos a fuerza bruta.

  • ¿Los emails de dunning deben ir por marketing o por transaccional?

    Por transaccional. Se disparan por un evento de la cuenta y tienen que llegar a la bandeja de entrada, así que van en tu flujo de envío transaccional, no en el promocional.

  • ¿Cuándo debería dejar de hacer dunning?

    Después del último aviso. Rebaja o pausa la cuenta en lugar de seguir escribiendo; la insistencia repetida provoca quejas por spam que dañan la entregabilidad para todos.

fromHello es software de automatización de marketing de código abierto: mensajes activados por lo que hace la gente.

fromHello Cloud está en acceso anticipado a través de la lista de espera.

Acceso anticipado

fromHello Cloud

Nadie emprende para quedarse pequeño.

El acceso anticipado a fromHello Cloud se abre por etapas. El onboarding es personalizado: te ayudamos a configurarlo y a traer tus contactos.

Te escribiremos cuando se abra tu plaza. Sin spam.

¿Aún no quieres unirte? Ver en GitHub