Pregunta a tus primeros cien por qué se van y corrige la razón dominante
Configura las razones de cancelación según tus modos de fallo reales, lee las respuestas semanales y corrige la razón dominante antes de tocar nada más.
Cuando tu primer cliente de Stripe cancela, el webhook customer.subscription.deleted se dispara sin motivo a menos que un flujo de cancelación lo capture. Para los primeros clientes, ese vacío es todo el problema. No puedes ejecutar un programa de retención sobre una pantalla en blanco. El portal de cliente de Stripe puede recopilar una razón de cancelación después de que un cliente cancela una suscripción. Un menú desplegable básico de cancelación puede mejorar drásticamente la calidad de los datos para diagnosticar el churn voluntario en Stripe.
Antes de las opciones personalizadas, el portal de facturación alojado de Stripe mostraba ocho razones estándar de cancelación: coste, falta de funcionalidades, cambio de herramientas, bajo uso, soporte, complejidad, calidad y otro. Esas etiquetas son amplias y ocultan las razones de churn inicial que importan. No te dicen si el onboarding falló, si el precio es incorrecto o si al producto le falta lo que buscaban. Stripe hizo que el portal de facturación alojado pudiera mostrar razones de cancelación definidas por el comerciante cuando lanzó el recurso Billing.FeedbackOption el 26 de agosto de 2026. La versión stripe-node 22.6.0, vinculada a la versión de API 2026-08-26.dahlia, introdujo soporte de API para gestionar objetos Billing.FeedbackOption y una configuración feedback_options bajo la función de razón de cancelación de suscripción del portal.
La pantalla de cancelación es la única encuesta en la que puedes confiar
Un solo fallo suele dominar, y la pantalla de salida es donde puedes verlo. Antes de construir un dashboard de churn, llama al cliente que se fue y pregúntale qué se rompió. La versión que no escala funciona mejor aquí. Trata una cancelación como una conversación, no como una métrica. No necesitas un motor de encuestas. No lances una campaña de retención hasta que sepas la razón dominante.
Las razones deben coincidir con el fallo
Lista los modos de fallo que realmente ves. Haz una lista corta de las formas en que tu producto decepciona: el onboarding tardó demasiado, faltaba el flujo de trabajo principal o el precio se sentía alto. Está bien cuando un cliente puede elegir la respuesta sin traducir tu jerga.
Convierte cada modo de fallo en una razón clara. La prueba es si un cliente puede elegirla en un segundo. Escríbela como una afirmación que harían ellos, no como una categoría que usarías tú. Si las razones se solapan, fúndelas hasta que la lista se sienta obvia.
Coloca esas razones en la pantalla de cancelación. La configuración del portal de cliente de Stripe permite a los comerciantes seleccionar qué razones de cancelación ven los clientes. La función de retención del Billing Portal alojado de Stripe solo permite un cupón configurado, y se muestra a cada cliente que llega a la pantalla de cancelación, independientemente de la razón seleccionada. La pantalla funciona cuando tu redacción, no una lista genérica, es lo que el cliente ve.
Recoge la razón después de la cancelación. El portal de cliente de Stripe puede permitir a los clientes cancelar suscripciones mientras recopila opcionalmente razones de cancelación y presenta cupones para desalentar la cancelación. Cada salida entonces tiene una etiqueta que puedes leer después.
La razón dominante va antes que el embudo
Lee las respuestas semanalmente. El hábito es pequeño: abre la lista, cuenta la respuesta más frecuente y escribe una frase sobre lo que significa. Estás listo cuando una razón destaca lo suficiente como para nombrar la solución.
Haz lo que no escala: envía una nota personal a los últimos clientes que cancelaron y pregúntales qué se rompió. Sabrás que funcionó cuando la nota te dé un fallo concreto. Las respuestas posteriores suelen ser las mismas.
Antes de culpar al producto, separa el churn involuntario. Los datos del sector sitúan el churn involuntario en SaaS entre el 20 y el 40 por ciento. Trata una tarjeta fallida como un problema de facturación, no como una queja de producto. Corrige primero la ruta de recuperación de facturación si eso es lo que muestran los datos.
Ofrece un plan más pequeño antes de ofrecer un descuento. Al configurar el cambio de plan en el portal de cliente de Stripe, un comerciante puede especificar hasta 10 productos para que los clientes elijan. La victoria es un cliente que elige un plan más pequeño en lugar de irse. Un nivel más barato es una decisión de producto. Un cupón es un vendaje.
Corrige primero la razón dominante. En el churn de suscripciones de Stripe, una razón principal de precio alto puede abordarse con un nivel más barato, mientras que una razón principal de bajo uso puede abordarse con mejoras en el onboarding. Si la respuesta más frecuente es un flujo de trabajo que falta, habla con el cliente que se fue y pregúntale por qué pagaría. Si es soporte, responde la próxima cancelación personalmente antes de construir un centro de ayuda. El resultado es un cambio de producto dirigido a la respuesta más frecuente.
Observa las cancelaciones de la semana siguiente para ver si esa razón se reduce.
