Customer Success falla casi siempre por la misma razón: se organiza alrededor del calendario de renovaciones en lugar de alrededor de los momentos en que el cliente decide si el producto le sirve. Esos momentos ocurren mucho antes.
La respuesta corta. Un equipo de Customer Success orientado a retención hace cuatro cosas: lleva al cliente hasta su primer resultado real, vigila un conjunto corto de señales, contacta por un motivo concreto y no por rutina, y devuelve a producto lo que aprende. Lo demás suele ser actividad sin efecto medible.
El alta decide más que la renovación
La conversación de renovación llega demasiado tarde para cambiar el resultado. Para entonces el cliente ya sabe si el producto le sirve.
Lo que hay que resolver en las primeras semanas:
Un resultado real, no una configuración terminada. Terminar la instalación no es valor. El primer resultado es el primer momento en que el cliente obtiene algo que antes no tenía. Merece la pena escribirlo por escrito para cada tipo de cliente, porque no es el mismo para todos.
La persona adecuada implicada. Quien firma y quien usa rara vez son la misma persona. Un alta que solo involucra a quien firmó produce una cuenta sin usuarios reales, que es el patrón que peor retiene.
Una expectativa corregida a tiempo. Si el cliente compró esperando algo que el producto no hace, la conversación incómoda hay que tenerla en la semana uno, no en el mes once. Corregirla pronto a veces salva la cuenta y siempre ahorra meses de fricción.
Un motivo para volver. Un producto que solo se usa cuando hay un problema no forma parte de la rutina de nadie. Encontrar el uso recurrente, aunque sea pequeño, importa más que la profundidad del primer uso.
Un conjunto corto de señales
Seguir muchas señales produce paneles bonitos y poca acción. Cinco bastan para la mayoría de equipos.
| Señal | Qué la dispara | Acción por defecto |
|---|---|---|
| Sin activación | No alcanzó el primer resultado en el plazo previsto | Contacto de ayuda, no comercial |
| Uso a la baja | Caída sostenida frente a su propia media | Comprobar si hay un fallo antes de escribir |
| Frustración escrita | Lenguaje negativo en sus mensajes | Responder al mensaje concreto |
| Petición vieja sin respuesta | Meses sin cambio de estado | Cerrar el círculo, aunque sea un no |
| Cambio de responsable | Se va quien impulsaba la cuenta | Alta abreviada con la persona nueva |
La tercera y la cuarta son las que más suelen faltar, porque no viven en un panel de uso sino en el texto de lo que el cliente escribió. FlagUp analiza el lenguaje de cada envío y destaca las cuentas donde se acumulan señales negativas, lo que las hace visibles sin releer todo a mano. Puedes verlo en la página de detección de churn.
La quinta es la más accionable de todas y la más ignorada. Cuando cambia la persona de referencia, la cuenta pasa a estar en manos de alguien que no eligió el producto y no le debe nada.
Contacto proactivo con motivo
El contacto proactivo funciona cuando lleva información y falla cuando solo pide una reunión.
Comparemos dos mensajes con la misma intención:
- "¿Tienes quince minutos para revisar cómo va todo?"
- "He visto que el informe mensual que nos pediste en marzo ya está disponible. Te dejo cómo activarlo."
El primero traslada el trabajo al cliente. El segundo entrega algo. El segundo solo es posible si quien escribe tiene delante lo que ese cliente pidió, que es una cuestión de que el feedback esté agregado y asociado a la cuenta.
Tres momentos con buena relación entre esfuerzo y efecto:
- Cuando se entrega algo que la cuenta pidió. El mejor mensaje posible, y cuesta escribir dos frases.
- Cuando aparece una señal de frustración. Responder a lo concreto, sin convertirlo en una revisión general.
- Cuando cambia el responsable. Antes de que se plantee si renovar.
Lo que rinde poco: las revisiones trimestrales de calendario sin contenido, y los mensajes automáticos de "hace tiempo que no te vemos", que llegan igual a quien tuvo un problema y a quien no ha necesitado el producto este mes.
Devolver lo aprendido a producto
Customer Success acumula el mejor conocimiento sobre por qué se van los clientes, y con frecuencia lo pierde por no tener un canal que sobreviva a la conversación.
Lo que se pierde tiene una forma reconocible: la persona de CS sabe que cuatro cuentas se fueron por lo mismo, y esa información existe solo en su cabeza y en cuatro hilos de correo.
Dos reglas evitan la mayor parte de la pérdida:
Escribirlo donde vive el resto del feedback, no en un documento de CS. Un tema que solo aparece en las notas de CS compite en desventaja frente a uno que está en el tablero con votos.
Registrar las palabras del cliente, no la interpretación. "Necesita informes mejores" es una conclusión. "No me fío del número de usuarios activos porque no coincide con el mío" es un problema que se puede resolver.
El traspaso en el otro sentido también importa: cuando producto entrega algo, CS es quien puede contárselo a las cuentas concretas que lo pidieron. Es el tramo de comunicación del bucle de feedback, y funciona mejor con un changelog al que enlazar.
Riesgo de renovación
Cuando la renovación se acerca y hay señales acumuladas, quedan pocas opciones buenas. Aun así conviene distinguir dos situaciones.
Si el problema es de valor no percibido, y el cliente sí obtuvo resultados, el trabajo es mostrarlos con sus propios datos. Muchas cuentas renuevan al ver lo que hicieron con el producto y habían olvidado.
Si el problema es de valor no obtenido, mostrar datos empeora las cosas. La conversación honesta es qué faltó y si hay un plan creíble. A veces la respuesta correcta es dejar ir la cuenta y aprender de ella, y eso es un resultado legítimo.
Ejemplo hipotético. Una cuenta con uso a la baja y dos peticiones sin responder desde hace cinco meses llega a renovación. El equipo responde primero a las dos peticiones, con un sí y un no razonado, y solo después plantea la renovación. La conversación cambia de "convénceme" a "esto es lo que hicimos con lo que nos dijiste".
Preguntas frecuentes
¿Cuántas cuentas puede llevar una persona de CS?
Depende por completo del modelo de contacto. La pregunta más útil es cuántas cuentas puede atender bien con las señales que tiene, y suele responderse mirando cuántas señales quedan sin atender cada semana.
¿Sirve esto para equipos sin puesto de Customer Success?
Sí. En equipos pequeños las tareas las hace quien fundó el producto o quien lleva soporte. Lo que no funciona es que no las haga nadie porque no hay nadie con ese título.
¿Es Customer Success lo mismo que soporte?
No. Soporte responde a lo que llega; Customer Success actúa antes de que llegue. Comparten información y tienen ritmos distintos.
¿Cómo mido si el programa funciona?
Comparando la retención de cuentas atendidas con la de cuentas comparables sin atender, o con el mismo periodo del año anterior. Contar cuentas "salvadas" sin punto de comparación no demuestra nada.
Artículos relacionados
- Cómo usar señales de churn para mejorar la retención SaaS
- Cómo optimizar el onboarding con feedback y reducir el time-to-value
- Cómo usar cohortes de retención para mejorar el onboarding
- Cómo crear un bucle de feedback para reducir el churn SaaS
Contactar con motivo exige tener delante lo que cada cuenta te contó. Mira la detección de churn y consulta los planes.