La primera vez que monté un departamento de Customer Success desde cero, aprendí una lección que entonces no supe nombrar y que hoy es el centro de casi todo lo que hago. Quédate, porque voy a contarte no solo qué es, sino cómo empezar a resolverlo tú.

Teníamos buena gente en el equipo. Compañeros que se dejaban la piel en cada cuenta, que amaban lo que hacían, y aun así, casi cada viernes preguntabas qué tal la semana y la respuesta era la misma: agotados, algunas cuentas tensas y, lo peor, sin saber explicar del todo en qué se nos había ido el tiempo. No era falta de esfuerzo, pero el esfuerzo no se traducía en resultado, y esa distancia desesperaba semana a semana.

Esa sensación de correr en la rueda del hámster, la conocemos muchos en este sector. Tardé en entender por qué pasaba, si pero cuando lo entendí, lo vi en todas partes y ahora, trabajando desde fuera con empresas de SaaS, lo reconozco en la primera conversación, y es bastante más común de lo que parece.

A Customer Success le hacemos dueño del resultado. La pregunta es si alguna vez le hemos dado las herramientas para conseguirlo.

Es el equipo que responde por la renovación, por la adopción, por el revenue de su cartera, por el estado del cliente, por sus incidencias abiertas, por el consumo.. . Pero las palancas que mueven esas métricas están, muchas de ellas, en otras manos, como por ejemplo:

  • El roadmap que haría que el cliente se quedara lo decide Producto.

  • La expectativa con la que el cliente llegó la fijó Ventas en la venta.

  • La priorización de cuentas la decide tu comité. .

El CSM responde por un resultado que no controla del todo. Y cuando el resultado falla, se sienta delante de alguien que le pregunta, en ese tono que todos conocemos: qué ha pasado aquí. Como si la respuesta estuviera entera en su lado de la mesa.

No lo está. Nunca lo estuvo, por mucho talento y por muchos malabares que haya de por medio. No es un problema de personas, sino de diseño: de un proceso que reparte la responsabilidad en un sitio y el control en otro.

El test de los 3 cubos: en qué se va de verdad la semana

Cuando hoy quiero hacer consciente de esto a un cliente, y ayudar a la vez al CSM y a la empresa, hago un ejercicio que te traigo aquí. Sirve para separar lo que tu equipo de CS de verdad controla de lo que solo está aguantando de más.

Los pasos son sencillos. Coge todo lo que hace tu equipo en una semana real, no la del job description, tan bonita y acotada, la de verdad, con sus interrupciones, sus reuniones improductivas y sus excepciones. Ahora, lo repartes en los siguientes tres cubos: Conversación, Carga y Compensación.

Lo que descubres al terminar suele ser lo mismo: por qué tu equipo va desbordado. Y que no es por lo que creías.

Cubo 1. Conversación.

Aquí va lo insustituible, el trabajo humano que sostiene la relación, lo haga quien lo haga en tu equipo. Ejemplos:

  • El discovery que descubre qué necesita de verdad este cliente.

  • La conversación de expectativas que evita el malentendido antes de que nazca.

  • La renovación que se juega en una charla y no en un correo.

  • La conversación que previene el churn en vez de gestionarlo cuando ya no hay marcha atrás.

  • La reunión para entender el negocio del cliente lo suficiente para conectar tu producto con lo que a él le quita el sueño.

Esto es donde un buen equipo de CS brilla. El terreno en el que disfruta y debería ocupar la mayor parte de su día.

Realidad: rara vez lo ocupa. Porque los otros dos cubos se lo comen.

Cubo 2. Carga.

El trabajo que existe, que alguien tiene que hacer, pero que no necesita el criterio de un CSM. Ejemplos:

  • Actualizar la hoja a mano.

  • Reconstruir el contexto del cliente antes de cada llamada porque la información vive en cinco sitios.

  • Preparar el reporting interno que se mira medio minuto en un comité.

  • Las reuniones de coordinación que se comen media mañana.

Este cubo lo debería absorber tu sistema, no tu gente. Y no hablo de un proyecto de dos años. Hablo de dos decisiones que casi nadie toma: dónde vive la verdad del cliente y quién la mantiene, y qué trabajo repetido puede resolver la automatización para que nadie vuelva a tocarlo a mano. Porque pregúntate una cosa: ahora mismo, ¿tiene tu equipo la foto completa del cliente actualizada y en uno o dos sitios? Me he encontrado empresas donde ni siquiera hay alguien responsable de que esa foto única exista.

Mientras ese cubo siga sobre la mesa del CSM, le pagas salario de estratega para que haga trabajo de administrativo. Y si luego te preguntas por qué no es más proactivo con las cuentas. Aquí tienes la respuesta.

Cubo 3. Compensación.

Este es el cubo que lo cambia todo, y el que casi nunca aparece cuando analizamos en qué se nos va el día.

Es el trabajo que el CSM hace solo para tapar algo que se rompió antes de llegar a él. Ejemplos:

  • Perseguir a Ventas o al AM para saber qué se prometió o se trató en la última reunión.

  • Re explicar al cliente lo que Implementación no dejó cerrado y que aún no le ha hecho ver el valor.

  • Descubrir, en plena renovación, un ticket de soporte abierto desde hace meses del que nadie avisó.

  • Recomponer, el histórico del cliente semana a semana, la información que debería haber fluido sola entre equipos.

Míralo bien, porque este cubo es un impostor. Se disfraza de trabajo de CS y no lo es. Es un handover roto convertido en tarea recurrente. Es el precio que paga postventa por un hueco que se abrió mucho antes, en el traspaso entre Ventas, Implementación, CS y Soporte.

Y aquí está la parte incómoda, la que me costó ver cuando estaba entre fuegos diarios.

La mayoría de los equipos de CS no están desbordados por exceso de clientes.

Están desbordados por el tamaño de su cubo 3. Y mientras no lo arregles, estás desperdiciando tu inversión en postventa: contratas más CS para aguantar el caos en lugar de rediseñarlo, y el revenue que querías retener se te sigue escapando igual.

Cómo solucionar el problema del cubo tres seas CSM o un líder.

Cuando entendí qué pasaba, busqué un método, un artículo, algo que me dijera cómo arreglarlo. Y aquí es donde casi todos te dejan tirado: te enseñan el problema y se van. Así que vamos a lo que importa. No hay una receta única, cada empresa y cada producto es distinto, pero sí hay un camino.

Lo primero, y parece obvio pero casi nadie lo hace, es medirlo. No puedes rediseñar lo que no has visto ni cambiar lo que no has auditado. El test de las tres C no es una metáfora bonita, es el primer movimiento real. Hasta que no tienes delante cuántas horas de tu equipo viven en el cubo tres, la conversación es de sensaciones y de excepciones. Con el reparto hecho, es de datos. Y dato mata relato.

Lo segundo es aceptar que el cubo tres no se arregla dentro de CS, por mucho que te esfuerces. Esto es lo que más me costó. Yo intentaba resolver en mi equipo un problema que no había nacido en mi equipo. Ordenaba, priorizaba, motivaba, e incluso intentaba mover a otros equipos, pero el cubo 3 se volvía a llenar cada semana. Intentar cambiar el rumbo de algo que no nace de tu lado no suele pintar bien. Lo que nace fuera, se arregla fuera.

Lo tercero es rediseñar el traspaso, que es donde de verdad están las herramientas. Y no es tan grande como suena. Empieza por responder a estas preguntas por escrito:

  1. Qué se transfiere en cada handover. No “lo que haga falta”, sino una lista mínima acordada: qué sabía Ventas del cliente, qué se prometió, qué dejó cerrado Implementación y qué no. Si eso no viaja en cada traspaso, el CSM lo reconstruye a mano desde cero, y ya sabes en qué cubo cae.

  2. Quién es dueño de cada dato, y del traspaso en sí. No de la tarea, del dato. Cuando nadie es responsable de una información ni de que el relevo ocurra, ambos acaban recayendo en el último de la cadena, que casi siempre es CS.

  3. Qué versión del cliente ve cada equipo. Si Ventas, Implementación, CS y Soporte manejan cuatro versiones distintas, el cliente acaba preguntando al AM por un ticket de soporte o escribe a CS por una factura. Una sola versión compartida vacía medio cubo tres sin contratar a nadie y libera a otros equipos.

Y una condición que lo sostiene todo: alguien con autoridad transversal tiene que ser dueño de ese rediseño. Un CSM no puede reordenar cómo le entrega Ventas, ni rediseñar la priorización de incidencias en Soporte o Producto, porque no manda sobre ellos. Por eso el cubo tres no se delega hacia abajo, se resuelve hacia los lados y hacia arriba, o no se resuelve.

Fíjate en que ninguna de estas cuatro cosas es contratar. Cuando un equipo va ahogado, el reflejo es pedir a otra persona. Pero el cubo dos se arregla con sistema y el cubo tres con diseño. La persona nueva que entra sin tocar nada de esto hereda el mismo caos, y a los seis meses estás igual, con más nómina y más desgaste.

Haz el test antes de decidir nada

Si algo de esto te resuena, haz el ejercicio esta semana. Que cada persona anote sus funciones reales durante cinco días, con el porcentaje de tiempo y las horas que le echa, y reparta cada una en los tres cubos. Sin adornar ni decir “esto no cuenta porque fue una excepción”, porque las excepciones que se repiten cada semana no son excepciones, son tu patrón, tu operativa.

Dos reglas para que sirva.

  1. Valida cada línea con la persona, no la estimes tú desde fuera, porque lo que crees que ocupa su semana y lo que la ocupa de verdad casi nunca coinciden.

  2. Hazlo sin que suene a auditoría. No es “justifícame tu tiempo”. Es “estoy entendiendo cómo trabajáis, cuéntame cómo es una semana normal tuya”.

Luego mira los tamaños. Si el cubo de Conversación es el más pequeño de los tres, ya tienes tu respuesta, y lo que hagas a partir de ahí depende de la silla en la que estés sentado.

Si lideras el equipo

El cubo tres que encuentres es tu deuda de diseño, no un problema de rendimiento de tu gente. No se motiva para que desaparezca, y contratar contra él solo mete a una persona más en el mismo circuito roto.

Tu movimiento es el rediseño, y vive hacia los lados y hacia arriba, no hacia abajo. Coge el cubo tres ya medido y siéntate con tus vecinos, Ventas, Implementación y Soporte, con las tres preguntas encima de la mesa. Y hazte responsable de ese rediseño, porque si nadie con autoridad transversal lo asume, la tarea vuelve sola al último de la cadena, que es tu CSM.

La decisión de fondo es simple, y es tuya: o le das las herramientas a quien responde por el resultado, o dejas de pedirle que responda por él.

Si eres el CSM

Probablemente tú no puedes rediseñar el traspaso. No mandas sobre Ventas, ni sobre Implementación, ni sobre Soporte, ni eliges las herramientas, pero hay algo que sí está en tu mano y que cambia tu semana y tu próxima renovación: dejar de absorber el cubo tres en silencio.

Cada vez que reconstruyes a mano lo que otro no transfirió, ese trabajo desaparece. No lo ve nadie, y se queda como esfuerzo invisible tuyo, y en la renovación, cuando la cuenta se tensa, parece que no llegaste. Y tu desgaste, mientras tanto, sube.

Hazlo visible.

Mide cuántas horas de tu semana viven en el cubo tres y llévalo como dato, no como queja. No es “Ventas nunca me pasa nada”, eso te convierte en parte del problema. Es “seis horas de mi semana se van en recomponer información que debería llegar en el traspaso, aquí está el desglose”.

Con datos, tu problema deja de ser tuyo y pasa a ser de la empresa, que es donde tiene que estar. Y de paso empiezas a construir algo que sí funciona. ¿Te suena CS Ops? Pues es parte de esto. Tu trabajo tiene más impacto del que crees.

Y para los dos

Durante mucho tiempo creí que mi equipo y yo estábamos metidos en una rueda de hámster. Corriendo con todas nuestras fuerzas cada semana para acabar exactamente en el mismo sitio.

No era una rueda.

Era un circuito mal trazado.

Y por bueno que sea el corredor, el trazado decide la carrera antes de la primera curva.

Esa es toda la diferencia entre culpar a la gente y mirar el sistema. Cuando el resultado falla, es cómodo preguntar quién no corrió bastante. Es más incómodo, y mucho más útil, preguntar quién dibujó el circuito, y por qué puso la responsabilidad en un carril y las herramienta en otro.

La buena noticia es la que me habría ahorrado años y muchos dolores de cabeza es que se puede volver a dibujar. Y rediseñarlo es, al final, una sola decisión, devolverle las herramientas y las responsabilidades a quien responde por el resultado.

Haz el test esta semana.

Mira el tamaño de tu cubo tres.

Y decide de qué lado de esa decisión quieres estar.

¿Cuál de los tres cubos se está comiendo hoy el día de tu equipo de CS? ¿Qué estrategia has utilizado para solucionarlo?

Me encantaría leer tus recomendaciones y experiencia.