Realiza una auditoría de retención antes de escalar la adquisición pagada
Una auditoría de retención en cinco pasos identifica las dos o tres acciones que predicen la cancelación a 12 meses y corrige la de mayor impacto antes de escalar la adquisición pagada.

La señal de alerta ya está en tu cola de soporte
Estás a punto de aumentar el gasto en adquisición pagada, y la señal de alerta más clara puede estar ya en tu cola de soporte. Los tickets de soporte pueden predecir una cancelación con 60 días de antelación. Léelos como una señal anticipada, no como un registro de quejas.
Una auditoría de retención convierte esa señal en una lista breve de acciones del cliente que corregir antes de la próxima campaña pagada, y es más útil justo cuando esa campaña está a punto de comenzar. En New Relic, se realizó un diagnóstico de onboarding mientras la empresa se dirigía hacia una IPO. Una empresa SaaS con ingresos iniciales puede aplicar la misma estrategia: encontrar la fuga antes de echar más agua.
La auditoría tiene cinco pasos:
- Define una cohorte de retención a 12 meses.
- Recoge tickets de soporte, eventos de onboarding y eventos de producto.
- Compara cuentas retenidas frente a cuentas canceladas.
- Identifica las dos o tres acciones predictivas.
- Corrige la acción de mayor impacto antes de aumentar la adquisición pagada.
Una cohorte fija separa a quienes se quedan de quienes se van
La auditoría identifica las acciones del usuario que predicen si un cliente se mantendrá durante 12 meses. Comienza con una cohorte fija de clientes que se registraron en el mismo período y luego rastrea si siguen activos al final de esa ventana. Una tabla simple es suficiente: cuenta, fecha de inicio, estado al final de la ventana y los ingresos o el uso que los mantuvieron allí.
Usa una cohorte fija, no una media móvil. Una media móvil oculta el comportamiento exacto que separa las cuentas que se quedan de las que se van. Además, dificulta asignar una corrección a un paso concreto del recorrido del cliente.
Si tienes demasiadas pocas cuentas, amplía la ventana. Si tienes demasiadas, acótala al segmento que más importa para la adquisición pagada. La cohorte debe ser lo suficientemente grande como para mostrar un patrón, pero lo suficientemente pequeña como para que puedas leer las filas.
Las cuentas retenidas y las canceladas difieren en los datos
Exporta los tickets de soporte, las tareas de onboarding, los eventos de producto y las notas de cuenta de esa cohorte. Mantén las filas crudas en un solo lugar para poder compararlas con el resultado. Los resúmenes ocultan el patrón.
Para soporte, lee los tickets en el orden del período inicial del cliente: qué preguntó, qué no preguntó y qué repitió. Para onboarding, registra las acciones que ocurrieron, las que se omitieron y el tiempo entre ellas. Una tarea de configuración completada no es lo mismo que una tarea de configuración iniciada. Una integración conectada no es lo mismo que un artículo de ayuda visualizado.
Las notas de cuenta también importan. Una nota que indica que el comprador no está seguro sobre la renovación es una señal. Una nota que indica que el defensor interno se fue es otra. Estas notas suelen ser el único lugar donde se escribe la razón de la cancelación.
Divide la cohorte en cuentas retenidas y cuentas canceladas. Coloca las mismas columnas lado a lado: tickets, completado de onboarding, uso del producto y notas de cuenta. Busca la diferencia que se repite. Un paso omitido puede ser ruido. Un patrón en varias cuentas es una pista. Si todas las cuentas canceladas abrieron un ticket sobre facturación en el mismo período, eso es una señal. Si todas las cuentas retenidas completaron una tarea de configuración, esa es otra.
El error común es perseguir cada diferencia. Encontrarás muchas. La mayoría son demasiado pequeñas como para mover la retención. Trata la auditoría como una herramienta de decisión, no como un proyecto de limpieza de datos.
Corregir una sola acción puede sostener la retención antes del gasto pagado
El resultado de la auditoría identifica dos o tres acciones del usuario que predicen la retención. Haz la lista lo suficientemente corta como para probarla y lo suficientemente específica como para asignar un responsable. Si necesitas una diapositiva para explicarla, es demasiado vaga.
Prefiere acciones que el cliente puede completar, no características que el cliente tiene. Invitó a un compañero es una acción. Es un buen encaje es un juicio. Conectó una fuente de datos es una acción. Tiene un equipo grande es una característica. Prefiere acciones que ocurren temprano. Las acciones tempranas son más fáciles de influir antes de que el cliente forme un hábito, y son más fáciles de medir en la siguiente cohorte.
Elige la acción que sea más fácil de mejorar y más vinculada a la retención. Haz que el paso de configuración sea el predeterminado. Acorta la ruta de respuesta para los problemas de soporte. Añade un recordatorio o una plantilla para los vacíos de onboarding. La corrección está lista cuando hay un responsable, un cambio y una métrica en su lugar, y la métrica se mueve antes de que aumentes la adquisición pagada. La métrica debe ser la acción en sí, no los ingresos. Los ingresos son demasiado lentos para decirte si la corrección funcionó.
Luego escala la adquisición pagada de forma gradual. Si la retención se mantiene, el nuevo gasto se compuesta. Si no, la auditoría te dice dónde detenerte y qué corregir a continuación.