Marketing data pipeline: end-to-end architecture

I dati di marketing arrivano da fonti diverse, con tempi e formati che non coincidono. I costi degli Ads si aggiornano ogni ora, le revenue backend il giorno dopo, e le piattaforme cambiano schema senza avvisare nessuno. Senza una pipeline che renda esplicite freschezza, chiavi e riconciliazioni, il team marketing finisce per litigare su numeri diversi nella stessa riunione. Questa lezione mostra come costruire una pipeline che faccia tornare i conti e dia fiducia nei dati.

A starting scene

Conviene pensare alla pipeline come a un’architettura di responsabilità. Ogni fase, dall’ingestione alla normalizzazione, dal matching alla modellazione fino al serving, deve dire chiaramente quando il dato è completo, quale margine di errore è accettabile e quali decisioni possono poggiarci sopra.

Tre domande aiutano a inquadrare lo stato di salute della pipeline. La prima riguarda quale fonte marketing rompe più spesso lo schema o la freschezza. La seconda riguarda quale processo di riconciliazione tiene insieme costi, conversioni e revenue. La terza riguarda quale SLA sui dati potresti davvero promettere al team prima di automatizzare i report.

L’architettura di riferimento

Le fonti dati includono le piattaforme Ads (Google, Meta, LinkedIn, TikTok), la web analytics (GA4, Amplitude), i CRM (Salesforce, HubSpot), gli ESP email (Braze, Klaviyo), le CDP (Segment, Rudderstack), i social e i sistemi di pagamento (Stripe, Adyen). Questi dati vengono estratti via ELT con strumenti come Fivetran o Airbyte e portati in un data warehouse come Snowflake o BigQuery, dove si creano i layer di staging, intermediate e marts per normalizzarli e modellarli. Alla fine i dati vengono consumati dagli strumenti di BI come Looker o Tableau, oppure dai sistemi di attivazione delle campagne.

The unified spend model

Al centro della pipeline c’è la tabella int_marketing_spend_daily, che normalizza tutte le spese pubblicitarie in uno schema comune e uniforma nomi di colonne e valute. Questo rende immediate le analisi cross canale e le aggregazioni temporali, che altrimenti richiederebbero un riallineamento manuale ogni volta.

La normalizzazione delle metriche

Ogni piattaforma usa nomi diversi per metriche che misurano la stessa cosa. La pipeline deve uniformare costi, click, impression e conversioni. Il revenue non è disponibile nativamente nelle piattaforme Ads, quindi va ricostruito integrando i dati transazionali interni attraverso le finestre di attribuzione.

Lo SLA di freschezza dei dati

Le fonti si aggiornano con frequenze e latenze diverse, da pochi minuti per GA4 e i CRM fino a ore o giorni per LinkedIn. La pipeline deve gestire queste differenze e mostrare sempre la data dell’ultimo aggiornamento, così chi legge sa quanto può fidarsi del numero che ha davanti.

Il monitoraggio della pipeline

Configurazioni di monitoraggio, per esempio con dbt Elementary, controllano la freschezza delle fonti e generano alert automatici su Slack o PagerDuty quando un ritardo diventa critico. Così il guasto si scopre dal sistema e non dalla riunione in cui i numeri non tornano.

Il controllo di qualità

Prima di usare la pipeline per decidere conviene verificare completezza, duplicati, timezone, cambi di definizione e segmenti esclusi. Molti errori nascono da dati che misurano un comportamento diverso da quello che il team crede di osservare, e l’unico modo per accorgersene è controllare prima di concludere.

Leggere il dato per segmenti

La media aggregata è solo un punto di partenza. Conviene segmentare per canale, coorte, piano, paese, device e maturità dell’utente. Quando segmenti diversi mostrano andamenti opposti, la media diventa fuorviante e spinge verso decisioni sbagliate.

Il problema da risolvere

Nel marketing analytics la pipeline serve a trasformare budget, canali, creatività e audience in decisioni misurabili, evitando di confondere volume, attribuzione e incrementalità. La domanda chiave resta quale decisione migliora grazie a dati affidabili e a una soglia di errore dichiarata in anticipo.

Come ragionare sul problema

Il processo è sequenziale. Si parte da una domanda di business, si formula un’ipotesi misurabile, si verifica la qualità del dato, si esegue un’analisi incrementale e infine si prende la decisione di budget.

Step	Guiding question	Expected output
Framing	Which decision needs to change?	A concrete choice
Measure	Which signal represents the phenomenon?	Metric, source, granularity
Comparison	Compared to which baseline do I interpret the result?	Benchmark or counterfactual
Action	What do I do if the signal exceeds the threshold?	Decision and next control

Gli elementi che tengono insieme la pipeline

La pipeline si descrive come una relazione tra l’unità di analisi (campagna, coorte, segmento), il segnale (margine incrementale, CAC payback, conversion rate corretto), la baseline (periodo precedente, gruppo holdout, benchmark storico) e la decisione (allocare risorse, cambiare messaggio, fermare una tattica). Il rischio che sta dietro a tutto è confondere correlazione con causalità.

Un caso da costruire

Immagina un team growth che deve decidere se aumentare il budget su un canale con CPA basso ma vendite marginali deboli. La pipeline aiuta a separare il segnale dal rumore, collegando la metrica al ragionamento e alla decisione economica.

Evidence	Prudent interpretation	Decision
Positive signal but not isolated	Phenomenon exists, cause uncertain	Look for baseline or holdout
Segment with different response	Average effect hides heterogeneity	Analizzare coorti
Increasing operating cost	Evaluate on the margin	Apply economic thresholds

Esercizi di laboratorio

Al livello base, scrivi una decisione reale legata alla pipeline usando una sola metrica, e indica obiettivo, metrica primaria, baseline, rischio e azione prevista.

Al livello intermedio, costruisci una tabella con almeno tre segmenti e per ciascuno annota il segnale, una spiegazione alternativa e il controllo necessario.

Al livello research grade, disegna un piano di validazione con ipotesi, dati, esclusioni, soglia decisionale e controllo post decisione, e specifica cosa ti farebbe cambiare idea.

Per i dati puoi usare export campagne, costi media, eventi web e app, CRM, transazioni, survey brand e log di consenso. In mancanza di dati reali, genera un dataset sintetico con almeno 200 righe e colonne per tempo, segmento, outcome ed esposizione.

L’errore tipico da evitare

L’errore più frequente è trattare la pipeline come una definizione da ricordare invece che come un protocollo decisionale. Presentare metriche senza baseline, grafici senza ipotesi o raccomandazioni senza il costo dell’errore porta a decisioni fragili.

Un controllo utile è chiedersi: “se questo risultato fosse falso, quale decisione sbaglierei?”. Se la risposta non è chiara, la pipeline non è stata applicata davvero.

Quiz e checkpoint

1. Quale decisione concreta migliora questa pipeline?
2. Which baseline makes the result interpretable?
3. Quale assunzione, se sbagliata, cambia la conclusione?
4. Quale controllo minimo useresti prima di raccomandare?

Operational Summary

La pipeline è utile quando collega concetto, dato e decisione. Si parte da un problema reale, si formalizza il segnale, si cerca una baseline credibile, si costruisce un esempio e si chiude con un controllo pratico.

Trattala come una prova di lavoro in una review marketing, con budget, canali, tracking e marginalità da riconciliare. Devi produrre un memo che collega canale, metrica, segmento, costo e raccomandazione, separando il contesto dalla misura e l’azione dal limite. Parti da una domanda semplice, quale scelta migliorerebbe applicando bene la pipeline, e costruisci un esempio con contesto, dato o modello e decisione presa dopo il controllo dei rischi. La qualità si misura da quanto è tracciabile il ragionamento.

Per chiudere il lavoro tieni a mente cinque passi. Scrivi la decisione da migliorare con un verbo operativo come allocare, fermare o correggere. Definisci il segnale e almeno un guardrail. Aggiungi una baseline. Esplicita il rischio più probabile. Concludi con un output consegnabile, che sia una dashboard, una query o un memo. Avrai assimilato la pipeline quando riuscirai a spiegarla senza gergo, applicarla a un caso realistico e difendere una raccomandazione con limiti e controlli. Se manca un elemento, torna al modello di ragionamento e riduci l’ambizione dell’esempio.