Web analytics e misurazione commerciale

Capire quali attività portano richieste e clienti

Colleghiamo sito, campagne e CRM per leggere il lavoro commerciale. Ogni numero conserva la propria definizione, la fonte e i limiti: così una dashboard aiuta a scegliere che cosa fare.

Prima la decisione da prendere, poi gli eventi da raccogliere.

Una giovane analista consulta i dati sul monitor e li confronta con il portatile
La misura torna al lavoro di chi deve decidere. Immagine illustrativa generata con AI.

Cosa ottieni

I numeri diventano confrontabili

Sito, campagne e gestionale osservano momenti diversi della stessa relazione. Il lavoro serve a capire dove quei conteggi si incontrano, dove divergono e che cosa possono dirvi.

La consegna

Consegniamo il piano degli eventi, i collegamenti concordati e una vista leggibile da chi deve decidere. Lo storico poco affidabile resta separato dai dati raccolti con i nuovi criteri.

01

Definizioni condivise

Che cosa conta come richiesta, appuntamento o cliente viene scritto insieme a chi registra l’esito.

02

Provenienza controllabile

La fonte disponibile accompagna il dato. Stime e informazioni mancanti restano riconoscibili.

03

Una decisione operativa

Il report indica dove indagare e che cosa verificare dopo l’intervento. Il grafico è una parte del lavoro.

La catena dell’evidenza

Una domanda cambia la misura che serve

Seleziona ciò che vuoi capire. Il pannello mostra quali informazioni servono, da dove arrivano e quale limite deve accompagnarle.

Separare una visita da una richiesta ricevuta

Una richiesta è un contatto salvato nel canale concordato. Il click sul pulsante è un evento diverso.

Visita alla pagina

Statistiche del sito
Interesse osservato

Click sul pulsante

Evento del sito
Tentativo di contatto

Richiesta ricevuta

Modulo e CRM
Contatto da prendere in carico

La decisione che cambia. Correggere la pagina se le visite non diventano richieste. Verificare la ricezione prima di cambiare la campagna.

Esempio di lettura, senza dati di clienti o risultati simulati. La dashboard viene progettata sulle fonti effettivamente disponibili e sui permessi concessi.

Il lavoro incluso

Si progetta la misura,
poi la dashboard

L’installazione di uno strumento non basta a rendere leggibili i dati. Partiamo dagli accessi disponibili e da chi dovrà tenere aggiornati gli esiti.

01

Decidere che cosa conta

Partiamo dalle domande della direzione e dalle azioni che il commerciale considera utili. Un click, un tentativo di contatto e una richiesta ricevuta vengono tenuti distinti.

Che cosa resta: Un piano di misurazione con definizioni, fonti e responsabili.

02

Verificare tag e consensi

Controlliamo eventi, duplicazioni e comportamento dei tag in base alle scelte della persona. L’eventuale misurazione lato server viene valutata sul progetto, senza usarla per aggirare il consenso.

Che cosa resta: Configurazioni documentate e verifiche sui comportamenti concordati.

03

Collegare ciò che succede dopo

Le richieste vengono confrontate con ciò che il CRM registra: qualificazione, appuntamenti ed esiti. Accessi, API ed esportazioni determinano quali collegamenti sono possibili.

Che cosa resta: Una lettura commerciale che dichiara anche ciò che non si può ricostruire.

04

Dare un ritmo alla lettura

La dashboard serve a scegliere un intervento e controllarne gli effetti. Nel lavoro continuativo concordiamo una revisione dei dati; se il team ha già un analista, consegniamo criteri e documentazione.

Che cosa resta: Priorità di intervento e una regola per confrontare i periodi.

Il documento di consegna

Accanto a ogni numero,
la regola per leggerlo

I dati di clienti reali non vengono pubblicati senza autorizzazione. Qui descriviamo il criterio di consegna: la vista deve permettere anche a chi arriva dopo di capire come viene costruita.

  1. Origine e aggiornamento

    Modulo del sito e scheda nel CRM. Il dato si aggiorna ogni notte; se manca, lo segnala chi gestisce il CRM.

  2. Periodo e conteggio

    Conta la data di arrivo. Due invii della stessa persona nello stesso giorno valgono una richiesta.

  3. Limiti e responsabilità

    Le telefonate da numeri non tracciati restano fuori e sono dichiarate. L’esito lo registra il commerciale.

Esempio di lettura con un numero illustrativo, senza dati di clienti.

01

Origine e aggiornamento

Quale sistema genera il dato, con quale frequenza viene letto e chi controlla eventuali interruzioni.

02

Periodo e conteggio

Quale data viene usata, come si gestiscono duplicati o rimborsi e quali eventi restano fuori.

03

Limiti e responsabilità

Che cosa è osservato, stimato o assente. Chi registra l’esito commerciale e chi interviene se cambia la fonte.

Il dato non decide da solo

Misurazione e direzione restano collegate

La web analytics organizza l’evidenza. La scelta di un’offerta, il budget e il lavoro del commerciale richiedono responsabilità definite. La dashboard non promette di attribuire ogni vendita a un singolo click.

Perimetro e consegna

Il confine si scrive prima,
quello che resta si consegna alla fine

  • Piano di misurazione
  • Contenitori e accessi
  • Dashboard documentata
  • Dizionario dei numeri

Cosa non è compreso

Non comprende la bonifica retroattiva di dati mai raccolti, decisioni automatiche sul budget o l’installazione di strumenti senza consenso. Le licenze a pagamento restano separate.

Primo passo

Partiamo da tre domande che oggi ricevono risposte diverse. Per ognuna troviamo la fonte e scriviamo la definizione che userà l’azienda.

  1. 01Domande scelte
  2. 02Eventi verificati
  3. 03Fonti collegate
  4. 04Dashboard consegnata

Prima di iniziare

Prima di collegare i vostri dati

GA4 e il banner dei consensi possono convivere?

Sì, configurandoli insieme e verificando il comportamento dei tag per ogni scelta. In Consent Mode base i tag Google restano bloccati senza consenso; la modalità avanzata può inviare segnali senza cookie e va valutata separatamente. Il report distingue ciò che è osservato dalle eventuali stime: non promette di contare esattamente chi ha rifiutato. Le richieste effettivamente ricevute si verificano anche nel CRM.

Quali eventi conviene tracciare davvero?

Quelli che corrispondono a una richiesta vera: modulo inviato, chiamata partita dal sito, messaggio WhatsApp, prenotazione presa. Di solito sono meno di dieci. Scroll, tempo sulla pagina e click sul logo li guardiamo una volta l'anno, se avanza tempo.

Chi guarda i numeri, dopo che li avete installati?

Li guardiamo insieme mezz'ora al mese, e ne esce una decisione sola. Se in azienda c'è già qualcuno che legge i dati, gli lascio la dashboard e resto la sponda per le domande difficili.

Si collega al CRM che abbiamo già?

Sì, se il CRM lascia uscire i dati. Il collegamento serve a chiudere il cerchio: la richiesta arrivata dal sito diventa cliente firmato, e solo lì si scopre quanto è costato davvero acquisirlo. Su GoHighLevel è diretto, sugli altri passa da API o da un export programmato.

I dati storici sono sporchi: si buttano?

No, si isolano. Si segna il giorno in cui parte il tracciamento nuovo e lo storico resta come indizio, non come misura. Confrontare mesi contati con criteri diversi porta a decisioni sbagliate. Dopo due o tre mesi puliti si torna a fare confronti seri.

Partiamo dai report che ricevete e dalle risposte che mancano

Raccontateci quale decisione oggi resta sospesa. Verifichiamo quali fonti servono e che cosa è già disponibile, prima di aggiungere un altro pannello.

Parliamo dei vostri dati

Sei domande veloci, meno di due minuti.

Primo confronto sulla misurazione · Nessun accesso ai vostri sistemi richiesto nel modulo

Preferisci scrivere? Siamo su WhatsApp.