COO Fractional: gestión de equipos y operaciones

Escalar una empresa de 4 a 15 personas no es solo contratar más gente. Es construir una estructura que funcione sin que todo dependa de ti. Y eso es mucho más difícil de lo que parece cuando estás en el medio.

Este post no es teoría de management. Es lo que aprendí gestionando equipos durante más de 10 años como COO en agencias digitales — lo que funcionó, lo que no, y lo que haría diferente.

El error más caro: ser el cuello de botella

Al principio lo controlaba todo. El cliente hablaba conmigo. Yo hablaba con el equipo. El equipo me respondía a mí. Yo cerraba con el cliente.

Tiene sentido cuando eres pequeño — quieres controlar el mensaje, la calidad, lo que se dice y lo que no. Pero en el momento en que el equipo crece, ese modelo te mata. Te conviertes en el cuello de botella de todo y nada avanza sin que pases por encima.

El cambio más importante que hice fue dejar de ser el intermediario entre el equipo y el cliente. No de golpe — de forma gradual, con un proceso:

Primero, la persona observaba las reuniones con cliente. Luego participaba pero yo llevaba el peso. Luego llevaba ella la reunión pero yo estaba presente. Y finalmente, reunión sin mí.

Ese proceso lleva tiempo. Pero sin él, no puedes escalar.

Delegar no es soltar — es elegir bien a quién y cuándo

Antes de darle responsabilidad a alguien, hay dos preguntas que siempre hacía:

¿Quiere hacerlo? Una persona puede ser muy buena técnicamente pero no querer tener contacto con clientes, no querer gestionar personas, no querer asumir esa capa de responsabilidad. Si no quiere, no funciona. No digo que le apasione — digo que esté dispuesto. Sin eso, cualquier delegación está condenada.

¿Lo he visto en acción? La voluntad no basta. Antes de ceder responsabilidad real, necesitas haber visto a esa persona en situaciones donde la necesita. En reuniones difíciles, con clientes complicados, bajo presión. Primero observando, luego participando, luego llevando el peso con red.

Confiar sin haber visto es apostar. Delegar después de haber visto es gestionar.

Y cuando la delegación no funciona — porque a veces no funciona — la respuesta no es la indefinición. Una conversación directa a tiempo, por incómoda que sea, siempre vale más que meses arrastrando una situación que no va a resolverse sola. Puede llevar a un ajuste de rol, a un cambio de enfoque o a una salida. Cualquiera de las tres opciones es mejor que no hacer nada.

Los proyectos tienen que llegar cerrados al equipo

Uno de los problemas más costosos en agencias — y en cualquier empresa de servicios — es que el proyecto llega al equipo con demasiadas ambigüedades. El cliente ha firmado, pero el alcance no está del todo definido. Y cada ambigüedad es una discusión futura, una desviación de horas, una conversación incómoda.

La regla que apliqué: un proyecto no entra en producción si el alcance no está documentado al detalle. Qué se hace, qué no se hace, qué pasa si el cliente pide algo que no estaba en el presupuesto.

Cuando llegaba un proyecto mal cerrado, el proceso era:

Primero: evaluar el tamaño del problema. ¿La ambigüedad supone una desviación de horas asumible dentro del presupuesto? Si es pequeña, se asume y se aprende.

Si la desviación es grande: intervenía directamente con el cliente para redefinir el alcance antes de que el equipo arrancara. No para echar la culpa a nadie — para cerrar lo que tendría que haber estado cerrado desde el principio.

Si la situación era muy compleja: escalado inmediato. Hay problemas que no se pueden resolver a nivel operativo y requieren una conversación de dirección con el cliente.

El coste de no hacer esto es mucho mayor que el de parar y redefinir. Un proyecto con alcance ambiguo genera rozamiento en el equipo, desviaciones de horas, clientes insatisfechos y conversaciones de facturación que nadie quiere tener.

Las herramientas bien usadas multiplican al equipo

Cuando llegué, el equipo usaba Asana de forma básica. Lo reestructuré completamente, añadimos Slack y también Everhour para gestión de tiempos.

La herramienta no es el problema ni la solución. El problema es si el equipo la usa bien y si el proceso que hay detrás tiene sentido. Lo que aprendí:

• Asana sin disciplina es un cementerio de tareas: si el equipo no actualiza el estado, no sirve para nada. La disciplina tiene que venir de arriba.
• Everhour tiene que ser obligatorio: si el registro de horas es opcional, nadie lo hace. Y sin datos de tiempo, no puedes saber si un proyecto es rentable o no.
• Slack bien usado es una herramienta potente: el problema no es Slack — es usarlo sin reglas. Hay que definir qué va por Slack, qué va por la herramienta de proyectos y qué va por email. Con esas reglas claras, Slack acelera la comunicación interna de forma considerable.

Lo que cambié cuando dejé de querer controlarlo todo

Al principio quería revisarlo todo. Cada propuesta, cada entrega, cada comunicación con el cliente. Y no es sostenible.

El cambio fue gradual y necesario: delegar no es perder el control, es cambiar el nivel en el que controlas. En lugar de revisar cada tarea, revisas los resultados. En lugar de estar en cada reunión, tienes un proceso para que las reuniones funcionen sin ti.

Eso requiere confiar. Y confiar requiere haber construido un equipo en el que la confianza esté justificada — no dada por defecto

El consejo que le daría a cualquier CEO en fase de escala

Si estás en una empresa de 10-15 personas y sientes que todo pasa por ti, hay dos cosas que haría ya:

Primero: identifica a alguien de confianza que pueda ser tu número dos real — no en título, sino en responsabilidad. Si no existe esa persona en el equipo, es el primer problema que tienes que resolver.

Segundo: documenta el alcance de todo lo que sale hacia los clientes. Cada proyecto, cada propuesta, cada acuerdo. Sin ambigüedades. Ese documento es el contrato real entre lo que el cliente espera y lo que el equipo va a entregar. Sin él, trabajas con una bomba de relojería.

El resto — herramientas, procesos, métricas — viene después. Pero sin estas dos cosas, lo demás no se sostiene.

Preguntas frecuentes sobre gestión de equipos y operaciones

¿Cuándo es el momento de empezar a delegar contacto con clientes?

No hay un tamaño mágico de equipo. El momento es cuando ves que ser tú el intermediario está ralentizando el negocio — cuando los clientes esperan más de lo necesario, cuando el equipo no puede avanzar sin tu validación, cuando tú mismo no tienes tiempo para lo estratégico.

¿Cómo documentas el alcance de un proyecto para evitar ambigüedades?

Lo mínimo: un documento que especifique qué entregables incluye el proyecto, cuántas rondas de revisión hay, qué pasa si el cliente pide algo fuera del alcance y cuál es el plazo. Ese documento tiene que estar aprobado por el cliente antes de que el equipo arranque.

¿Cuál es la diferencia entre un buen número dos y alguien que simplemente ejecuta bien?

El que ejecuta bien hace lo que se le dice con calidad. El número dos toma decisiones cuando tú no estás, prioriza cuando hay conflicto y protege al equipo de problemas que todavía no han llegado a ti. La diferencia está en la iniciativa y en el criterio, no en la capacidad técnica.

¿Cuántas herramientas de gestión son demasiadas?

Las que el equipo no usa. Lo que importa es que cada herramienta tenga un propósito claro, que el equipo sepa cómo usarla y que haya disciplina en el uso. Una sola herramienta bien usada vale más que cinco a medias.

¿Cómo sabes si un proceso interno está fallando antes de que se convierta en un problema visible?

Las señales suelen ser silenciosas: tareas que se repiten sin avanzar, conversaciones que siempre giran sobre lo mismo, personas que preguntan cosas que deberían saber. Cuando ves ese patrón, el proceso tiene un agujero. Lo mejor es atacarlo antes de que el cliente o el equipo lo note.