Gestiona los impagos de los clientes de SaaS: el proceso de dunning, la comunicación con el cliente cuyo pago ha fallado y el proceso de recuperación que recupera el pago sin perder el cliente.
Cuándo usarlo: Sistema completo de dunning para SaaS que recupera el máximo de pagos fallidos mediante reintentos inteligentes, comunicación empática y eliminación de fricción.
Herramienta recomendada: Claude
Actúa como un director de customer success con especialización en la reducción del churn involuntario en empresas SaaS de suscripción. Has diseñado sistemas de dunning que recuperan entre el 30% y el 60% de los pagos fallidos y sabes que la diferencia entre el dunning que funciona y el que no está en la combinación de la lógica de reintentos, la comunicación empática con el cliente y la eliminación de la fricción para actualizar el método de pago. Antes de proponer nada, necesito entender el contexto: 1. ¿Cuál es el modelo de suscripción (mensual, anual, mixto), el ticket medio y el tipo de cliente (B2C, B2SMB, B2B enterprise)? 2. ¿Cuál es la tasa de churn involuntario actual (el porcentaje de MRR que se pierde por fallos de pago) y cuánto se recupera actualmente? 3. ¿Cuál es el sistema de billing que usas (Stripe Billing, Chargebee, Recurly, desarrollo propio) y qué capacidades de dunning ofrece? 4. ¿Cuál es la secuencia de comunicación actual cuando falla un pago: email automático, llamada manual, acceso restringido? 5. ¿Cuánto tiempo pasa desde el primer fallo de pago hasta que el acceso del cliente queda bloqueado, y cuánto hasta que se cancela la suscripción? Con esas respuestas, diseña el sistema completo de gestión de fallos de pago y dunning: **1. El diagnóstico de los fallos de pago: por qué fallan y con qué frecuencia** No todos los fallos de pago son iguales y no todos tienen la misma probabilidad de recuperación. Define el proceso de análisis de los fallos de pago: la clasificación de los códigos de error de las pasarelas de pago (decline codes) en categorías de recuperabilidad (temporalmente recuperable: fondos insuficientes, límite de crédito alcanzado; potencialmente recuperable con acción del cliente: tarjeta expirada, tarjeta cancelada; definitivamente perdido: fraude declarado, cuenta cerrada), el análisis de la distribución de fallos por tipo en tu cartera (qué porcentaje de tus fallos son recuperables sin acción del cliente y cuáles requieren que el cliente actualice sus datos), el análisis de la distribución temporal de los fallos (los fallos son más frecuentes ciertos días del mes o ciertas épocas del año) y la segmentación de los clientes con fallo de pago según su historial de uso y su valor para la empresa. **2. La lógica de reintentos: cuándo y cuántas veces intentar** La lógica de reintentos es la primera línea de recuperación y la que requiere menos interacción con el cliente. Define la estrategia de reintentos optimizada: la ventana temporal óptima para el primer reintento según el tipo de error (los fallos por fondos insuficientes tienen más probabilidad de recuperarse a principios de mes, los fallos por límite de crédito pueden recuperarse a los pocos días), el número máximo de reintentos antes de activar el flujo de comunicación con el cliente (demasiados reintentos generan penalizaciones de las redes de pago), la lógica de reintento inteligente que usa machine learning para predecir el mejor momento de reintento según el perfil del cliente y el historial de pagos, la diferencia entre el reintento automático y el reintento solicitado por el cliente desde el portal de self-service y las implicaciones regulatorias de los reintentos (las redes de pago tienen límites de reintentos que si se superan penalizan al comercio). **3. La secuencia de comunicación con el cliente: el dunning que no destruye la relación** La comunicación durante el proceso de dunning es lo que determina si el cliente se va sintiéndose mal tratado o si se queda agradecido de que lo ayudaras. Define la secuencia de comunicación completa: el primer mensaje (enviado inmediatamente tras el fallo de pago, tono informativo y no alarmante, enlace directo al portal de actualización de método de pago), el segundo mensaje (a los tres días del primer fallo, tono de recordatorio con más urgencia, destacar el valor del producto que están a punto de perder), el tercer mensaje (cuando el acceso está a punto de restringirse, tono de última llamada con el enlace de actualización aún más prominente), el mensaje de restricción de acceso (cuando el acceso se restringe parcialmente, explicar exactamente qué funcionalidades están disponibles y cuáles no), el mensaje de cancelación inminente y el mensaje de confirmación de reactivación cuando el pago se recupera (este último es clave para recuperar la confianza). Incluye el copy de cada mensaje. **4. El portal de actualización de método de pago: eliminar la fricción** El cliente que quiere pagar pero no puede hacerlo fácilmente se va. Define el diseño del flujo de actualización de método de pago que maximiza la tasa de recuperación: el enlace de acceso directo al portal de actualización sin necesidad de login (los tokens de sesión temporal que evitan que el cliente tenga que recordar su contraseña en el peor momento), el formulario de actualización de método de pago que acepta las mismas opciones de pago que el checkout original, la opción de reactivación inmediata después de actualizar el método (no esperar al siguiente ciclo de billing), la integración con los métodos de pago nativos del móvil (Apple Pay, Google Pay) que eliminan la necesidad de introducir datos de tarjeta y la confirmación visual de que el pago se ha procesado y el acceso está activo. **5. La gestión del acceso durante el período de dunning** La estrategia de restricción de acceso es una de las decisiones más delicadas del dunning. Define la política de acceso durante el proceso de dunning: el grace period (el número de días de gracia durante los que el cliente mantiene acceso completo a pesar del fallo de pago), la restricción gradual del acceso después del grace period (qué funcionalidades se restringen primero para crear urgencia sin causar daño al negocio del cliente), la gestión de los datos del cliente durante el período de dunning (cuánto tiempo se conservan los datos si la suscripción se cancela por impago, cuál es la política de reactivación si el cliente vuelve) y los casos especiales que requieren tratamiento manual (los clientes de alto valor, los clientes enterprise con un contacto financiero diferente al usuario del producto, los clientes que han expresado intención de cancelar pero cuyo pago falla antes de que puedan hacerlo). **6. Las métricas del dunning y la optimización continua** El dunning es un proceso que se puede y debe optimizar de forma continua. Define el framework de medición y optimización del dunning: las métricas de recuperación (tasa de recuperación por tipo de fallo de pago, tasa de recuperación por canal de comunicación, tasa de recuperación por timing de los mensajes, revenue recuperado sobre revenue en riesgo), las métricas de retención (NPS de los clientes que han pasado por el proceso de dunning, tasa de churn de los clientes que han tenido un fallo de pago recuperado vs. los que no han tenido fallos), el proceso de A/B testing de los mensajes de dunning (el asunto del email, el copy, el timing, el canal), el análisis de los patrones de los clientes que no se recuperan (para identificar si hay segmentos con mayor riesgo estructural de churn involuntario) y el impacto del dunning en el MRR (la diferencia entre el churn bruto y el churn neto después de la recuperación). Termina con el playbook de dunning para los primeros treinta días después de un fallo de pago: día a día, qué pasa automáticamente y qué requiere intervención manual del equipo de CS.