Migliori tool e workflow 2026 per operazioni social delle agenzie

Introduzione

Verifica dei prezzi di Mydrop, settembre 2026: il piano a pagamento di ingresso di ogni strumento confrontato più spesso con Mydrop, letto sulle pagine prezzi di ciascun fornitore.

Strumento	Piano a pagamento di ingresso	Fatturato come
Buffer	$6 per canale / mese	annuale, Essentials
Later	$25 / mese	mensile
Metricool	$45 / mese	mensile
Planable	$59 per workspace / mese	Pro, le analytics sono un add-on da $14
Loomly	$65 / mese	Starter, massimo 3 utenti
Agorapulse	$79 per utente / mese	annuale
Hootsuite	$99 per utente / mese	annuale, le approvazioni richiedono Advanced a $399
Sprout Social	$79 per seat / mese	annuale
Mydrop	gratis, poi $19 / mese	forfettario, non per seat

La base di fatturazione conta più del prezzo di listino: per canale, per utente e per seat crescono tutti con il tuo team, il forfettario no. Tutti i dettagli nelle pagine di confronto di Mydrop.

Agenzie strutturate e team social centralizzati hanno un problema operativo molto concreto: devono pubblicare più contenuti, più in fretta e su più canali, tenendo i brand al sicuro e ogni passaggio tracciabile. La risposta breve al titolo è questa. I migliori tool per le operazioni social delle agenzie creano un'unica fonte di verità, impongono una governance chiara e rendono visibili le metriche operative. I migliori workflow hanno una struttura precisa e portano ogni contenuto da richiesta a revisione a pubblicazione con SLA prevedibili, così i team crescono senza aggiungere rischi.

Questo articolo è pratico. Ti mostra cosa centralizzare, come migliorare a piccoli passi e come scegliere i fornitori. Ti dà un modello di maturità originale e un metodo decisionale con cui chi guida il team può decidere le priorità su architettura e acquisti. Leggi le prime due sezioni per capire se centralizzare subito o partire da un pilota. Usa il piano di implementazione per trasformare le decisioni in risultati misurabili.

Perché le operazioni social delle agenzie sono un problema a parte

Le operazioni social di agenzie e multi-brand non sono come il lavoro di chi gestisce i social da solo, perché il peso del coordinamento è strutturale. I grandi team gestiscono tanti brand, stakeholder in più regioni, controlli legali e di conformità, agenzie esterne e vincoli creativi diversi per ogni canale. Da questa combinazione nascono problemi tipici: lavoro duplicato, approvazioni nascoste, uso incoerente del brand e lanci lenti.

Perché conta. Gli strumenti pensati per i singoli puntano su ideazione e velocità. Un'azienda ha bisogno di passaggi di consegne prevedibili, permessi basati sui ruoli e uno storico verificabile. Senza queste cose, i team ripiegano su fogli di calcolo, email e cartelle condivise. Il risultato è una giungla di strumenti in cui nessuno sa chi è responsabile di cosa e i tempi si allungano.

Un esempio concreto. Una campagna retail multinazionale con creatività localizzate è un classico banco di prova. Il marketing emette un brief globale, i team locali creano le varianti, il legale deve controllare certe affermazioni e il team centrale deve coordinare le finestre di pubblicazione. Se i contenuti vivono in thread di email e cartelle locali, non c'è modo di applicare una modifica legale a tutte le copie. Il risultato: corse dell'ultimo minuto, post incoerenti e rischi per il brand.

Cosa fare subito, se guidi il team. Smettila di trattare i social come una casella da spuntare. Mappa tutti gli stakeholder e i flussi di contenuti di una campagna rappresentativa. Individua dove gli asset sono duplicati e quali approvazioni vengono di solito saltate. Centralizza la richiesta di quella campagna, così puoi misurare tempi e tasso di errore attuali prima di scegliere gli strumenti.

Perché misurare per prima cosa. Senza metriche di partenza, gli investimenti sono scommesse. Se non riesci a misurare i tempi di approvazione, il moltiplicarsi delle versioni o il tasso di riuso su una campagna, non puoi quantificare l'effetto di un nuovo strumento o processo. Il business case sarà più debole e gli acquisti ricadranno sull'opzione con meno attrito, invece che su quella che risolve il problema strutturale.

Il modello di maturità CLEAR per le operazioni social delle agenzie

Serve un percorso ripetibile. Il modello CLEAR è un piano a fasi pratico, per non automatizzare troppo presto le cose sbagliate.

• Collect: centralizza brief di campagna, istruzioni di localizzazione e asset grezzi in un unico portale di richiesta. Fai della richiesta la fonte ufficiale, e rendila ricercabile.
• Label: richiedi metadati per ogni elemento. Le etichette devono includere campagna, mercato, lingua, titolare dei diritti, finestre di pubblicazione e componenti del contenuto. Così riuso e report diventano possibili.
• Enforce: aggiungi permessi basati sui ruoli e punti di approvazione allineati alla RACI aziendale. Le regole vanno fatte rispettare seguendo le policy, e devono essere configurabili.
• Automate: automatizza le attività di routine, come ridimensionare, accorciare le didascalie o ripubblicare contenuti evergreen. Le automazioni devono essere reversibili e controllabili.
• Report: offri dashboard operative ed esportazioni per legale e finanza. Usa questi report per affinare la governance e giustificare le scelte sul personale.

Perché lavorare per fasi. Automazione e controllo delle regole dipendono da input coerenti. Se i team saltano Collect e Label, i flussi automatici elaboreranno dati sbagliati e il controllo delle regole produrrà eccezioni a raffica. Costruire prima le fondamenta rende solide le fasi successive, non fragili.

Traguardi pratici per ogni fase. Per Collect: un unico modulo di richiesta usato dall'80 per cento delle campagne. Per Label: il 90 per cento degli asset con i metadati richiesti. Per Enforce: SLA definiti e punti di controllo delle policy configurati per le campagne più delicate. Per Automate: un insieme di attività quotidiane automatizzate senza incidenti di rollback manuale. Per Report: un report operativo mensile usato dalla direzione.

Un esempio applicato. Un brand globale di largo consumo ha usato il modello CLEAR per passare da operazioni frammentate a un programma ripetibile. Prima ha centralizzato la richiesta dei brief e reso obbligatori i metadati. Poi ha formalizzato le fasce di revisione e aggiunto approvazioni condizionali. Solo quando metadati e comportamenti di approvazione erano diventati coerenti ha automatizzato ridimensionamento e programmazione. Il risultato: cicli di approvazione più corti in modo misurabile e più riuso dei componenti creativi.

Cosa misurare in ogni fase. Per Collect: volume delle richieste, tasso di errori nelle richieste (campi mancanti o allegati sbagliati) e tempo dall'invio del brief alla prima bozza. Per Label: completezza dei metadati, tasso di successo delle ricerche (quelle che restituiscono un asset giusto in uno o due clic) e quota di asset con i campi sui diritti richiesti. Per Enforce: tempi di approvazione per revisore, numero di giri di revisione, frequenza e motivi delle deroghe, tasso di violazione degli SLA. Per Automate: riduzione dei compiti, incidenti di rollback dopo le azioni automatiche e falsi positivi, cioè contenuti sicuri segnalati dall'automazione. Per Report: adozione delle dashboard, numero di decisioni prese nelle riunioni di direzione grazie ai KPI operativi e correlazione tra miglioramenti operativi e risultati delle campagne.

Un modello di richiesta di esempio. Una richiesta concreta toglie le ambiguità e velocizza il lavoro a valle. Più che a una checklist, pensa alla richiesta come a un brief strutturato che chiede gli identificativi della campagna, il responsabile con i suoi contatti, il tipo di campagna (ad esempio lancio di prodotto, evergreen, PR o crisi) e i mercati e le lingue di destinazione. Deve raccogliere obiettivo principale e KPI, finestre di pubblicazione desiderate ed eventuali date di blocco per mercato, i componenti creativi principali con i link agli asset nel DAM e un breve elenco di approvazioni obbligatorie, come legale, brand, medico o finanza. Per le affermazioni regolamentate chiedi documenti a supporto e un piano di misurazione del successo con tracciamento UTM. Rendi obbligatori questi campi nel modulo, così gli strumenti a valle possono contare su metadati coerenti.

Una RACI di esempio per il lancio di un prodotto. Con ruoli espliciti non si discute più a ogni via libera. Chi esegue è di solito il content manager del mercato locale insieme al responsabile della campagna. La responsabilità finale spetta al responsabile marketing globale o al direttore regionale, a seconda della portata della campagna. Legale, brand e prodotto vanno consultati su affermazioni e coerenza creativa. Direttori regionali e assistenza clienti vengono tenuti informati dopo la pubblicazione.

Obiettivi SLA e numeri di esempio. Gli obiettivi devono essere misurabili e realistici: punta ad avere una prima bozza pronta per la prima revisione entro 24 ore nelle campagne di routine (48 ore per i lanci complessi), fissa finestre di risposta dei revisori da 24 a 48 ore a seconda del ruolo, limita i giri di revisione a due iterazioni complete prima di passare all'escalation e fai scattare in automatico l'escalation a un delegato dopo 48 ore di inattività del revisore.

Come stimare il ROI dei miglioramenti sulle approvazioni. Usa un modello semplice: moltiplica il volume annuo di post per le ore medie di revisione a post e per una tariffa oraria media comprensiva dei costi, e ottieni il costo di base delle approvazioni. Poi stima di quanto calano le ore di revisione grazie a template, revisioni in parallelo e automazione, e calcola il risparmio. Nel business case metti anche i benefici secondari, come meno lanci in ritardo e ricavi che arrivano prima.

Un esempio compatto. Se pubblichi 1.000 post l'anno, con una media di 2,5 ore di revisione a post e una tariffa media di 60 USD l'ora, il costo di base delle approvazioni è 150.000 USD. Riducendo i tempi di revisione del 30 per cento, a 1,8 ore a post, il costo scende a 108.000 USD: un risparmio annuo indicativo di 42.000 USD, senza contare il time to market più rapido e il potenziale in più delle campagne.

Trappole comuni nella misurazione. Non confondere la salute operativa con l'engagement. Un post virale non dimostra che il processo che l'ha prodotto sia ripetibile. Registra invece ogni passaggio con orari e metadati coerenti, così i KPI operativi sono affidabili.

Consigli per le dashboard operative. Costruisci dashboard che rispondano subito alle domande operative: dove sono i colli di bottiglia e quali revisori sono i più lenti; quali mercati hanno asset con problemi di diritti o scadenze; quali componenti di contenuto e template vengono riusati di più; con che frequenza avvengono le deroghe e perché. Adatta le viste a dirigenti, responsabili operativi e legale, così ciascuno può agire sui dati.

Usare le metriche per cambiare i comportamenti. Le metriche servono solo se spingono ad agire. Collega il rispetto degli SLA alle revisioni trimestrali dei responsabili operativi, metti obiettivi di riuso nei brief di campagna per scoraggiare le produzioni su misura e manda agli stakeholder brevi riepiloghi settimanali: le piccole vittorie operative si vedono e rafforzano l'adozione.

Lo stack centrale che ogni agenzia deve centralizzare

Come minimo, le operazioni social di un'azienda richiedono quattro capacità strettamente integrate: un archivio dei contenuti, un sistema di gestione degli asset digitali (DAM), un motore di approvazione e un publisher. Ognuna risolve un problema operativo diverso, e l'integrazione tra loro è la scelta di progetto decisiva.

Archivio dei contenuti. È la fonte unica di verità per bozze, varianti di localizzazione e metadati di pubblicazione. Deve permettere ramificazioni per mercato, conservare la cronologia delle modifiche ed esporre i metadati per elemento che servono agli strumenti a valle.

Requisiti chiave. L'archivio deve supportare il multi-tenant per brand e mercati, imporre metadati strutturati per ogni elemento così che i componenti possano essere ricombinati, ed esporre API perché altri sistemi possano leggere e scrivere i contenuti in modo programmatico.

Gestione degli asset digitali. Il DAM deve gestire media pesanti, diritti e trasformazioni automatiche. Per le agenzie riduce i tempi di produzione, perché offre varianti già pronte per ogni canale e fa rispettare i diritti d'uso.

Requisiti chiave. Il DAM deve registrare i metadati sui diritti e far rispettare le scadenze delle licenze, offrire esportazioni automatiche per i rapporti d'aspetto e i codec più comuni, e garantire ricerca veloce e consegna degli asset via CDN.

Motore di approvazione. Le approvazioni sono il collo di bottiglia operativo. Il motore deve rappresentare i percorsi reali: approvazioni in serie, in parallelo e condizionali. Deve offrire thread di commenti legati a parti precise del contenuto e registri di audit solidi.

Requisiti chiave. Il motore di approvazione deve supportare l'instradamento condizionale guidato dalle etichette dei contenuti, includere timer SLA con promemoria e percorsi di escalation, e produrre tracce di audit esportabili con istantanee dei contenuti.

Publisher e scheduler. Il publisher deve gestire i vincoli di ogni canale e i limiti di frequenza delle piattaforme. Deve supportare la programmazione in blocco, la pubblicazione che tiene conto dei fusi orari e nuovi tentativi puliti in caso di errori parziali.

Requisiti chiave. Per il publisher cerca connettori nativi con le piattaforme principali e API affidabili, programmazione in blocco che rispetti fusi orari e slot di pubblicazione, e una logica di nuovi tentativi e di riserva che avvisi i team in caso di errori parziali.

L'integrazione fa la differenza. Un DAM best-of-breed abbinato al motore di approvazione di un altro fornitore può funzionare, se l'integrazione è solida. Al contrario, una piattaforma all-in-one che copre archivio, approvazioni e pubblicazione può accorciare i tempi di implementazione, ma va validata sulle dimensioni CIPO descritte più avanti.

Cosa fare dopo. Mappa chi gestisce oggi ciascuno strumento rispetto a queste capacità. Se più team gestiscono pezzi diversi, dai la priorità all'integrazione tra archivio dei contenuti e motore di approvazione. Questa coppia riduce subito il moltiplicarsi delle versioni e l'ambiguità sulle approvazioni.

Workflow che aumentano la velocità e mantengono il controllo

Velocità e controllo sono un equilibrio delicato. La matrice Visibility vs Velocity è un semplice strumento decisionale che i team operativi possono usare per assegnare fasce di revisione e deleghe.

Matrice Visibility vs Velocity. Disponi i contenuti su due assi: impatto e rischio. L'impatto misura l'effetto sul business, come ricavi e visibilità della campagna; il rischio misura l'esposizione alla conformità e la delicatezza legale. Usa la matrice per fare triage. I contenuti a basso impatto e basso rischio si possono delegare e automatizzare. Quelli ad alto impatto e basso rischio si rivedono a livello centrale, ma con approvazioni in parallelo per risparmiare tempo. Quelli a basso impatto e alto rischio vanno alla conformità con controlli standard, per togliere ambiguità dalla revisione. Quelli ad alto impatto e alto rischio richiedono approvazioni in serie complete, con escalation chiara e contatti di riserva.

Principi di progettazione dei workflow. Tieni corto il percorso comune, così la maggior parte dei post passa da controlli leggeri. Rendi preciso il percorso eccezionale, dando ai revisori brevi checklist per i contenuti ad alto rischio. Usa revisioni in parallelo quando servono più approvatori, per accorciare i tempi, e fai rispettare gli SLA con solleciti automatici, così le responsabilità si vedono.

Checklist Agency Publish Readiness. Una checklist breve toglie i giudizi soggettivi sulla prontezza e previene le corse dell'ultimo minuto.

• Responsabile della campagna assegnato e raggiungibile.
• Fascia di revisione dichiarata con motivazione.
• Contatti dei mercati locali e note di localizzazione allegati.
• Asset approvati nel DAM con metadati sui diritti.
• Tutti i revisori richiesti assegnati e SLA impostati.
• Slot di programmazione e piano di riserva definiti.
• Passaggi di rollback e di risposta agli incidenti documentati.

Come gestire le approvazioni su larga scala. Parti da un solo tipo di campagna e registra ogni decisione. Annota quanto tempo impiega ogni revisore e dove si ripetono i commenti. Usa questi dati per semplificare i template e togliere i revisori superflui. Col tempo, delega di più ai team locali e aumenta l'automazione sui contenuti di routine, mantenendo controlli umani a campione.

Cosa può andare storto, e i rimedi. Troppa automazione può farti perdere le sfumature: richiedi controlli umani a campione e monitora i motivi delle deroghe. Molte deroghe vogliono dire che le regole di automazione non sono allineate. Troppe revisioni manuali indicano problemi di tassonomia o di template, da risolvere standardizzando i componenti dei contenuti.

Gestione degli stakeholder. I conflitti su chi decide sono normali. Usa una RACI pubblicata che associ i tipi di campagna a responsabili e approvatori, e chiedi il via libera di un piccolo comitato di indirizzo per ogni modifica alla RACI.

Governance, sicurezza del brand e conformità su larga scala

La governance non è un muro. È un insieme di vincoli prevedibili che riducono le sorprese. Una governance efficace unisce policy, controlli automatici e un livello umano ben formato.

Progettare le policy. Le policy devono essere brevi, concrete e, quando possibile, leggibili dalle macchine. Ad esempio, definisci un piccolo insieme di termini vietati, le approvazioni richieste per le affermazioni sui prodotti e le regole sulle licenze degli asset. Le policy si applicano più facilmente quando sono binarie o hanno soglie chiare.

Controlli automatici delle policy. Usa scansioni automatiche per segnalare frasi vietate, licenze scadute o loghi non approvati. I contenuti segnalati vanno trattati come eccezioni, con un campo di spiegazione obbligatorio per ogni deroga. Conserva la traccia delle deroghe: serve per gli audit e per migliorare.

Formazione e persone. La governance richiede giudizio umano. Forma i team locali a riconoscere i segnali d'allarme e a usare i percorsi di escalation. Fai esercitazioni a tavolino per provare la risposta agli incidenti. Dai a tutti schede brevi che riassumono le regole, da consultare al volo.

Diritti e licenze. Collegare i metadati sui diritti agli asset risolve un numero sorprendente di problemi operativi. Le policy dovrebbero bloccare la pubblicazione quando la licenza di un asset è scaduta o quando il mercato di destinazione ha restrizioni. Il DAM dovrebbe mostrare bene in vista queste informazioni durante la programmazione.

Cosa può andare storto. I problemi comuni sono due. Primo, la stanchezza da avvisi porta gli utenti a ignorare le segnalazioni delle policy. Riducila regolando le soglie e mandando i controlli più rumorosi a una revisione periodica invece che a blocchi immediati. Secondo, i team possono costruire processi paralleli per aggirare i controlli. Contrastali misurando l'attività parallela e rendendo il flusso ufficiale più facile e più veloce dell'alternativa.

Coordinamento con legale e conformità. I team legali hanno bisogno di report concisi e utili, non di log grezzi. Prepara riepiloghi mensili delle eccezioni con esempi e rimedi. Per le indagini, fornisci registri di audit esportabili con istantanee dei contenuti e commenti dei revisori.

Misurazione, scelta dei fornitori e piano di rollout

Il successo operativo richiede misurazione e un approccio pratico agli acquisti. Abbina la valutazione a un pilota misurabile.

I KPI operativi principali sono: il tempo di pubblicazione, misurato come tempo mediano e al 95° percentile dalla richiesta alla pubblicazione programmata; il tempo del ciclo di approvazione, seguito per revisore e per numero di giri; il tasso di riuso, cioè la percentuale di componenti di contenuto riusati tra le campagne; il tasso di deroga, rilevato come deroghe manuali ogni 1.000 post; il tasso di errore, cioè la quota di pubblicazioni programmate fallite che hanno richiesto un recupero manuale; e il costo per pubblicazione, un modello che ripartisce i costi di produzione e approvazione.

Il metodo CIPO per scegliere il fornitore. Valuta Coverage (ampiezza delle funzioni rispetto a una soluzione best-of-breed), Integration (qualità di API, webhook e SDK per collegare DAM, CMS, analytics e identità), Permissions (profondità di RBAC, permessi condizionali e supporto multi-tenant) e Observability (registri eventi disponibili, report esportabili e funzioni di analytics).

Struttura del pilota. Fai un pilota da 6 a 12 settimane con criteri di successo chiari, legati ai KPI. Scegli una campagna rappresentativa ma circoscritta. Il pilota deve includere localizzazione vera, revisione legale e pubblicazione programmata, così emergono i problemi operativi reali.

Attività del pilota e checklist di integrazione. Per un pilota riuscito, configura richiesta e tassonomia per la campagna scelta e rendi obbligatori i campi richiesti all'invio. Migra nel DAM un insieme limitato e rappresentativo di asset, etichettali con metadati su diritti e localizzazione, poi configura fasce di approvazione e SLA e assicurati che i revisori ricevano le notifiche. Collega il publisher per una finestra di pilota con post di prova e una piccola pubblicazione reale. Registra ogni passaggio in un log centrale o in un bus di eventi. Valida le integrazioni da un capo all'altro, così che i metadati seguano il contenuto dall'archivio al motore di approvazione al publisher. Infine fai una prova generale che simuli deroghe ed escalation, per verificare tracce di audit e notifiche.

Criteri di successo del pilota. Definisci i criteri di uscita prima di iniziare. Obiettivi operativi, come una riduzione del 20-30 per cento del tempo del ciclo di approvazione. Qualità dei dati, come il 90 per cento di completezza dei metadati. Soglie di affidabilità (ad esempio errori di pubblicazione sotto l'1 per cento). Criteri di business, come nessuna eccezione critica di conformità e feedback positivo da almeno l'80 per cento dei revisori partecipanti. Validazione dell'integrazione, senza interventi manuali per le pubblicazioni di routine.

Analisi dopo il pilota. Prepara un report sintetico con KPI, esempi di eccezioni, lacune di integrazione e un piano per l'ondata successiva, per ottenere impegno e budget dalla direzione per integrazioni e gestione del cambiamento.

Tra i segnali d'allarme dell'integrazione ci sono la perdita di metadati quando i contenuti passano da un sistema all'altro, metadati sui diritti non applicati al momento della pubblicazione, API lente nei picchi di programmazione e percorsi deboli di rollback o recupero in caso di errori parziali. Trattali come ostacoli alla crescita e inserisci le misure di mitigazione nel report del pilota, finché non arrivano correzioni definitive.

Valutazione e decisione. Dopo il pilota, confronta i risultati con i KPI e con le dimensioni CIPO. Chiediti: il tempo del ciclo di approvazione è migliorato? Il riuso è aumentato? La piattaforma si è integrata bene con DAM e identità? Se il pilota mostra miglioramenti e compromessi accettabili, estendi ad altre campagne e mercati a ondate successive.

Piano di rollout. Fai il rollout a ondate. Inizia con una prova generale con il team centrale, per validare flussi e metadati. Poi passa a un brand o a un tipo di campagna, con integrazione e misurazione complete. Nell'ondata successiva aggiungi mercati e template e metti a punto le policy. Alla fine estendi l'automazione e aggiungi il reporting finanziario per lo showback, man mano che il sistema si stabilizza.

Governance durante il rollout. Mantieni un comitato di indirizzo con marketing, legale e operazioni. Fai brevi retrospettive settimanali nelle prime tre ondate e passa a una governance mensile quando il processo si stabilizza. Tieni un registro pubblico dei problemi e uno delle modifiche per gli aggiornamenti di RACI e policy.

Indicazioni su budget e personale. Aspettati che il grosso del lavoro sia di processo e gestione del cambiamento, non di ingegneria. Per il pilota servono un product owner, un responsabile operativo e il legale part-time. Servono risorse di ingegneria per le integrazioni, ma i fornitori API-first ne richiedono meno.

Recupero dagli errori. Prepara sempre un piano di riserva. Per la pubblicazione, tieni una procedura manuale e un elenco di contatti d'emergenza. Per le approvazioni, tieni un percorso di deroga manuale, con un post-mortem obbligatorio per ogni aggiramento.

Conclusione

Agenzie strutturate e team social centralizzati possono pubblicare di più senza rinunciare alla sicurezza del brand, se trattano le operazioni social come un sistema. Il modello di maturità CLEAR e il metodo CIPO per i fornitori aiutano chi guida il team a stabilire le priorità e a valutare la tecnologia. Concentrati prima su Collect e Label, poi aggiungi approvazioni obbligatorie, automazione misurata e report operativi.

Fai un pilota pratico con KPI chiari, usa la matrice Visibility vs Velocity per decidere le revisioni e applica la checklist Agency Publish Readiness come controllo prima di ogni campagna. Valuta piattaforme come Mydrop per la capacità di integrare archivio, approvazioni e pubblicazione su larga scala. Con lo stack, i workflow e la governance giusti, i team possono ridurre i tempi di approvazione, aumentare il riuso e abbassare il rischio di conformità, facendo crescere le operazioni sui contenuti tra brand e mercati.

Prossimo passo concreto. Avvia un pilota di 6 settimane con un solo tipo di campagna, registra i tempi di approvazione e pubblica un report alla fine. Se il tempo del ciclo di approvazione scende e il riuso sale, estendi il programma seguendo la roadmap CLEAR.