In questa pagina
Una campagna di prova ipotetica ha 120 contatti idonei e due oggetti proposti. Il trigger è la decisione prima del lancio. Più clic ottenuti dopo due giorni in più non significano vittoria.
Il team vuole sapere se un oggetto pratico produce più attivazioni della prova completate rispetto a uno basato sulla curiosità. La domanda riguarda le attivazioni, non le aperture. L’esempio Marketing Analyst di xAI richiede numeri con fonti e finestre coerenti; applica la stessa disciplina quando Grok Bot prepara il piano. Non abbiamo eseguito questa connessione Grok Bot-Brevo su un account reale.
Fissa domanda e persone
Scrivi una frase prima di costruire la campagna: «Tra contatti di prova idonei e iscritti, l’oggetto B modifica le attivazioni completate entro sette giorni dall’inizio programmato e registrato della coorte rispetto all’oggetto A?». Mantieni uguali corpo, offerta, URL e ora d’invio. Registra un unico inizio programmato per l’intera coorte. Definisci nel sistema del prodotto l’evento di attivazione, la chiave d’identità del contatto e il trattamento degli eventi tardivi. Se la fonte non si può collegare ai destinatari Brevo, l’esperimento può misurare i clic ma non rispondere alla domanda sulle attivazioni.
Usa i registri correnti di iscrizione e soppressione, non l’appartenenza al CRM o il dominio aziendale, per definire l’idoneità. Escludi duplicati, bounce, disiscritti, contatti già attivati e chi partecipa a un test incompatibile. Fissa gli ID idonei e assegnali una volta con metodo casuale riproducibile e ID dell’esperimento. Salva il registro di assegnazione prima dell’invio. Ricontrolla consenso e soppressione subito prima di inviare. Registra chi nel frattempo non è più idoneo come escluso dall’invio nel proprio gruppo iniziale; non riassegnarlo né rimuoverlo di nascosto dall’analisi principale.
Quel gruppo ipotetico potrebbe assegnare 48 persone ad A, 48 a B e 24 a un gruppo senza invio. Sono gruppi proposti, non risultati o raccomandazioni sulla dimensione del campione. Calcola prima del lancio il campione necessario per il tuo tasso di partenza e l’effetto utile reali. Un test piccolo potrebbe solo dimostrare che la misurazione funziona. La guida ai test A/B aiuta a pianificare il campione.
| Record | Campi necessari | Controllo deterministico |
|---|---|---|
| Idoneità | ID contatto, fonte dell’iscrizione, stato di soppressione, ora di fissazione | Ogni contatto assegnato era idoneo quando si è fissata la coorte |
| Assegnazione | ID esperimento, ID contatto, gruppo, ora di assegnazione | Un gruppo per contatto; il gruppo senza invio non riceve email di prova |
| Risultato | ID evento, ID contatto, ora evento, fonte | Prima attivazione valida per contatto nella stessa finestra di sette giorni ancorata all’inizio di coorte per tutti i gruppi |
Configura un invio che rispetti la revisione
La campagna A/B nativa di Brevo prova due oggetti oppure due versioni del contenuto su campioni uguali, sceglie la variante vincente in base ad aperture o clic, quindi la invia automaticamente al resto. È utile solo se la distribuzione automatica è approvata prima del lancio. Non offre una pausa per esaminare il primo risultato.
Per questo esperimento associa i gruppi fissati a liste o segmenti espliciti di destinatari Brevo tramite un operatore approvato e verificato. Crea due bozze di campagna non programmate, una per A e una per B, con mittente, corpo, destinazione e finestra prevista identici. Tieni fuori da entrambe il gruppo senza invio. Confronta ogni lista o segmento con il registro, ricontrolla le soppressioni e assicurati che la mappatura non attivi altre automazioni. Confronta i conteggi reali e le anteprime dei destinatari, poi autorizza ciascun invio. Se Brevo non può dimostrare la corrispondenza, fermati prima dell’invio. La guida iniziale alla connessione spiega perché un server MCP circoscritto non restringe da solo i permessi.
Dichiara prima una soglia di reclami e ferma gli invii pendenti se viene superata. Conserva assegnazioni e consegne parziali; un test interrotto non è una vittoria del gruppo inviato per primo. Mostra disiscrizioni e bounce accanto al risultato principale. La guida al double opt-in copre il confine dell’iscrizione.
Chiedi un report e decidi il prossimo esperimento
Copia questo prompt dopo aver fornito registro fissato e report datati:
Analizza solo l’ID dell’esperimento e le fonti che fornisco. Riconcilia contatti idonei, assegnazione A/B/gruppo senza invio, destinatari reali, consegne, bounce, disiscrizioni e reclami per gruppo. Usa l’unico inizio programmato e registrato della coorte come giorno zero per A, B e gruppo senza invio; misura la stessa finestra di sette giorni e dividi per i contatti assegnati in origine a ogni gruppo. Elimina gli ID evento ripetuti, poi conta al massimo una volta per contatto distinto la prima attivazione valida della fonte di eventi del prodotto indicata. Mantieni gli esclusi dall’invio nel gruppo assegnato e segnala i tassi basati solo sulle consegne come diagnostica secondaria. Distingui eventi mancanti da fonte indisponibile. Mostra numeratori, denominatori assegnati in origine, esclusi dall’invio, deviazioni dal protocollo e orari di recupero dei report. Indica se il campione e la regola decisionale previsti sono stati soddisfatti. Non dedurre vendite dai clic né usare le aperture come risultato principale. Non riassegnare contatti, dichiarare una vincitrice in anticipo, creare o inviare campagne o cambiare contatti. Proponi un prossimo esperimento come bozza, con ipotesi e approvazione richiesta.
Controllo: confronta i totali di consegne e reclami Brevo con il report della campagna allo stesso momento di recupero. Documenta se sono stati applicati i filtri per Apple Mail Privacy Protection e attività dei bot; Brevo la include per impostazione predefinita. La guida alle metriche email spiega perché le aperture possono ingannare. Riporta separatamente la fase di test ed eventuali distribuzioni successive.
Un risultato valido specifica popolazione idonea, assegnazione, esposizione reale, fonte dell’esito, finestra e incertezza. Se la regola decisionale fissata in anticipo non è soddisfatta, annota «inconcludente» e prepara il test successivo. Misura le attivazioni distinte entro sette giorni per contatto assegnato in origine ad A, B e gruppo senza invio dallo stesso inizio programmato della coorte. Mostra separatamente consegne, reclami ed esclusi dall’invio. I tassi basati solo sulle consegne sono diagnostica secondaria perché la consegna avviene dopo l’assegnazione casuale. Senza assegnazione valida o fonte dell’esito, una differenza è descrittiva, non causale. La decisione deve essere riproducibile dal registro. Confronta il distinto processo di risposta al feedback di prodotto.
Domande frequenti
Grok Bot può dichiarare vincente una campagna dai clic?
Solo se i clic erano il risultato deciso in anticipo e il confronto fisso ha prove sufficienti. I clic non dimostrano vendite. Per studiare le vendite usa una fonte di ordini collegata, attribuzione e finestra esplicite; altrimenti indica che il dato non è disponibile.
Il test A/B nativo di Brevo aspetta la mia revisione prima di inviare la variante vincente?
No. Brevo invia automaticamente la variante scelta al resto del pubblico dopo il test. Usa questa modalità solo se varianti, metrica e distribuzione erano già approvate. Per una revisione umana usa liste o segmenti e campagne separati, verificati e approvati.
Cosa fare se aumentano i reclami durante il test?
Applica la soglia di sicurezza definita prima del lancio, ferma gli invii pendenti e conserva i registri di assegnazione e consegna. Esamina la fonte dei reclami. Non scegliere tacitamente una vincitrice né riassegnare contatti dopo lo stop.