Il ciclo di lavoro previsto per le prime quattro settimane è concluso. Il filone Tracciamento è formalmente consegnato per le attività di competenza di Pasquale; le implementazioni applicative richieste a Stefano e al team dev non sono ancora disponibili per il collaudo. Il prossimo passaggio è la condivisione di un ambiente di staging con la nuova esperienza del form e i nuovi tracciamenti. Il Brain entra nella fase di test, autonomia e consegna, coordinata con la disponibilità dello staging.
La kanban distingue i passaggi operativi residui dai gate che dipendono da ADR Center e dal team dev, raccolti nella scheda separata Dipendenze e gate
Nessuna nuova attività pianificata
Nessuna attività
da avviare.
Handoff e valutazione in corso
Tommaso mette a disposizione di Pasquale un ambiente di staging che include la nuova implementazione dei tracciamenti e la nuova esperienza del form. Pasquale verifica data layer, eventi, gestione di case_id e sorgenti, persistenza degli step e comportamento del percorso, quindi restituisce gli update necessari prima del collaudo finale.
Attività sospese fino allo staging o alle evidenze dev
La struttura delle regole è pronta per il collaudo. Il perfezionamento sul comportamento reale resta in attesa dello staging e delle implementazioni di Stefano e del team dev, necessarie per verificare casi, eccezioni e punti di controllo.
Dopo la conferma delle implementazioni di Stefano e del team dev, Pasquale ripete le anteprime su Italia, Germania e Spagna, verifica il rifiuto dei case_id inventati e collauda il flusso fino a ODS Hub. Se tutte le evidenze sono positive, pubblica la versione 13 di Google Tag Manager.
Risultati consolidati nella quarta settimana
La lettura al 19 agosto conferma un ritmo proiettato di 509 lead in 30 giorni, pari a 2,12× la baseline e al 105,9% del pacing necessario per il target 2×. Il CPL del periodo è 11,04 €. Il nuovo assetto ha quindi superato la finestra di osservazione mantenendosi sopra il target.
La lettura aggiornata al 19 agosto porta il ritmo proiettato a 51 lead in 30 giorni, pari a 2,31× la baseline e al 115,6% del pacing necessario per il target 2×. Il CPL del periodo è 50,47 €. Il risultato quantitativo resta positivo pur su un campione ridotto; resta separatamente aperta la riconciliazione con ODS Hub, che non rileva signup gsde.
Qui confluiscono requisiti di prodotto, evidenze del team dev e definizioni di business. Le dipendenze risolte restano visibili come storico delle fasi già sbloccate.
ADR Center deve stabilire quanti casi il modello può sostenere prima che la dinamica con Meta perda sostenibilità o qualità, indicando soglia, finestra di misura e segnali di deterioramento.
Il team dev deve provare che un case_id inventato venga rifiutato dal server. Senza questo test negativo Pasquale non può collaudare né pubblicare in sicurezza il pacchetto GTM.
ADR Center deve fornire l’evidenza case-level che identificativo e sorgente sopravvivano a salvataggi, verifica email, riprese del form e registrazione finale nel Hub.
ADR Center deve verificare nel CRM e in ODS Hub che i lead provenienti da gsde conservino sorgente e case_id e avanzino correttamente da Generate Lead/signup alla conferma email. Il confronto case-level deve distinguere tra mancata persistenza, evento non emesso, esclusione dal CRM e reale abbandono del form.
Serve confermare come leggere insieme quattro informazioni: Fase 1 e Fase 2 descrivono l’avanzamento del caso; isBillable indica se il caso è fatturabile; invoicedFee registra l’importo. Validando la stessa logica per Spagna e Germania potremo calcolare il valore economico medio e confrontarlo con i costi Ads senza assumere che una fase corrisponda automaticamente a una fattura.
L’NDA resta da firmare. Il contratto è già stato completato e non rappresenta un blocco.
Implementazione e collaudo del piano tecnico sono ora sbloccati.
Baseline ODS e confronto tra conversioni e casi reali possono ora essere costruiti.
Dove siamo, cosa è già successo e cosa deve avvenire dopo
Audit, piano tecnico e handoff completati
Audit, specifiche e configurazione GTM previste nel workspace sono completati; il filone è formalmente consegnato per quanto di competenza di Pasquale. Le implementazioni necessarie nel codice e nel back-end restano in carico a Stefano e al team dev e non sono ancora disponibili per il collaudo. Alla condivisione dello staging, Pasquale verificherà il comportamento end-to-end e valuterà gli eventuali update prima della pubblicazione GTM.
Sezione tracciamenti · test, autonomia e consegna
La conoscenza del Brain attuale e la prima formalizzazione delle regole di tracciamento sono completate. Il filone entra nella fase di test, autonomia e consegna: verificare che il Brain ricostruisca correttamente lo stato, proponga l’intervento coerente e si fermi quando servono accesso, sviluppo o approvazione umana. Il collaudo sui comportamenti reali resta coordinato con la disponibilità dello staging.
Dati consolidati al 23 ago, ultimo giorno del periodo di progetto
Google Ads misura la crescita quantitativa e l’efficienza dei lead. ODS Hub controlla la quota di casi classificati che raggiunge la Fase 2, distinguendo i dati parziali da quelli sufficienti per il confronto.
La baseline Google Ads 1× è il volume di GH - Generate Lead attribuito nei trenta giorni precedenti all’ingaggio. Il target 2× è il doppio del volume in una finestra mobile di trenta giorni. Spesa, CPL e tasso lead/clic restano indicatori di osservazione e sostenibilità.
Benchmark tecnico con tracking regolare, 15 giugno–10 luglio: Spagna 14,73 €/lead; Germania 37,75 €/lead. Il benchmark resta diagnostico e non determina baseline o target.
Azione di conversioneGH - Generate Lead
Passa il mouse sulla barra per esplorare qualsiasi ritmo da 0× a 2×.
Nei 27 giorni completi la campagna ha raggiunto il 92,3% del target: run-rate 493 lead, pacing 102,5% e CPL 11,36 €. Dal 6 ago–23 ago, dopo i nuovi titoli, risultano 285,68 lead con 3333,67 € di spesa e CPL 11,67 €. Il ritmo resta sopra il target 2×. La quota impressioni persa è pari al 49,0% per ranking e al 18,8% per budget. GH - Conferma richiesta registra 6 all conversion, ma non sostituisce la qualità osservata in ODS Hub.
Azione di conversioneGH - Generate Lead
Passa il mouse sulla barra per esplorare qualsiasi ritmo da 0× a 2×.
Nei 27 giorni completi la campagna ha raggiunto il 104,5% del target: run-rate 51 lead, pacing 116,2% e CPL 51,28 €. Dal 6 ago–23 ago risultano 39 lead con 1892,58 € di spesa e CPL 48,53 €. Il ritmo resta sopra il target 2×, pur su un campione ridotto. La quota impressioni persa è pari al 39,4% per ranking e al 17,0% per budget. GH - Conferma richiesta registra 1 all conversion; resta aperta l’anomalia con ODS Hub, che rileva zero signup gsde.
ADR Center gli attribuisce uno dei due esiti: Fase 2, quindi eleggibile, oppure non eleggibile. Fino a quella decisione il caso resta fuori dal calcolo. La prima proxy osservata indica circa 9–11 giorni dalla creazione alla classificazione: per questo i periodi più recenti maturano con ritardo.
gssp · 28 giugno–27 luglio 2026
Le landing sono eventi di ingresso al percorso ODS e non vanno sommate alle lead o ai casi confermati.
I casi confermati restano 23 e quelli già classificati salgono a 20: 18 sono in Fase 2, 2 non eleggibili e 3 attendono ancora un esito. L’eligibility sale al 90,0% ed è ancora preliminare.
Proiezione disponibile con cautela: l’ideale resta raggiungere 30 casi classificati.
20 casi classificati su 30 consigliati · lettura preliminare
Proiezione preliminare · segnale positivo, da confermare a 30 casi classificati
Baseline: 222 Fase 2, 64 non eleggibili; eligibility 77,62%; intervallo 95% 72,44%–82,07%.
Periodo osservato: 23 confermati, 18 Fase 2, 2 non eleggibili, 3 non classificati; eligibility 90,00%; intervallo 95% 69,90%–97,21%.
gsde · 28 giugno–27 luglio 2026
Le 50 landing gsde hanno prodotto un solo avvio e nessun signup. Verificare nel CRM sia la ricezione delle lead sia l’emissione degli eventi avvio/signup e la persistenza di s=gsde e case_id: senza una prova case-level non possiamo distinguere perdita della sorgente, evento mancante, esclusione dal CRM o reale abbandono del form.
Google Ads attribuisce 46 GH - Generate Lead alla campagna, mentre ODS Hub non mostra casi confermati o classificati con sorgente gsde. I due conteggi hanno regole diverse e non dimostrano che lo stesso numero di casi sia stato perso, ma lo scarto crescente rende prioritaria la riconciliazione fra CRM, back-end e Hub.
Nessuna proiezione finché non è disponibile almeno un caso classificato.
N/D — possibile anomalia di misurazione da verificare
Baseline: 32 Fase 2, 3 non eleggibili; eligibility 91,43%; intervallo 95% 77,62%–97,04%.
Periodo osservato: 0 confermati, 0 Fase 2, 0 non eleggibili, 0 non classificati; eligibility N/D.
Questa percentuale non usa tutti i casi ricevuti, ma soltanto quelli per cui ADR Center ha già espresso un esito. Un caso classificato in Fase 2 viene contato come eleggibile; un caso escluso viene contato come non eleggibile. I casi ancora in verifica o lavorazione restano temporaneamente fuori dal calcolo, perché non conosciamo ancora il loro esito. L’eligibility è quindi: casi in Fase 2 diviso casi in Fase 2 più casi non eleggibili. In Spagna, 18 casi in Fase 2 su 20 già classificati producono il 90,0%; i 3 casi confermati ma non ancora classificati non modificano ancora la percentuale. La proiezione viene mostrata già ora per dare una lettura di fine progetto, ma resta preliminare: 30 casi classificati sono la soglia consigliata per la prima valutazione più stabile.
Ultima modifica 6 agosto · verifica 16–20 agosto
Ultima modifica 6 agosto · verifica 15–18 agosto
I risultati chiusi entrano nello storico; le attività ancora aperte proseguono nella quarta settimana
Ricalcolate entrambe le campagne su lead, spesa, CPL, clic, impressioni, lead/clic e quota impressioni; aggiornati anche funnel ed eligibility di Spagna e Germania. Il pull del 17 ha incorporato le conversioni attribuite in ritardo senza includere la giornata parziale.
La lettura aggregata suggerisce circa 9–11 giorni dalla creazione del caso alla prima classificazione e 53–65 giorni fino alla chiusura. Sono indicazioni iniziali da affinare separatamente per Paese con l’aumentare del campione.
Sono stati identificati i campi isBillable e invoicedFee e chiarito che il loro utilizzo richiede ancora la validazione della relazione con gli esiti Fase 1/Fase 2 e della stessa logica per Spagna e Germania.
Il collaudo non è iniziato perché mancano ancora la conferma e le evidenze del team dev sulla validazione server-side del case_id e sulla persistenza delle sorgenti fino a ODS Hub. L’attività resta in attesa nella quarta settimana.
La lettura conclusiva è programmata per il 18 agosto in Germania e il 20 agosto in Spagna.
La progettazione di Tommaso resta in corso; la nuova esperienza non è ancora pubblicata né validata.
La conoscenza iniziale è completata; nella quarta settimana viene trasformata in regole operative riusabili e verificabili.
Le attività concluse restano nello storico; i gate ancora aperti sono stati riportati nella settimana attuale
Sostituiti quattro titoli in Spagna; aggiunte sei keyword e rinominato il gruppo di annunci in Germania il 6 agosto.
Definite baseline quantitativa Google Ads e qualitativa ODS Hub con finestre metodologicamente separate.
Ricevuti Codex e ODS Hub il 4 agosto; ripristinata anche l’attribuzione gsde per la Germania.
Il pacchetto GTM è pronto nel workspace ma non può essere pubblicato: ADR Center, tramite Stefano e il team dev, deve prima dimostrare che il server rifiuti i case_id inventati e che case_id, gssp e gsde arrivino fino a ODS Hub. Solo dopo Pasquale potrà eseguire un collaudo end-to-end affidabile e pubblicare la nuova versione GTM.
Evidenza richiesta il 5 agosto e riportata in W3 come gate bloccante.
Verifica case-level richiesta il 5 agosto e riportata in W3 come gate bloccante.
Definizione richiesta ad ADR Center e riportata in W3 con priorità massima.
Ancora pending; il contratto è già completato e la firma non blocca l’operatività.
La prima settimana resta visibile come origine delle attività e delle dipendenze riportate nelle settimane successive
Diagnosi, interventi target, criteri di verifica e ordine delle attività messi per iscritto.
Prima lettura completata per comprendere come il Brain interpreta i tracciamenti e quali verifiche dovrà svolgere.
Audit iniziale concluso e punti di miglioramento tradotti nel piano tecnico.
Le campagne hanno iniziato a portare gli utenti alla landing page anziché direttamente al form.
L’attività non è stata completata in W1 perché mancavano gli accessi a ODS Hub e Codex.
Mancante in W1 e successivamente risolto il 4 agosto.
Mancante in W1 e successivamente risolto il 4 agosto.
Mancante in W1 e ancora aperto; il contratto già completato evita che diventi un blocco operativo.