Un messaggio ripetuto di un acquirente non è sempre una nuova richiesta. Per il report create un numero di pratica stabile e collegatevi i chiarimenti, conservando le voci originali. La coincidenza di nome o argomento di per sé non dà motivo di unire due persone.
Definire l'unità di registrazione
Scegliete cosa significa richiesta nel vostro processo: ad esempio, una pratica relativa a un compito specifico che il team ha preso in carico. Messaggio, persona, compito e ordine sono entità diverse. Un solo acquirente può discutere contemporaneamente due ordini indipendenti; due membri del team del cliente possono scrivere su un unico compito.
Per il collegamento usate un numero di pratica confermato o un altro identificatore operativo. Lasciate i dati di contatto in un sistema protetto con l'accesso necessario e riportate nell'esempio analitico solo designazioni anonimizzate.
Cinque voci: due richieste e una domanda
Registro didattico: voce A — nuova richiesta L1; B — chiarimento confermato L1; C — nuova richiesta L2; D — chiarimento confermato L2; E — messaggio con nome simile, collegamento non stabilito. Si ottengono due richieste confermate e un messaggio non esaminato, non automaticamente cinque o tre richieste.
Conservate per A–E le righe originali e un campo di collegamento separato. Per B e D indicate il motivo dell'unione. Per E ponete una domanda di chiarimento nel normale flusso di lavoro; fino alla risposta non unite la voce per supposizione. Dopo la conferma aggiornate il risultato, lasciando traccia della modifica.
Non trasferire la regola di acquisto a qualsiasi segnale
Ad esempio, Google Analytics descrive l'eliminazione dei purchase ripetuti nel flusso web tramite transaction_id con riserve relative a un singolo utente. È una meccanica specifica degli acquisti, non un'unione automatica delle conversazioni in tutte le CRM. Per le richieste la vostra regola va definita e verificata separatamente.
Prima del report mostrate il numero di messaggi originali, di richieste confermate e di casi non esaminati. Allora la riduzione dei duplicati non apparirà come un calo inspiegabile della domanda e il team potrà riprodurre il conteggio.
Schema: 1 — conservare i messaggi originali; 2 — collegare solo le corrispondenze confermate; 3 — contare separatamente le richieste e i casi indeterminati.
Altre istruzioni pratiche — nel blog di Boosted.
Fonti
Google Analytics: identificatori di transazione. Verificato 21 settembre 2026. Esempi pratici e schemi — metodologia redazionale; i numeri convenzionali non sono dati dei clienti.
Per un singolo post pubblico già pronto potete verificare le condizioni delle visualizzazioni. Questo servizio non svolge il lavoro descritto e non garantisce interesse organico, richieste o vendite.