En nuestro último post explicamos qué es el MIT y por qué es clave para que los pagos recurrentes funcionen. Pero el MIT es solo una pieza. Hoy vamos a lo que pasa cuando tus cobros recurrentes no están bien configurados (con datos reales).
64% Para una suscripción.
Hace un tiempo analizamos los datos de transacciones de varios operadores del sector fitness. Negocio sano, buena captación, cuotas estables. Tasa de aprobación en cobros recurrentes: 64%.
En un negocio donde el ingreso recurrente es la base de todo, eso no es "mejorable". Es una fuga estructural.
El problema es que la mayoría no lo sabe.
Cuando hablamos con equipos que gestionan suscripciones, el patrón se repite. Se presta atención a la captación, al marketing, al funnel. Se elige el proveedor de pagos principalmente por coste, se configura una vez, y se da por resuelto. Los pagos no están en el radar.
El resultado es que la tasa de aprobación en cobros recurrentes (uno de los indicadores más directamente ligados a los ingresos) pasa desapercibida. Cuando un cobro falla, se asume que es cosa del cliente, del banco, de algo externo. Y a veces lo es, pero muchas veces no.
Por qué un cobro recurrente bien configurado debería aprobar entre el 85% y el 95% de las veces
Un pago recurrente tiene una lógica clara para los emisores. La primera transacción la inicia el cliente, con autenticación fuerte. En los cobros siguientes, el comercio identifica correctamente que es una transacción iniciada por él (MIT), con referencia a las credenciales almacenadas en el primer cobro. El emisor reconoce la continuidad, no pide autenticación innecesaria, y aprueba.
Cuando esto funciona bien, las tasas de aprobación están entre el 85% y el 95%.
¿Qué pasa cuando no están bien configurados? Que los cobros recurrentes se procesan sin el flag MIT correcto, sin referencia a la transacción original, como si fueran pagos de ecommerce genéricos. El emisor los trata como transacciones de mayor riesgo y los rechaza; no porque el cliente no tenga fondos ni porque la tarjeta haya caducado, sino porque la configuración técnica no es la correcta.
Lo que te cuesta
El número inmediato es fácil de calcular. Un negocio que procesa 500.000€/mes con una tasa de aprobación del 64% está cobrando 320.000€ y dejando 180.000€ sobre la mesa cada mes.
Pero el coste real va más allá. Cuando un cobro falla sin razón técnica legítima, el cliente recibe un aviso de pago fallido. Su tarjeta es válida. No canceló nada. Y aun así tiene que actualizar datos o, en el peor caso, le deniegan el acceso al servicio. Eso no es un problema de pagos. Es un problema de experiencia que erosiona la confianza en la marca.
El resultado habitual: el negocio ve subir el churn, aumenta el presupuesto de captación para compensarlo, y nunca conecta los puntos. La solución no era más marketing. Era revisar cómo estaban configurados sus cobros recurrentes.
Tres preguntas para saber si tienes fugas ahora mismo:
¿Sabes tu tasa de aprobación real en cobros recurrentes, desglosada del resto de transacciones? Si tu plataforma no te la muestra separada, estás operando a ciegas.
¿Tus cobros recurrentes llevan el flag MIT correcto con referencia a la transacción original? Si no estás seguro, probablemente no lo llevan.
¿Ves los códigos de rechazo del emisor? "Pago rechazado" no es información suficiente. El código de razón te dice exactamente qué está fallando y si está en tu mano resolverlo.
Mejorar la tasa de aprobación un 10% genera más revenue que aumentar el presupuesto de marketing
En un negocio de suscripción, recuperar cobros que ya deberían estar aprobándose tiene impacto inmediato: sin coste de adquisición, sin fricción con el cliente. Es la "palanca" más subestimada en pagos recurrentes.
A veces la forma más rápida de crecer es simplemente dejar de perder dinero que ya habías ganado.
