ARTICOLO NUMERO 22 · CRM E TEMPI DI LAVORAZIONE
Lead fotovoltaici: quali timestamp salvare nel CRM
“Creato alle 10:02” non dice quando il lead è arrivato al sistema, quando è stato assegnato o quando ha prodotto un primo esito. Una sequenza minima di eventi rende misurabili i passaggi senza prescrivere come telefonare.
Un responsabile vede che un lead fotovoltaico è stato “creato martedì” e conclude che il commerciale lo abbia ricevuto nello stesso momento. Potrebbe non essere vero: la piattaforma può aver registrato l’invio, un’integrazione può averlo trasferito più tardi e l’assegnazione può essere avvenuta ancora dopo. Se il CRM conserva una sola data, tre passaggi diversi diventano indistinguibili.
La soluzione non è controllare le persone con un cronometro. È registrare eventi tecnici e commerciali separati, con definizioni condivise. Così marketing e vendite possono capire dove nasce l’attesa prima di discutere perché. Questa guida non propone copioni, frequenze o sequenze di richiamata: le chiamate restano al team del cliente.
La data di creazione può descrivere sistemi diversi
Meta documenta che i webhook per i Lead Ads possono notificare in tempo reale i cambiamenti relativi ai lead della Pagina. Esistono anche modalità di recupero successive. Quindi “ora della piattaforma”, “ora della notifica” e “ora di inserimento nel CRM” non sono necessariamente lo stesso dato.
Google, nelle linee guida per importare conversioni offline, usa nome della conversione, identificatore, data e ora anche per riconoscere i duplicati; distingue inoltre la data dell’evento dalla data di caricamento. È un promemoria utile: una conversione commerciale va associata al momento in cui è avvenuta, non a quando qualcuno ha esportato il file.
Prima di costruire un report, scrivi accanto a ogni campo chi genera l’orario, in quale fuso e se il valore può essere modificato. Un campo chiamato soltanto data non è una definizione.
Sette eventi coprono il percorso senza inventare una procedura telefonica
| Evento | Che cosa registra | Domanda che permette di rispondere |
|---|---|---|
| Inviato | Il momento indicato dalla fonte per la richiesta | Quando è nato il lead? |
| Ricevuto | L’ingresso nel sistema aziendale | L’integrazione ha introdotto attesa? |
| Assegnato | Il passaggio a un responsabile identificato | Quanto è rimasto senza proprietario? |
| Preso in carico | La conferma operativa del referente | L’assegnazione è stata accettata? |
| Primo esito | La prima informazione commerciale codificata | Quando è comparsa un’evidenza lavorabile? |
| Appuntamento prenotato | La creazione di un incontro | Quando nasce la prenotazione? |
| Appuntamento svolto | La conferma separata dell’incontro avvenuto | Quante prenotazioni diventano incontri? |
Non tutti i record raggiungeranno ogni evento e va bene così. Se un lead non è ancora stato assegnato, assigned_at deve restare vuoto: riempirlo con l’ora di creazione nasconde proprio l’attesa che si vuole osservare. Allo stesso modo, prenotato e svolto rimangono due eventi distinti.
Un esempio mostra il collo di bottiglia, non la sua causa
Scenario illustrativo: una richiesta viene inviata alle 09:00, ricevuta nel CRM alle 09:03, assegnata alle 11:20 e produce un primo esito alle 12:05. Le differenze sono 3 minuti per il trasferimento, 2 ore e 17 minuti prima dell’assegnazione e 45 minuti tra assegnazione e primo esito. Non sono benchmark e non descrivono un cliente reale.
Il dato localizza l’attesa maggiore prima dell’assegnazione; non dimostra automaticamente una responsabilità. Potrebbero incidere una regola territoriale incompleta, un turno non coperto, un errore d’integrazione o una richiesta arrivata fuori dall’orario gestito. Per questo i timestamp vanno letti insieme alla regola di assegnazione e allo stato effettivo.
Tre regole evitano confronti falsati
Primo: conserva gli eventi originali e calcola le durate nel report. Sovrascrivere “data ultimo aggiornamento” elimina la cronologia. Secondo: usa un fuso coerente e conserva l’informazione necessaria a ricostruirlo; i confronti tra piattaforme possono altrimenti spostarsi di un’ora. Terzo: non riempire valori mancanti con date presunte.
Aggiungi un identificatore stabile della richiesta e controlla i duplicati senza cancellarne la provenienza, come descritto nella guida su persona, richiesta ed evento. Se un appuntamento viene riprogrammato, registra il nuovo evento senza riscrivere il primo: lo storico deve spiegare che cosa è accaduto.
Infine, verifica cinque record recenti partendo dalla fonte e arrivando al CRM. Se l’ordine temporale è impossibile, se il fuso non è noto o se un campo viene aggiornato manualmente senza traccia, il report non è ancora pronto per valutare il coordinamento.
Misurare il passaggio non significa giudicare l’operatore
Una cronologia affidabile permette di distinguere attesa tecnica, attesa di assegnazione e avanzamento commerciale. Non prova la qualità del contatto, non certifica la competenza della persona e non spiega da sola una vendita mancata. Offerta, pertinenza, copertura e contesto possono incidere.
Il primo obiettivo è più concreto: quando emerge un ritardo, marketing e commerciale devono osservare lo stesso intervallo. Solo dopo possono decidere se correggere l’integrazione, la regola di responsabilità o un processo interno.
Fonti primarie consultate il 22 ottobre 2026: documentazione Meta for Developers sui webhook per Lead Ads e guide Google Ads su conversioni offline ed enhanced conversions for leads. Campi ed esempio sono una proposta editoriale; nessun CRM, campagna o procedura telefonica reale è stato esaminato.
← Torna a tutti gli articoli