Tienes procesos a medias, un gestor de proyectos con cien tareas sin dueño claro y la sensación de que llevas meses trabajando mucho sin avanzar en nada importante. La solución que te venden —y que probablemente ya estás intentando— es documentar más procesos. Es la respuesta equivocada.
El CEO de una agencia concentra dos cosas que nadie más tiene en la empresa: el máximo conocimiento y la máxima capacidad de toma de decisiones. Eso lo convierte en el cuello de botella de todo.
Cualquier duda va a ti. Cualquier decisión pasa por ti. No porque tu equipo sea incompetente, sino porque nunca has redistribuido ese conocimiento ni has definido quién puede decidir qué. Los procesos que estás intentando documentar son un parche sobre ese problema estructural.
Hay siete razones concretas por las que un CEO de agencia pierde el tiempo:
Ninguno de estos problemas lo resuelve un proceso documentado ni un ERP. Los procesos funcionan bien en industrias predecibles, donde el tornillo entra igual las cien veces. En una agencia vendes conocimiento. Cada cliente, cada proyecto y cada creativo que no durmió bien la noche anterior rompen la predicción.
Antes de cualquier otra cosa, necesitas un método para gestionar la información y las tareas. No un software complejo. Una metodología que te enseñe a capturar, priorizar y ejecutar. GTD es una opción sólida. Lo relevante no es la herramienta sino el hábito: empezar el día por la tarea más exigente cognitivamente, cuando tienes el pico de energía, no por el correo.
Esto aplica a toda la empresa. Si solo tú tienes el sistema y tu equipo trabaja en modo reactivo, el cuello de botella sigue siendo el mismo.
Un onboarding no es un rol definido. Un rol tiene, como máximo, cinco funciones principales con sus tareas asociadas, los recursos para ejecutarlas y —esto es lo que casi nadie hace— una tabla clara de qué decisiones puede tomar esa persona sola, cuáles requiere informarte y cuáles necesitan tu aprobación.
Sin eso, cualquier situación que se salga un milímetro del guion termina en tu bandeja de entrada.
La organización por proyecto parece lo más natural: abres una carpeta por cliente y vas metiendo tareas. El problema es que desde ahí nunca tienes visión de la carga de trabajo real. No sabes si alguien está saturado hasta que ya lo está.
Pasar a una organización por equipo te permite ver el flujo completo, distribuir el trabajo con criterio y empezar a salir de la reunión en la que repasas de la A a la Z todos los proyectos activos.
Un tablero compartido con metodología Scrumban — los rituales de Scrum adaptados a un flujo Kanban — te da tres cosas: visibilidad de la carga de trabajo, reducción de silos entre personas y un mecanismo para mejorar los flujos de manera continua sin que dependan de ti.
En una agencia de diez personas ya hay silos. Alguien del equipo de SEO no sabe qué está haciendo el copy, y esa falta de contexto es pérdida directa de valor para el cliente.
Cuando los cuatro pasos anteriores están en marcha, los procesos medulares tienen sentido. No antes.
Un proceso medular es el flujo que se dispara cada vez que ocurre algo recurrente y predecible: entra un cliente nuevo, empieza un proyecto, se entrega un trabajo. Con los roles bien definidos, cada persona sabe exactamente qué decisiones puede tomar dentro de ese flujo sin necesidad de escalarte nada. El proceso deja de ser una lista de pasos que nadie sigue y se convierte en un sistema que funciona sin tu supervisión constante.
Lo importante: cada proceso necesita un guardián, y ese guardián no deberías ser tú.
Coge la lista de las últimas diez interrupciones que recibiste — mensajes, llamadas, preguntas del equipo — y clasifícalas: ¿cuántas podrían haberse resuelto sin ti si el rol estuviera bien definido y la persona supiera qué decisiones puede tomar sola?
Ese número te dice con exactitud cuánto trabajo estructural te queda por delante antes de que cualquier proceso o herramienta sirva para algo.