Case study consulenza workflow — agenzia creativa Bologna
11 tool attivi.
3 project manager esauriti.
3 mesi per rimettere ordine.
Sara dirigeva un'agenzia creativa a Bologna da 8 anni: 12 persone, clienti nel fashion e nel food, un portfolio di lavori eccellenti. Il problema era che per ogni progetto esisteva un workflow diverso, 11 tool differenti si sovrapponevano senza integrarsi, e i project manager passavano più tempo a fare da collegamento tra sistemi che a gestire i progetti. L'agenzia cresceva — il disordine operativo cresceva più in fretta.
Case study consulenza workflow agenzia creativa
L'agenzia cresceva.
Il caos operativo cresceva più in fretta.
In 8 anni di attività, l'agenzia di Sara aveva accumulato strumenti digitali come se ogni problema richiedesse un tool nuovo. Un cliente aveva chiesto un aggiornamento in tempo reale sui progetti: arrivò Asana. Un altro preferiva le board Kanban: arrivò Trello. Per i file c'era Google Drive, ma il designer senior aveva insistito per Dropbox. Le comunicazioni interne erano su Slack, ma alcune approvazioni passavano via email, altre via WhatsApp.
Il risultato era che ogni informazione esisteva in almeno due posti diversi. Quando un cliente chiedeva "a che punto siamo?", il project manager doveva controllare Asana, Trello, la cartella Drive e le ultime 50 mail prima di rispondere. In media, ogni PM spendeva 2,5 ore al giorno in attività di "sincronizzazione manuale" tra sistemi — non in gestione di progetto reale.
Sara non aveva bisogno di un nuovo tool. Aveva bisogno di qualcuno che la aiutasse a fare l'opposto: capire quali tool tenere, quali eliminare, come farli parlare tra loro, e come formare il team su un workflow unico condiviso.
Obiettivi consulenza workflow agenzia
Meno tool,
più lavoro vero.
Sara non voleva un'altra dashboard. Voleva che il team smettesse di perdere tempo a gestire gli strumenti e tornasse a fare quello che sapeva fare meglio: lavoro creativo.
Ridurre il tempo amministrativo dei project manager
I 3 PM dell'agenzia erano costantemente sommersi da aggiornamenti manuali, riunioni di status update e ricerca di informazioni disperse tra sistemi diversi. Sara calcolava che ogni PM spendeva circa 2,5 ore al giorno in queste attività — su una giornata lavorativa di 8 ore, era quasi un terzo del tempo. L'obiettivo era portare quel numero sotto 45 minuti al giorno, liberando tempo per la gestione proattiva dei clienti e dei progetti.
Avere un unico sistema dove vivono le informazioni di ogni progetto
Il sogno di Sara era semplice: quando un cliente chiede "a che punto siamo?", la risposta deve richiedere un click, non 20 minuti di ricerca. Per arrivarci serviva un sistema unico dove ogni progetto avesse un home — stato, file, comunicazioni, task, scadenze — tutto in un posto solo. Non necessariamente un tool nuovo, ma uno dei tool esistenti scelto come "fonte di verità" e gli altri eliminati o ridotti a funzioni accessorie.
Automatizzare i passaggi ripetitivi del workflow progettuale
Ogni progetto dell'agenzia seguiva le stesse fasi: brief, concept, sviluppo, revisioni, approvazione, consegna. Eppure ogni volta che partiva un nuovo progetto, qualcuno creava manualmente le cartelle su Drive, le board su Asana (o Trello), la chat su Slack, il documento di brief su Google Docs. Questi setup manuali costavano 45–90 minuti per progetto e introducevano errori di nomenclatura che complicavano le ricerche successive. Le automazioni dovevano partire da qui.
Far adottare il nuovo workflow senza resistenza interna
Il problema più sottile era quello umano. L'agenzia aveva già provato due volte in passato a "standardizzare i processi" — entrambe le volte il nuovo sistema era stato adottato per 2–3 settimane e poi abbandonato, con il team che tornava alle abitudini precedenti. Sara era consapevole che il vero rischio non era scegliere il tool sbagliato, ma non riuscire a far cambiare le abitudini di 12 persone con background diversi e diversi livelli di dimestichezza tecnologica.
Sfide consulenza workflow creativi
Il problema non era
trovare il tool giusto.
La razionalizzazione di una tech stack in un'agenzia creativa ha dinamiche umane e organizzative che vanno ben oltre la scelta degli strumenti.
Processo razionalizzazione tool agenzia
Osservare, decidere,
formare — in quest'ordine.
Il processo aveva una sequenza precisa: prima capire come funziona davvero il lavoro (non come dovrebbe funzionare), poi decidere i tool, poi costruire il sistema, poi formare le persone.
Shadow sui PM per 3 giorni: vedere il lavoro reale
Prima di toccare nulla, ho trascorso 3 giorni a osservare i PM lavorare — non intervistandoli su come "dovrebbe" funzionare il workflow, ma guardando come funzionava davvero. Quali tool aprivano per prime la mattina, dove andavano quando un cliente scriveva, come decidevano le priorità giornaliere. Questo ha rivelato pattern invisibili nei processi dichiarati: le chat WhatsApp con i clienti erano di fatto il vero sistema di ticketing dell'agenzia, non Asana. Asana era usato solo per i report settimanali verso Sara.
Tool audit: elimina, integra, mantieni
Per ciascuno degli 11 tool: a cosa serve ufficialmente, a cosa serve davvero, chi lo usa e quanto spesso, c'è overlap con un altro tool, qual è il costo (monetario e di attenzione). Classificazione finale: 4 tool da eliminare (Asana, Trello, Dropbox, una piattaforma di time tracking non usata), 2 tool da integrare tra loro (Slack ↔ Notion), 5 tool da mantenere (Figma, Google Drive, Linear, Loom, Google Meet). La decisione più difficile: eliminare Asana — il PM senior aveva costruito anni di storico lì. Soluzione: export completo dell'archivio prima della disattivazione.
Notion come "sistema operativo" + automazioni Make
Notion è diventato il hub centrale: ogni progetto ha una pagina con template standardizzato (brief, fasi, task, file, comunicazioni client-facing). Linear per il task management tecnico (già ben adottato dai designer). Slack per comunicazioni interne asincrone, integrato con Notion per notifiche automatiche sui cambi di stato progetto. Automazioni via Make: apertura nuovo progetto → crea automaticamente pagina Notion con template, cartella Drive con struttura corretta, canale Slack dedicato. Tempo di setup nuovo progetto: da 60–90 minuti a 3 minuti.
Formazione per ruolo, non generica
Workshop separati per ruolo: PM (1 giornata intera), designer (mezza giornata), account (mezza giornata). Ogni workshop partiva dai pain point specifici di quel ruolo — non da un tour del tool — e mostrava come il nuovo sistema risolveva i problemi che loro avevano ogni giorno. Per le prime 4 settimane: "office hours" settimanali di 30 minuti dove chiunque poteva portare problemi reali e risolverli insieme. Questo ha abbattuto la resistenza: le persone sentivano di avere supporto, non di essere abbandonate con un nuovo tool da imparare da soli.
Misura, aggiusta, rendi autonomo il team
Nelle ultime 3 settimane: misura del tempo amministrativo dei PM (prima: 2,5h/giorno, dopo: 42 minuti), raccolta feedback del team sul nuovo sistema, aggiustamenti minori alle automazioni basati sull'uso reale. Consegnato a Sara un "manuale operativo" dell'agenzia in Notion: come si apre un nuovo progetto, come si gestiscono le revisioni, come si comunica con i clienti. Il manuale è stato scritto dal PM senior (il più scettico all'inizio) — il segno che il cambio era stato davvero assorbito.
Tre scelte chiave del progetto
Cosa ha funzionato
davvero.
Osservare il lavoro reale prima di dare qualsiasi consiglio
La scoperta dei 3 giorni di shadow è stata fondamentale: il sistema di ticketing reale dell'agenzia erano le chat WhatsApp con i clienti, non Asana. Asana veniva compilato a posteriori per fare i report, non usato in corso d'opera. Se avessi basato il nuovo workflow su ciò che mi dicevano durante le interviste ("usiamo Asana per gestire i progetti"), avrei ottimizzato il sistema sbagliato.
Questa scoperta ha cambiato la soluzione: invece di spostare tutto in Notion e aspettarsi che i clienti smettessero di scrivere su WhatsApp, il nuovo sistema includeva un layer di gestione WhatsApp integrato (Notionforms per trasformare i messaggi in task strutturati). Il workflow reale è stato rispettato invece di combattuto.
Regola che applico in ogni consulenza di workflow: descrivi come il lavoro funziona davvero, non come dovrebbe funzionare. Poi ottimizza quello che esiste, non quello che vorresti ci fosse.
Le automazioni che hanno liberato il maggior tempo: l'apertura nuovi progetti
L'agenzia apriva mediamente 4–6 nuovi progetti al mese. Ogni apertura richiedeva: creare la pagina progetto su Notion (o Asana), creare la struttura di cartelle su Drive, creare il canale Slack, inviare il template di brief al cliente, aggiungere le scadenze al calendario condiviso. In media: 60–90 minuti per ogni nuovo progetto.
Con Make: il PM compila un form con nome cliente, tipo progetto e data di inizio. In automatico vengono creati: pagina Notion con template corretto per tipo progetto, struttura Drive con nomenclatura standard, canale Slack con le persone giuste già aggiunte, prima task "invia brief" assegnata al PM con scadenza 48h. Tempo: 3 minuti. Risparmio: 57–87 minuti a progetto, 4–6 volte al mese = 4–8 ore risparmiate al mese solo su questo passaggio.
La formazione per ruolo come antidoto alla resistenza
I due tentativi precedenti di standardizzare i workflow erano falliti perché la formazione era generica: "ecco il nuovo tool, guardate questo tutorial". Il problema con la formazione generica è che ogni ruolo ha problemi diversi, e un tutorial generico non risponde ai problemi specifici di nessuno.
Per i PM il workshop partiva da: "il venerdì pomeriggio scrivi il report a Sara — vediamo come farlo in 15 minuti invece di 45". Per i designer partiva da: "quando il cliente approva i file, come li carichi in modo che tutti li trovino subito?". Per gli account partiva da: "quando il cliente chiede aggiornamenti su WhatsApp, come rispondi in 30 secondi senza dover chiamare il PM?". Il manuale operativo finale è stato scritto dal PM senior più scettico — il segno che il cambiamento era stato davvero assorbito dal team.
Stack finale adottato
Da 11 tool a 6.
Risultati consulenza workflow agenzia
Mese 3.
Il team fa lavoro vero, non burocrazia.
Dati misurati confrontando 4 settimane prima e 4 settimane dopo il completamento dell'implementazione.
Cosa ho imparato
Learnings da
portarsi dietro.
Il workflow reale non corrisponde quasi mai al workflow dichiarato. Se chiedi alle persone "come lavorate?", ti descrivono il processo teorico — spesso quello che pensano tu voglia sentire. Per capire come funziona davvero il lavoro devi osservarlo. I 3 giorni di shadow hanno rivelato il sistema WhatsApp che nessuno aveva nominato nelle interviste — e che era in realtà il pezzo più critico del workflow.
La razionalizzazione dei tool è un progetto di change management, non di IT. Il 20% del lavoro è scegliere i tool giusti. L'80% è far adottare il cambiamento da persone con abitudini, preferenze e livelli di comfort tecnologico diversi. La formazione per ruolo — partendo dai problemi specifici di ciascuno — ha funzionato dove due tentativi precedenti generici avevano fallito.
L'automazione più efficace è quella che elimina il lavoro più stupido — non quello più complicato. Il setup manuale di un nuovo progetto (60–90 minuti di lavoro ripetitivo identico ogni volta) era l'esempio perfetto di un'attività ad alto costo, zero valore aggiunto, completamente automatizzabile. Prima di costruire automazioni complesse, fare l'inventario delle cose più banali e ripetitive che il team fa ogni giorno — lì si trovano i quick win a maggior impatto.
Il scettico più convinto, una volta convertito, diventa il miglior evangelista. Il PM senior che aveva costruito il suo sistema Asana in 3 anni era la persona che rischiava di affossare il progetto con la sua resistenza. L'investimento di tempo nella sua formazione personalizzata — e soprattutto nel capire e rispettare la logica che aveva messo nel suo sistema prima di proporgli alternative — ha trasformato il potenziale ostacolo nel coautore del manuale operativo finale.
Nelle agenzie creative il disordine operativo cresce con le dimensioni. La soluzione non è mai aggiungere un nuovo tool — è avere il coraggio di togliere quelli che si usano male, costruire un sistema su ciò che rimane, e investire nel cambiamento umano tanto quanto in quello tecnologico.
La tua agenzia usa troppi tool
e il team non sa dove guardare?
Un audit dei workflow esistenti può rivelare ore di lavoro recuperabili ogni settimana — senza cambiare il modo di lavorare, ma razionalizzando gli strumenti intorno a come il team lavora davvero.