Hay clientes que se van y clientes a los que se les va la suscripción. Los primeros han decidido cancelar. Los segundos siguen queriendo el producto, pero su tarjeta caducó, el banco rechazó el cobro o el pago se quedó esperando una autenticación que nadie hizo. Un día pierden el acceso y, muchas veces, ni siquiera se enteran hasta que lo necesitan.
Eso es el churn involuntario, y tiene una particularidad que lo hace más rentable de atacar que cualquier otro: el cliente quiere quedarse. Solo hay que ponérselo fácil.
La respuesta corta
El churn involuntario son las bajas causadas por pagos que fallan, no por una decisión del cliente. Se reduce con cuatro piezas: avisar antes de que la tarjeta caduque, reintentar el cobro de forma inteligente, avisar al cliente con un enlace directo para actualizar el pago y dar un periodo de gracia antes de cortar el acceso. En Europa hay que contar además con la autenticación reforzada, que a veces exige que el cliente confirme el pago. Soporte tiene que poder ver el estado del pago para resolver estos casos en un mensaje.
Por qué fallan los pagos recurrentes
| Causa | Qué pasa | Se arregla con |
|---|---|---|
| Tarjeta caducada | El banco rechaza la fecha | Aviso previo y actualización de tarjeta |
| Fondos insuficientes | Rechazo temporal | Reintentar unos días después |
| Tarjeta sustituida (pérdida, robo, renovación) | El número ya no existe | Actualización automática de tarjetas o pedir la nueva |
| Bloqueo antifraude del banco | El banco desconfía del cargo | Reintento o que el cliente lo autorice |
| Autenticación pendiente | El banco pide que el titular confirme | Enviar al cliente el enlace para autenticar |
| Límite de la tarjeta | Rechazo temporal | Reintentar tras el cambio de ciclo |
La mayoría son temporales o se resuelven con un dato nuevo. Pocos son un «no» definitivo.
Las cuatro piezas
1. Avisar antes de que caduque
Si sabes la fecha de caducidad de la tarjeta, puedes avisar al cliente antes de que el cobro falle. Un correo dos o tres semanas antes, con un botón para actualizarla, evita el problema entero.
Muchas pasarelas de pago ofrecen además la actualización automática de tarjetas: cuando el banco emite una tarjeta nueva, la pasarela recibe los datos y la suscripción sigue cobrándose sin que el cliente haga nada. Si tu pasarela lo tiene, conviene activarlo.
2. Reintentar con criterio
Un pago rechazado por fondos insuficientes el día 1 puede pasar el día 4. Los reintentos automáticos recuperan una parte de los pagos sin que nadie intervenga. Las pasarelas más usadas los incluyen, y algunas eligen el momento según el tipo de rechazo (Stripe, por ejemplo, los llama Smart Retries).
Lo razonable: varios reintentos repartidos en una o dos semanas, no diez en un día, que es lo que más alarma a los sistemas antifraude.
3. Avisar al cliente con un enlace directo
Cuando falla un cobro, un correo claro y sin dramatismo:
Asunto: No hemos podido cobrar tu suscripción Hola, Marta. Hemos intentado cobrar tu suscripción de marzo (29 €) y el banco lo ha rechazado. Suele ser una tarjeta caducada o un límite puntual. Puedes actualizar el método de pago aquí, en un minuto: [Actualizar el pago] Tu cuenta sigue activa con normalidad hasta el 15 de marzo. Si tienes cualquier duda, responde a este correo.
Lo que tiene: el importe, la causa probable, un único botón que lleva directo al formulario de pago (sin iniciar sesión, si puede ser), la fecha límite y un canal para preguntar. Lo que no tiene: amenazas ni mayúsculas.
Una secuencia típica: el día del fallo, a los tres días, a los siete y uno final antes de cortar el acceso. Y dentro del producto, un aviso visible para quien entra.
4. Un periodo de gracia
Cortar el acceso el mismo día del fallo convierte un problema de pago en un enfado. Unos días o un par de semanas de gracia, con avisos, recuperan más clientes que la prisa. Cuando el acceso se corta, conviene conservar los datos un tiempo y que reactivar la cuenta sea tan fácil como actualizar la tarjeta.
La autenticación reforzada en Europa
En Europa, la normativa de pagos (PSD2) exige autenticación reforzada en muchos pagos con tarjeta: el titular confirma el pago en la app de su banco o con un código. En los cobros recurrentes de una suscripción, lo habitual es que el titular autentique el primer pago y los siguientes vayan sin intervención. Pero el banco puede pedir autenticación en cualquier momento, y entonces el pago queda pendiente hasta que el cliente la haga.
Qué implica:
- El correo de aviso tiene que distinguir entre «tu tarjeta ha sido rechazada» y «tu banco necesita que confirmes el pago», con un enlace distinto para cada caso.
- Hay que usar una pasarela preparada para gestionar esa autenticación en pagos recurrentes. Las principales lo están.
- Soporte tiene que conocerlo, porque es de lo que más se pregunta: «me ha llegado un aviso del banco para confirmar un pago, ¿es vuestro?».
Qué responder cuando el cliente escribe
Las conversaciones de pagos fallidos son de las más repetidas y de las más fáciles de resolver, siempre que quien responde pueda ver el estado del pago. Las típicas:
- «¿Por qué no me deja entrar?» → «Tu último cobro no se pudo hacer; actualiza el pago aquí y vuelves a tener acceso al momento.»
- «¿Me habéis cobrado dos veces?» → Comprobar los cargos: muchas veces es una retención temporal de un reintento que el banco libera solo.
- «Mi banco me pide que confirme un pago» → Confirmar que es vuestro, el importe y para qué es.
Un agente de IA que pueda consultar el estado de la suscripción del cliente responde estas preguntas al momento y a cualquier hora, que es justo cuando un cliente sin acceso las hace. Con Intake, eso se hace conectando la consulta del estado de facturación a tu sistema como una acción; lo que no puede resolver —un cobro que el cliente dice no reconocer— lo pasa a una persona. Más en ejecutar acciones.
Cómo medirlo
- Pagos fallidos al mes, sobre el total de cobros.
- Tasa de recuperación: de los fallidos, cuántos se cobran finalmente, y en cuántos días.
- Churn involuntario: clientes que se pierden porque el pago no se recupera. Mídelo separado del churn voluntario; cómo, en cómo calcular el churn y el NRR.
Si la tasa de recuperación es baja, revisa en orden: si los correos llegan (y no van a spam), si el enlace lleva directo al pago y si das tiempo suficiente antes de cortar.
Preguntas frecuentes
¿Qué es el churn involuntario?
Las bajas de clientes causadas por pagos fallidos —tarjetas caducadas, rechazos del banco, autenticaciones pendientes— y no por una decisión del cliente de cancelar.
¿Cuántas veces conviene reintentar un cobro?
Varias veces repartidas en una o dos semanas. Muchos reintentos seguidos el mismo día hacen saltar los sistemas antifraude del banco.
¿Cuándo corto el acceso a un cliente que no paga?
Tras un periodo de gracia con avisos, no el mismo día del fallo. Y conservando sus datos un tiempo para que pueda volver actualizando el pago.
¿Qué es la autenticación reforzada?
Una exigencia de la normativa europea de pagos: el titular de la tarjeta confirma algunos pagos con su banco. En suscripciones, el banco puede pedirla en un cobro recurrente y el pago queda pendiente hasta que el cliente la hace.
¿Debe soporte poder ver el estado de los pagos?
Sí. Son de las preguntas más repetidas y se resuelven en un mensaje si quien responde ve si el cobro falló, por qué y qué enlace mandar.
