Come governare agenzie e fornitori digitali con ruoli, accessi, SLA e decisioni verificabili
5 Settembre 2026 · Guide
Governare i fornitori digitali significa decidere quali modifiche possono fare da soli e quali devono passare dall’azienda. Vale soprattutto per le automazioni di marketing collegate al CRM, dove una modifica può cambiare i messaggi ricevuti da un cliente o il commerciale che prende in carico una richiesta.
In breve
- L’azienda mantiene il controllo degli account e delle decisioni che incidono sui clienti.
- Ogni fornitore deve conoscere i propri accessi e i passaggi di approvazione.
- Lo SLA distingue la presa in carico dal ripristino; il passaggio di consegne va provato.
Il risultato da ottenere
Il risultato atteso è un modello in cui il cliente conserva controllo su account, dati e priorità, mentre ciascun fornitore conosce le decisioni che può assumere e i limiti del proprio incarico. Prima di avviare i deliverable vanno concordati diritti di accesso, passaggi di approvazione, modalità di escalation e condizioni per trasferire attività e materiali senza interrompere il servizio.
Definire il modello di governo prima dei deliverable
Direzione, marketing, vendite, IT, agenzie e freelance devono sapere chi propone, chi decide, chi esegue e chi verifica. Un elenco di attività non sostituisce una RACI applicata a decisioni concrete come budget, tracking, pubblicazioni, campagne e rilasci.
Separare ownership e operatività
Account pubblicitari, domini, analytics, CRM, repository, file e dati devono restare sotto il controllo del cliente, con accessi personali e privilegi minimi. Il fornitore può amministrare senza diventare proprietario dell'infrastruttura o unico custode della conoscenza.
Stabilire SLA e criteri di accettazione
Tempi di risposta, finestre di rilascio, escalation e gestione incidenti devono essere accompagnati da criteri di qualità. Consegnare una campagna o una pagina non significa aver chiuso il lavoro se tracking, approvazioni e test non sono verificati.
Creare un sistema unico di priorità
Ogni partner tende a ottimizzare il proprio perimetro. Un backlog comune deve ordinare problemi e iniziative per impatto, evidenza, dipendenze, rischio e capacità interna, evitando roadmap concorrenti.
Gestire comunicazione e decision log
Riunioni, verbali, ticket e dashboard devono distinguere informazione, proposta e decisione. Le eccezioni vanno registrate con owner e scadenza, così da non trasformarsi in prassi invisibili.
Per un modulo fermo, la gestione dell’incidente deve arrivare fino al recupero delle richieste mancanti.
Preparare continuità e uscita
Documentazione, esportazioni, credenziali, codice, creatività, fonti e storico decisionale devono essere trasferibili. La governance è incompleta quando la sostituzione di un fornitore blocca campagne, sito o dati.
Matrice operativa
| Dimensione | Dato o oggetto | Decisione | Cautela |
|---|---|---|---|
| Strategia | Obiettivi e priorità | Direzione/marketing | Decision log |
| Account | Domini, Ads, analytics, CRM | Cliente | Accessi personali |
| Esecuzione | Campagne, contenuti, sviluppo | Fornitore assegnato | Ticket e QA |
| Dati | Raccolta, qualità, esportazione | Cliente + owner tecnico | Data dictionary |
| Approvazioni | Claim, budget, rilascio | Owner competente | Criterio esplicito |
| Continuità | Documenti e handover | Cliente + fornitore | Exit plan |
Sequenza di implementazione
1. Inventariare partner, attività, account e dipendenze.. La fase va chiusa con un'evidenza accessibile, un owner e un criterio di accettazione; eccezioni e dipendenze devono essere registrate.
2. Definire RACI per le decisioni ricorrenti.. La fase va chiusa con un'evidenza accessibile, un owner e un criterio di accettazione; eccezioni e dipendenze devono essere registrate.
3. Trasferire account e proprietà al soggetto corretto.. La fase va chiusa con un'evidenza accessibile, un owner e un criterio di accettazione; eccezioni e dipendenze devono essere registrate.
4. Creare standard di naming, documentazione e versioni.. La fase va chiusa con un'evidenza accessibile, un owner e un criterio di accettazione; eccezioni e dipendenze devono essere registrate.
5. Stabilire SLA, escalation e criteri di accettazione.. La fase va chiusa con un'evidenza accessibile, un owner e un criterio di accettazione; eccezioni e dipendenze devono essere registrate.
6. Unificare backlog, roadmap e calendario dei rilasci.. La fase va chiusa con un'evidenza accessibile, un owner e un criterio di accettazione; eccezioni e dipendenze devono essere registrate.
7. Misurare qualità, tempi e dipendenze.. La fase va chiusa con un'evidenza accessibile, un owner e un criterio di accettazione; eccezioni e dipendenze devono essere registrate.
8. Provare periodicamente handover ed esportazioni.. La fase va chiusa con un'evidenza accessibile, un owner e un criterio di accettazione; eccezioni e dipendenze devono essere registrate.
Come misurare il lavoro
- Attività senza owner o approvatore
- Account non posseduti dal cliente
- Decisioni riaperte per mancanza di verbale
- SLA rispettati e violati
- Rilasci respinti al QA
- Tempo necessario per un handover
Un report sui fornitori deve mostrare non solo attività consegnate e tempi di risposta, ma anche rilievi di QA, decisioni rimaste aperte, dipendenze tra partner e possibilità di esportare account e materiali. Uno SLA rispettato non compensa un rilascio respinto, così come molte consegne non riducono il rischio se accessi e documentazione impediscono un handover.
Scenario applicativo
Tre fornitori gestiscono SEO, Ads e sviluppo. Ognuno produce un proprio backlog e nessuno è responsabile della qualità del form che collega campagne e CRM.
Il nuovo modello assegna il processo lead a un owner interno, riunisce le dipendenze in una roadmap e richiede test end-to-end prima di considerare chiuso qualsiasi rilascio che incide sulle conversioni.
Criteri di completamento
| Livello | Condizione | Evidenza |
|---|---|---|
| Fondamenta | Perimetro, definizioni e owner approvati | Brief, RACI e fonti |
| Implementazione | Configurazioni, processi o contenuti testati | QA, log o versione |
| Adozione | Le persone previste usano il processo | Dati e osservazione |
| Risultato | Gli indicatori cambiano senza effetti indesiderati | Dashboard e verifica |
| Manutenzione | Esistono trigger e data di revisione | Calendario e backlog |
Errori da evitare
- Lasciare account e dati intestati al fornitore.
- Confondere riunioni frequenti e governance.
- Creare SLA senza criteri di qualità.
- Permettere a ogni partner di definire priorità autonome.
- Non documentare eccezioni e decisioni.
- Preparare l'handover soltanto alla fine del rapporto.
Chi può cambiare un’automazione del CRM
Una regola che assegna i contatti per provincia sembra un dettaglio tecnico. In realtà può spostare una richiesta da un venditore a un altro. Prima di affidarla all’agenzia, il responsabile commerciale deve spiegare come trattare i clienti già assegnati e chi copre le zone rimaste scoperte.
Metti queste decisioni nella scheda dell’automazione. Il nome del referente deve essere quello di una persona che può rispondere, con un sostituto per le assenze. La scheda accompagna il lavoro anche quando cambia chi segue il progetto in agenzia.
La matrice nell’infografica divide le responsabilità fra l’azienda e il fornitore nel caso di una nuova assegnazione automatica dei contatti.
Scarica l’infografica (PNG ad alta risoluzione)
Incorpora l’infografica nel tuo sito
Puoi ripubblicare l’infografica usando questo codice, con il collegamento alla guida originale.
- L’azienda approva la regola commerciale.
- Il fornitore prepara la modifica in prova.
- L’azienda accetta l’esito dei casi campione.
- Il fornitore pubblica nella finestra concordata.
- L’azienda decide la sospensione in caso di errore.
- Il fornitore ripristina la versione precedente.
Una prova che il commerciale può leggere
Un produttore di componenti vuole distribuire le richieste ai rivenditori di zona. Il fornitore prepara record di prova con province diverse, includendo un cliente già seguito dalla sede e una richiesta senza provincia. Per ciascuno mostra chi riceverà il contatto. Il responsabile vendite confronta il risultato con gli accordi della rete prima del rilascio.
Se una richiesta senza provincia resta senza destinatario, la prova si ferma su quel caso. Si concorda una coda interna di recupero e si ripete il test. Nei messaggi di prova non devono finire indirizzi di clienti reali che potrebbero ricevere comunicazioni involontarie.
Lo SLA deve coprire anche il guasto
Nel contratto indica da quando parte il tempo di risposta a un incidente e attraverso quale canale lo segnali. La presa in carico e il ripristino sono momenti diversi. Un’email automatica che conferma l’apertura del ticket non dimostra che qualcuno stia lavorando al problema.
Per un modulo fermo, il piano può prevedere una raccolta alternativa delle richieste mentre il tecnico cerca la causa. Concorda chi può attivarla e chi avvisa i commerciali. Alla chiusura del ticket, confronta le richieste arrivate con quelle presenti nel CRM per recuperare gli eventuali contatti mancanti.
Bonus del fornitore e passaggio di consegne
Un premio legato al numero di lead può spingere il partner a considerare utili contatti che i venditori scarteranno. Nell’accordo descrivi quale contatto entra nel conteggio e come tratti i duplicati. Fissa il momento in cui il commerciale accetta o respinge la richiesta, prima che il risultato venga usato per calcolare il bonus.
Al cambio di fornitore, chiedi al nuovo incaricato di ricostruire il percorso di un contatto usando la documentazione disponibile. Deve poter trovare la regola attiva e la sua ultima approvazione. Una telefonata al precedente tecnico può chiarire un dubbio, ma la procedura deve restare consultabile dall’azienda.
Domande frequenti
Serve un unico fornitore principale?
Non necessariamente. Serve un owner interno o una funzione di regia capace di governare le dipendenze e decidere.
Chi deve possedere gli account pubblicitari?
L'azienda cliente, concedendo accessi personali e revocabili ai partner.
Come evitare burocrazia eccessiva?
Documentando soltanto decisioni, rischi e passaggi che influenzano qualità, dati, budget o continuità.
Che cosa fare
Scegli un modulo che alimenta il CRM e concorda chi riceve la segnalazione di guasto. Scrivi chi può attivare la raccolta alternativa e chi avvisa i commerciali.
Fonti e riferimenti
- NIST SP 1326 — Cybersecurity supply-chain due diligence — https://csrc.nist.gov/pubs/sp/1326/final
- NIST — Cybersecurity Framework — https://www.nist.gov/cyberframework
- LinkedIn Help — Page admin roles and permissions — https://www.linkedin.com/help/linkedin/answer/a550647/linkedin-page-admin-roles-permissions?lang=en
Approfondisci il servizio: Consulenza marketing B2B.