Escenario · Consultoría de procesos · Agencia creativa
Menos herramientas,
más tiempo para el trabajo creativo.
Una agencia en crecimiento con proyectos repartidos entre demasiadas herramientas: tareas en dos apps distintas, archivos duplicados, información perdida en los chats. Una revisión de los flujos de trabajo que simplifica las herramientas y automatiza lo repetitivo.
Escenario de consultoría — flujo de trabajo de una agencia creativa
La agencia crecía.
El caos operativo crecía más rápido.
El escenario: una agencia que en unos años ha ido acumulando herramientas digitales como si cada problema necesitara una nueva. Un cliente pide actualizaciones en tiempo real: llega Asana. Otro prefiere tableros Kanban: llega Trello. Los archivos están en Google Drive, pero el diseñador sénior quiso Dropbox. La comunicación interna va por Slack, pero algunas aprobaciones pasan por email y otras por WhatsApp.
El resultado es que cada información existe en al menos dos sitios. Cuando un cliente pregunta "¿cómo vamos?", el project manager tiene que revisar Asana, Trello, la carpeta de Drive y los últimos 50 emails antes de responder. No es raro que un PM pase un par de horas al día "sincronizando a mano" los sistemas en lugar de gestionar de verdad los proyectos.
Una agencia así no necesita otra herramienta. Necesita lo contrario: decidir qué herramientas mantener, cuáles eliminar, cómo hacer que se hablen entre sí y cómo formar al equipo en una única forma de trabajar compartida.
Objetivos de la consultoría de workflow
Menos herramientas,
más trabajo de verdad.
El titular no quiere otro panel. Quiere que el equipo deje de perder tiempo gestionando herramientas y vuelva a lo que mejor sabe hacer: trabajo creativo.
Reducir el tiempo administrativo de los project managers
Los PM están desbordados de actualizaciones manuales, reuniones de estado y búsquedas de información repartida entre sistemas. En una jornada de 8 horas, un par de horas así son casi un tercio del tiempo. El objetivo es bajar de 45 minutos al día y liberar tiempo para gestionar clientes y proyectos de forma proactiva.
Un único sistema donde vive la información de cada proyecto
La idea es sencilla: cuando un cliente pregunta "¿cómo vamos?", responder debe llevar un clic, no 20 minutos de búsqueda. Cada proyecto necesita un único hogar —estado, archivos, comunicaciones, tareas, plazos—, todo en un sitio. No necesariamente una herramienta nueva: una de las existentes elegida como "fuente de verdad", y las demás eliminadas o reducidas a funciones de apoyo.
Automatizar los pasos repetitivos del flujo de proyecto
Cada proyecto pasa por las mismas fases: brief, concepto, desarrollo, revisiones, aprobación, entrega. Y aun así, en cada proyecto nuevo alguien crea a mano las carpetas en Drive, el tablero en Asana (o Trello), el chat en Slack y el documento de brief. Estos pasos cuestan 45–90 minutos por proyecto e introducen errores en los nombres que complican las búsquedas. La automatización empieza aquí.
Conseguir que se adoptara el nuevo flujo sin resistencia interna
El problema más sutil es humano. A menudo la agencia ya ha intentado "estandarizar procesos", y el nuevo sistema duró 2–3 semanas antes de que todos volvieran a sus viejos hábitos. El verdadero riesgo no es elegir la herramienta equivocada, sino no conseguir cambiar los hábitos de una docena de personas con trayectorias y soltura tecnológica distintas.
Retos de la consultoría de flujos creativos
El problema no era
encontrar la herramienta adecuada.
Racionalizar el stack tecnológico de una agencia creativa implica dinámicas humanas y organizativas que van mucho más allá de elegir herramientas.
Proceso de racionalización de herramientas en la agencia
Observar, decidir,
formar, en este orden.
La secuencia es precisa: primero entender cómo funciona de verdad el trabajo (no cómo debería), luego decidir las herramientas, después construir el sistema y por último formar a las personas.
Tres días junto a los PM: ver el trabajo real
Antes de tocar nada, tres días observando a los PM trabajar: no preguntando cómo "debería" funcionar, sino viendo cómo funciona. Qué herramientas abren primero por la mañana, adónde van cuando escribe un cliente, cómo deciden las prioridades. Aparecen patrones invisibles en los procesos declarados: por ejemplo, los chats de WhatsApp con los clientes son el verdadero sistema de gestión de peticiones, mientras que Asana solo se rellena para el informe del viernes.
Auditoría de herramientas: eliminar, integrar, mantener
Para cada herramienta: para qué sirve oficialmente, para qué se usa de verdad, quién la usa y cuánto, si se solapa con otra y cuánto cuesta (en dinero y en atención). Clasificación final: herramientas que eliminar (p. ej. Asana, Trello, Dropbox, un control horario que no se usa), herramientas que conectar (Slack ↔ Notion) y herramientas que mantener (Figma, Google Drive, Linear, Loom, Google Meet). La decisión más delicada suele ser eliminar la herramienta en la que alguien ha construido años de historial: la solución es exportar todo el archivo antes de apagarla.
Notion como "sistema operativo" + automatizaciones con Make
Notion pasa a ser el centro: cada proyecto tiene una página con una plantilla estándar (brief, fases, tareas, archivos, comunicaciones con el cliente). Linear para las tareas técnicas (ya apreciado por los diseñadores). Slack para la comunicación interna asíncrona, conectado a Notion para avisos automáticos de cambios de estado. Automatizaciones con Make: al abrir un proyecto nuevo se crean solas la página de Notion con la plantilla correcta, la carpeta de Drive con la estructura adecuada y un canal de Slack dedicado. Tiempo para arrancar un proyecto: de 60–90 minutos a unos minutos.
Formación por rol, no genérica
Talleres por rol: PM (una jornada completa), diseñadores (media jornada), cuentas (media jornada). Cada uno parte de los problemas concretos de ese rol —no de un recorrido por la herramienta— y muestra cómo los resuelve el nuevo sistema. Las primeras 4 semanas, media hora semanal abierta a todos para traer problemas reales y resolverlos juntos. Así baja la resistencia: la gente se siente acompañada, no sola con una herramienta nueva.
Medir, ajustar y hacer autónomo al equipo
En las últimas semanas: medición del tiempo administrativo de los PM antes y después, recogida de comentarios del equipo y pequeños ajustes en las automatizaciones según el uso real. Entrega de un "manual operativo" de la agencia en Notion: cómo se abre un proyecto, cómo se gestionan las revisiones, cómo se comunica con los clientes. La mejor señal es que lo escriba precisamente la persona más escéptica al principio.
Tres decisiones clave
Lo que funciona
de verdad.
Observar el trabajo real antes de dar ningún consejo
La observación directa lo cambia todo: a menudo el verdadero sistema de gestión de peticiones son los chats de WhatsApp con los clientes, no la herramienta oficial de gestión de proyectos, que se rellena a posteriori para los informes. Basar el nuevo flujo en lo que dicen las entrevistas ("usamos Asana para gestionar los proyectos") llevaría a optimizar el sistema equivocado.
Y cambia la solución: en lugar de pasar todo a Notion esperando que los clientes dejen de escribir por WhatsApp, el nuevo sistema incluye una forma de convertir esos mensajes en tareas estructuradas. El trabajo real se respeta, no se combate.
Una regla que aplico en toda consultoría de workflow: describe cómo funciona de verdad el trabajo, no cómo debería funcionar. Después optimiza lo que existe, no lo que te gustaría que existiera.
La automatización que más tiempo libera: abrir proyectos
Una agencia así abre varios proyectos al mes. Cada uno exige crear la página del proyecto, la estructura de carpetas en Drive y el canal de Slack, enviar al cliente la plantilla de brief y añadir los plazos al calendario compartido. De media, 60–90 minutos por proyecto.
Con Make: el PM rellena un formulario con cliente, tipo de proyecto y fecha de inicio. Automáticamente se crean: una página de Notion con la plantilla adecuada para ese tipo de proyecto, una estructura de Drive con nombres estándar, un canal de Slack con las personas correctas ya dentro y una primera tarea de "enviar el brief" asignada al PM con plazo de 48 horas. Tiempo: unos minutos. Ahorro: horas cada mes solo en este paso.
La formación por rol como antídoto contra la resistencia
Los intentos fallidos de estandarizar el trabajo casi siempre tienen la misma causa: una formación genérica ("aquí está la herramienta nueva, mirad este tutorial"). Cada rol tiene problemas distintos, y un tutorial genérico no responde a los de nadie.
Para los PM el taller parte de: "el viernes por la tarde escribes el informe para el titular; veamos cómo hacerlo en 15 minutos en lugar de 45". Para los diseñadores: "cuando el cliente aprueba los archivos, ¿cómo los subes para que todos los encuentren enseguida?". Para cuentas: "cuando el cliente pide novedades por WhatsApp, ¿cómo respondes en 30 segundos sin llamar al PM?". Cuando el manual operativo final lo escribe la persona más escéptica, el cambio se ha asimilado de verdad.
Stack final (ejemplo)
De una decena de herramientas a 6.
Objetivos de ejemplo — flujo de trabajo de agencia
Tras tres meses.
El equipo hace trabajo de verdad, no burocracia.
Cifras de ejemplo, no resultados de un cliente: objetivos realistas para un escenario como este, a medir comparando 4 semanas antes y 4 semanas después de la implantación.
Lo que he aprendido
Aprendizajes para
llevar conmigo.
El trabajo real casi nunca coincide con el declarado. Si preguntas "¿cómo trabajáis?", te describen el proceso teórico, a menudo lo que creen que quieres oír. Para entender cómo funciona de verdad el trabajo hay que observarlo: ahí salen las piezas críticas que nadie menciona en las entrevistas.
Racionalizar las herramientas es un proyecto de gestión del cambio, no de IT. Elegir las herramientas correctas es una parte pequeña del trabajo; lo grueso es conseguir que lo adopten personas con hábitos, preferencias y soltura tecnológica distintos. La formación por roles, partiendo de los problemas de cada uno, funciona donde la formación genérica fracasa.
La automatización más eficaz es la que elimina el trabajo más tonto, no el más complicado. Abrir un proyecto a mano (60–90 minutos de trabajo repetitivo siempre igual) es el ejemplo perfecto: coste alto, valor añadido cero, totalmente automatizable. Antes de construir automatizaciones complejas, conviene hacer inventario de las cosas más banales y repetitivas: ahí están las victorias rápidas más importantes.
El escéptico más convencido, una vez ganado, se convierte en el mejor aliado. Quien ha pasado años construyendo su propio sistema es la persona que más puede hundir el proyecto con su resistencia. Dedicarle una formación a medida —y sobre todo entender y respetar la lógica de su sistema antes de proponer alternativas— lo convierte de obstáculo en coautor del nuevo método.
En las agencias creativas, el desorden operativo crece con el tamaño. La solución nunca es añadir una herramienta nueva: es tener el valor de quitar las que se usan mal, construir un sistema con lo que queda e invertir en el cambio humano tanto como en el tecnológico.
¿Tienes en mente un proyecto parecido?
Cuéntamelo: partimos de objetivos y prioridades, y la primera llamada es gratuita.