Esta publicación es una adaptación de un seminario web de CS Collective con Jenna McLaughlin, Directora Sénior de GTM y Éxito de Pendo, y Jay Nathan, CEO de Balboa.
Cada líder de Éxito del Cliente (CS) con el que hablo quiere dirigir un equipo proactivo. Está en cada hoja de ruta, en cada presentación para la junta directiva, en cada propuesta de contratación. Y cuando pasas un día con un Gerente de Éxito del Cliente (CSM), el trabajo sigue siendo reactivo: tickets, escalaciones, preparación de QBR, pánico por renovaciones. La intención ha sido universal durante cinco años, pero la realidad no ha cambiado mucho.
Eso merece un análisis más profundo, porque la presión al respecto es mayor que nunca.
La pérdida de clientes le cuesta a las empresas estadounidenses un estimado de $168 mil millones al año, y esa cifra ha sacado la retención de la descripción del puesto del equipo de CS para llevarla al plan estratégico del CFO.
Los nuevos logos cuestan más adquirirlos que antes. Las juntas directivas les piden a los líderes de ingresos que demuestren eficiencia, no solo crecimiento. La matemática ha cambiado: se crece protegiendo lo que se tiene y expandiendo las cuentas que ya se atienden. Ese es el mandato bajo el que operan los equipos de CS, y la mayoría de sus herramientas no fueron diseñadas para esto.
El modelo de plataforma de CS fue construido para un mundo que ya no existe
El modelo de paneles y guías que impulsó el CS durante la última década tenía sentido cuando las carteras de clientes eran manejables, las renovaciones eran predecibles y los equipos tenían tiempo para revisar las cuentas manualmente.
En 2026, ese mundo ha desaparecido. Los libros son más grandes, los objetivos de NRR son más estrictos, y el volumen de señales que provienen de una base de clientes (como el uso del producto, las interacciones con soporte, la actividad en el CRM, los cambios de facturación y la rotación de partes interesadas) es algo que ningún equipo puede leer manualmente. Sin embargo, la mayoría de los equipos todavía lo intenta.
El resultado son tres problemas estructurales que aparecen en casi todas las organizaciones de CS con las que trabajamos.
Los CSM arman una imagen de una cuenta saltando entre cuatro o cinco herramientas, lo que significa que la imagen ya está desactualizada cuando está completa. Los datos están fragmentados entre el producto, el CRM, el soporte y la facturación, sin un sistema único que los integre con la rapidez suficiente para importar. Y el puntaje de salud al que finalmente llegan está construido a partir de reglas que alguien escribió meses atrás, actualizada semanalmente en el mejor caso. Para cuando se ilumina en rojo, la cuenta se desvinculó semanas antes.
El mayor costo de esto son todas las cuentas que nunca se salvaron, aquellas donde las señales de advertencia estaban en los datos que el equipo tenía, y nadie tuvo tiempo de notarlas. Todo líder de CS tiene esa lista en su cabeza: cuentas que desearían haber revisado seis semanas antes. Ese es el número real detrás del arrastre del NRR.
Un puntaje de salud estático es una autopsia. Te dice lo que ocurrió, basándose en reglas que alguien escribió hace un año. No te dice lo que está a punto de suceder.
Cuatro cosas que no resolverán esto
Antes de hablar sobre el cambio, vale la pena mencionar qué no te llevará ahí.
- Agregar personal. El CS basado en personal se rompe con la estructura de costos actual. A medida que las carteras crecen y las expectativas de los clientes se aceleran, contratar para ser proactivo no resulta rentable.
- Optimizar las cadencias existentes. Un calendario de QBR más ajustado o una mejor ponderación del puntaje de salud no compensa el aumento del costo de servicio ni previene la pérdida de clientes en los recorridos de clientes con IA como prioridad. Las mejoras incrementales sobre un modelo defectuoso no se acumulan.
- Seguimiento de métricas de actividad. Los contactos, llamadas y tasas de cierre de tickets te indican si tu equipo está ocupado. No te dicen si estás reteniendo ingresos. Las métricas tradicionales recompensan la actividad, no el impacto, y los directorios ya no confunden ambas cosas.
- Agregar IA al stack existente. Tratar la IA como un complemento preserva los mismos flujos de trabajo subyacentes. El resultado se produce más rápido; el modelo operativo sigue igual. Eso no es el cambio.
El cambio tiene que ver con la unidad de trabajo
La unidad de trabajo del modelo antiguo es la revisión de cuenta: manual, semanal, exhaustiva y tardía. El CSM abre ochenta paneles el lunes por la mañana, arma una imagen, identifica quién necesita atención y se pone a trabajar. Para el miércoles, la imagen ya está desactualizada.
La unidad de trabajo del nuevo modelo es la señal: un cambio de comportamiento en el uso del producto o en la salud de la relación que predice un resultado futuro, que surge cuando ocurre y se dirige a la persona que puede actuar al respecto. El CSM deja de revisar paneles de control y comienza a responder a señales. La semana se reorganiza en torno a ese cambio.
El CS proactivo, bien implementado, tiene tres componentes. Monitoreo continuo, para que el sistema observe cada cuenta todos los días y los CSM no tengan que hacerlo. Priorización contextual, para que la pregunta no sea "qué cuentas están en riesgo" sino "a qué cuenta llamo primero hoy y por qué". Y acciones que emergen dentro de los flujos de trabajo que el equipo ya utiliza, como CRM, Slack o la bandeja de entrada.
Dónde encaja realmente la IA
La IA es muy adecuada para este problema por una razón específica: el trabajo que requiere el CS proactivo es exactamente lo que el aprendizaje automático hace bien.
Ningún equipo humano puede monitorear cada cuenta de forma continua. Un modelo sí puede. Ningún equipo puede correlacionar cientos de señales en todo un libro de negocios, detectando las combinaciones que predicen la pérdida de clientes antes de que sean evidentes. El ML hace esto de maneras que los humanos no pueden igualar en volumen. Y el siguiente paso después de identificar el riesgo, explicar qué factores contribuyeron a una puntuación y qué hacer al respecto, es algo que la IA puede generar por cuenta, por día, a escala.
Este es el caso excepcional en que el modelo operativo y la tecnología están alineados. La pregunta que los equipos de CS deberían hacerse es si sus herramientas están diseñadas para este modelo o para el anterior.
Tres preguntas que vale la pena llevar de vuelta a tu equipo
Antes de tu próxima reunión de equipo, considera estas.
- ¿Cómo se entera un CSM de tu equipo de que una cuenta está en problemas, y cuántos días de anticipación recibe?
- Si duplicaras la cartera de clientes de cada CSM mañana, ¿qué parte de su semana se rompería primero?
- Si tu equipo recibiera una lista priorizada de cuentas cada lunes por la mañana en lugar de un panel de control, ¿qué harían de manera diferente?
Esas respuestas te dicen dónde estás realmente, y la brecha entre esa respuesta y donde quieres estar es el trabajo por hacer.
