Abandono involuntario

Dónde se traza realmente la línea entre el abandono voluntario e involuntario

La división teórica es clara: el abandono voluntario es una decisión y el abandono involuntario es un fallo. En un negocio en funcionamiento, el límite es más difuso que eso, y dónde se traza determina el número que se informa.

Tres casos se sitúan en el límite. Un cliente que deliberadamente deja caducar una tarjeta en lugar de hacer clic en cancelar ha tomado una decisión y ha provocado un fallo de pago; el sistema lo registra como involuntario, el cliente lo pretendía voluntario. Un cliente que ignora tres correos electrónicos de actualización puede no haber decidido nada en absoluto. Y una suscripción terminada por el sistema de facturación después de una secuencia de reintentos agotada es una acción del sistema tomada en nombre de alguien a quien nunca se le preguntó.

La regla práctica es clasificar por causa en lugar de por intención. Si el evento final fue precedido por un cargo rechazado y no hay una solicitud de cancelación en el registro, es involuntario, y los que deliberadamente dejan caducar la tarjeta se encuentran dentro de esa categoría como una impureza conocida. La alternativa es inferir la intención, lo cual es inmedible y varía según quien esté haciendo la inferencia.

Por qué el número casi siempre se subestima

El abandono involuntario se subestima por razones estructurales más que por descuido. No es que las empresas ignoren los pagos fallidos. Es que el registro del fallo y el registro de la pérdida residen en tablas diferentes y rara vez se unen.

Cuatro lugares donde el número se pierde, ninguno de ellos un error cometido deliberadamente por alguien.

• El evento final es una cancelación. Sea cual sea la causa, la fila de la suscripción termina en un estado cancelado, y cualquier informe que cuente cancelaciones cuenta esta.
• El campo de motivo de cancelación es rellenado por los clientes que cancelan y dejado vacío por el sistema, por lo que los informes codificados por motivo solo ven la mitad voluntaria con detalle.
• El fallo y la cancelación ocurren en meses diferentes. Un cargo que falla el día 28 y agota sus reintentos el día 14 registra la pérdida en el período siguiente, desvinculada de su causa.
• Los fallos recuperados desaparecen por completo, lo cual es correcto para los informes de abandono e incorrecto para el diagnóstico: el volumen bruto de fallos, lo que realmente intentas reducir, es invisible a menos que se cuente por separado.
• La corrección es una unión y un informe guardado. Para cada suscripción que terminó, pregunta si un cargo rechazado precedió al final y si existe una solicitud de cancelación. Ejecútalo una vez y la división deja de ser una estimación.

Las familias de rechazo que lo causan

Agrupar los fallos por código de respuesta del emisor produce una lista larga sobre la que es difícil actuar, porque una docena de códigos frecuentemente comparten un mismo remedio. Agruparlos por lo que realmente sucedió produce cuatro familias, y cada familia sitúa la palanca en un lugar diferente.

La cuarta familia es la que vale la pena auditar primero. Es invisible en los informes de códigos de rechazo, está completamente bajo tu control, y es la única donde la respuesta correcta es arreglar algo en lugar de reintentarlo: un mandato que nunca se almacenó correctamente, un token invalidado por una migración, una discrepancia de moneda. Estos producen un fallo de apariencia limpia sin ninguna opinión del emisor detrás.

Las palancas de recuperación, en orden de efecto

El orden a continuación se basa en dónde se sitúa el volumen, no en lo sofisticada que sea la palanca, y las dos primeras actúan antes de que se rechace un cargo. Ese es el principio general: cualquier cosa prevenida no cuesta nada en buena voluntad del cliente, y cualquier cosa recuperada después de un fallo cuesta algo.

Dos palancas frecuentemente propuestas faltan en la lista, deliberadamente. Descontar una renovación fallida convierte un problema de pagos en una reducción permanente del margen frente a un cliente que nunca objetó el precio. Y extender la secuencia de reintentos indefinidamente no recupera más — retrasa la decisión final y empuja la misma pérdida a un período posterior, donde parece una mejora durante un trimestre.

• Mantén la credencial actualizada. Los servicios de actualización y los tokens de red resuelven las reemisiones y caducidades antes de la renovación, para que el fallo nunca ocurra y el cliente nunca se entere.
• Actúa sobre los fallos predecibles. Una tarjeta almacenada que caduca antes de la próxima fecha de facturación es una consulta, no una suposición, y contactar a ese cliente mientras nada ha salido mal es la recuperación más barata disponible.
• Ramifica según el código de rechazo. Los rechazos duros abandonan la ruta de reintento en el primer fallo; los rechazos suaves entran en la secuencia de reintentos. Esto no cuesta nada construirlo y detiene los intentos que nunca iban a tener éxito.
• Programa los reintentos. La ubicación frente a una probable reposición, dentro de la ventana de validez de la red para transacciones iniciadas por el comerciante, logra más que añadir intentos.
• Haz que la ruta de actualización no requiera inicio de sesión. El contacto solo importa para el remanente con una credencial genuinamente inactiva, y en ese remanente el factor decisivo es si el cliente llega a un formulario de pago o a un restablecimiento de contraseña.
• Pausa en lugar de cancelar al agotarse. Un suscriptor en pausa mantiene su configuración, historial y cadencia y puede ser restaurado con un método de pago; uno cancelado tiene que ser readquirido a costo total.

Lo que vale la pena arreglar, en dinero

Dimensionar la pérdida antes de elegir una palanca evita el error común de comprar herramientas de recuperación que cuestan más que el abandono que abordan. La aritmética es lo suficientemente sencilla como para hacerla con los datos que ya tienes.

Un ejemplo, con los datos presentados como un ejemplo en lugar de un punto de referencia. Una cartera de 20,000 suscriptores activos que facturan $45 al mes, donde el 6% de las renovaciones fallan y el 55% de esos fallos son recuperados por el proceso actual: 1,200 fallos al mes, 660 recuperados, 540 perdidos. A $45 por renovación, eso significa $24,300 de facturación perdida en el mes, y debido a que cada suscripción perdida también pierde sus renovaciones restantes —digamos ocho más, a $18 de contribución cada una— las pérdidas involuntarias del mes conllevan $77,760 de contribución perdida.

La misma aritmética establece el límite de lo que vale un cambio. Aumentar la recuperación del 55% al 65% ahorra 120 suscripciones al mes; a $18 por ocho renovaciones esperadas, eso es $17,280 al mes de contribución retenida, lo cual es el presupuesto honesto para el trabajo.

Tenga en cuenta lo que el cálculo omite. El costo de adquisición ya gastado en esos 540 suscriptores es un costo hundido de cualquier manera, y una parte de ellos se habría cancelado voluntariamente en los meses siguientes de todos modos. Ambos factores reducen la cifra real, lo cual es una razón para calcular los números en su propia cartera en lugar de citar los de otros.