Documentazione marketing ops: cosa scrivere e dove entra il registro delle modifiche

Che cos'è la documentazione di marketing operations?

La documentazione di marketing operations è tutto ciò che servirebbe a una persona appena arrivata per gestire il marketing senza chiederti nulla: come sono collegati gli strumenti, come si svolge il lavoro ricorrente, quali regole valgono e cosa è cambiato e quando. Meno manuali infiniti, più pagine brevi, facili da trovare e aggiornate.

Quasi tutti i team ne hanno già dei pezzi sparsi tra una wiki, una cartella condivisa, le impostazioni delle piattaforme e la memoria delle persone. Il problema emerge in tre momenti: quando entra qualcuno nuovo, quando un account cambia mano e quando un cliente o il tuo responsabile chiede perché i risultati sono cambiati. Forrester lo dice senza giri di parole per il primo caso: l'ultima cosa che un nuovo collega dovrebbe fare è cliccare in giro nella piattaforma di automazione per capire come funziona.

Ragiona su quattro livelli: riferimento (cosa esiste), procedura (come si fa il lavoro ricorrente), regole (cosa rispettano tutti) e storico (cosa è cambiato). Quasi tutti i team scrivono i primi tre e dimenticano il quarto, proprio quello che ti serve quando una metrica scende.

Cosa deve documentare un team di marketing ops?

Documenta ciò che è difficile ricostruire a memoria e ciò che rovina i risultati quando due persone lo fanno in modo diverso. La tabella qui sotto è un punto di partenza pratico; ogni riga deve avere un responsabile con nome e un motivo chiaro per essere aggiornata.

L'elenco di Forrester va nella stessa direzione: cita i programmi di scoring, nurturing e assegnazione dei lead, i processi di reporting e i ruoli come ciò che va scritto fuori dalle piattaforme. Le convenzioni di nomenclatura meritano una pagina a sé, perché un cambio di nome silenzioso spezza un report in due; leggi il nostro articolo sulle convenzioni di nomenclatura UTM per un modello.

Come scrivere un runbook di marketing che il team usi davvero?

Scrivi un runbook per ogni attività ricorrente, nell'ordine in cui qualcuno la farebbe, con i controlli che dimostrano che è andata bene. Se un passaggio richiede una valutazione, indica chi decide. Se possibile, fallo stare in una schermata.

1. Nomina l'attività e il responsabile
2. Elenca i passaggi in ordine
3. Aggiungi il controllo di ogni passaggio
4. Indica cosa registrare alla fine

Un buon runbook per aumentare un budget, per esempio, dice dove cambiare l'importo, l'aumento massimo concordato dal team, cosa controllare la mattina dopo e che la modifica va nel registro con il motivo. Quest'ultimo passaggio trasforma una procedura in uno storico che potrai rileggere più avanti.

La guida alla gestione degli incidenti di Atlassian descrive playbook che raccolgono runbook, checklist e modelli perché il team risponda sempre allo stesso modo. L'idea funziona anche nel marketing: una cartella per processo, pagine brevi e un link al punto in cui il risultato viene registrato. I runbook rendono più rapido anche un cambio di agenzia; la nostra checklist per il passaggio di agenzia elenca cosa consegnare.

Dove entra il registro delle modifiche nella documentazione?

Il registro delle modifiche è il livello dello storico: annota ciò che è successo davvero, mentre runbook e regole descrivono ciò che dovrebbe succedere. Senza di esso, la documentazione spiega come lanciare una campagna, ma non perché le conversioni sono calate a marzo.

Ogni piattaforma conserva una parte di questo storico. La Cronologia delle modifiche di Google Ads mostra le modifiche degli ultimi 2 anni, con l'email di chi ha modificato dall'interfaccia e voci come "Google Ads system" per quelle automatiche. Google Tag Manager conserva una cronologia delle pubblicazioni con chi ha pubblicato ogni versione e permette di dare nome e descrizione alla versione. GA4 consente a chi ha il ruolo di Analista o superiore di creare annotazioni (titolo di 60 caratteri, descrizione di 150, fino a 1000 per proprietà). Nessuna vede le altre, né le modifiche a landing page, CRM o prezzi.

Per questo il registro sta sopra tutte: una voce per modifica, con data, piattaforma, responsabile, motivo ed effetto atteso. La nostra guida al registro delle modifiche di marketing spiega il formato e il modello di registro delle modifiche ti dà le colonne per iniziare.

Esempio: mercoledì un cliente chiede perché i lead sono calati martedì. I runbook mostrano che i lanci hanno seguito la checklist, quindi il team apre il registro. Lì compaiono un taglio del CPA target su Google Ads venerdì, un nuovo modulo sulla landing page sabato e una versione di GTM pubblicata lunedì. Il modulo aveva perso il reindirizzamento alla pagina di ringraziamento e l'evento lead non si attivava più. Nel CRM i lead erano stabili; era calato solo il conteggio tracciato.

Come isolare quale modifica ha causato il calo con la documentazione?

Usa la documentazione in un ordine fisso: verifica il tracciamento con il piano di tracciamento, elenca tutte le modifiche dei giorni prima del calo e testa un'ipotesi alla volta. La mappa degli strumenti ti dice dove guardare; il registro ti dice cosa è cambiato.

1. Escludi prima il tracciamento. Confronta il numero della piattaforma con la fonte di riferimento indicata nel piano di tracciamento (CRM, ordini, moduli inviati). Se è sceso solo un lato, è un problema di misurazione.
2. Raccogli tutte le modifiche del periodo. Prendi dal registro i 7-14 giorni prima del cambiamento e colma i vuoti con la Cronologia delle modifiche di Google Ads e l'elenco delle versioni di GTM.
3. Confronta con i runbook. Una modifica fatta fuori procedura (nessun controllo il giorno dopo, nessun motivo annotato) è la prima sospettata.
4. Testa un'ipotesi alla volta. Annulla o segmenta la modifica più sospetta e segui la metrica, invece di annullare tutto in una volta.

Con tutte le modifiche su un'unica timeline, l'esempio sopra si risolve in pochi minuti: la versione di GTM compare il giorno prima del calo, subito dopo il cambio del modulo, ed è lì che guardi per primo. Changeline tiene questa timeline per progetto cliente: le modifiche di Google Ads si possono importare automaticamente con una connessione in sola lettura, e il team registra il resto (sito, tracciamento, CRM, prezzi) con responsabile e motivo. Per il metodo completo, leggi la guida su come spiegare un calo di conversioni a un cliente.

Come tenere aggiornata la documentazione di marketing ops?

Collega ogni documento all'evento che lo rende obsoleto e rendi l'aggiornamento parte della chiusura dell'attività. La documentazione invecchia quando vive separata dal lavoro; resta aggiornata quando l'ultimo passaggio di ogni attività è aggiornarla.

Tre abitudini fanno quasi tutto. Primo, un responsabile con nome per ogni pagina, così "qualcuno dovrebbe aggiornarla" ha una risposta. Secondo, una breve revisione a ritmo fisso: mensile per il registro e il piano di tracciamento, trimestrale per runbook e ruoli. Terzo, la regola che nessuna modifica va online senza la sua voce: chi cambia il budget, il tag o il modulo scrive una riga con il motivo.

Se hai già un processo di revisione, il nostro articolo sulla gestione delle modifiche nel marketing spiega come aggiungere approvazioni senza rallentare i lanci, e quello sul post mortem delle campagne mostra come trasformare una brutta settimana in runbook migliori.