SmartCQ
Lead Warmer

Runtime e drill-down

La pagina live del warmer, gli stati dei lead, la timeline del singolo enrollment e i bottoni di override manuale (pausa, forza hand-off).

La pagina Lead → Warmer è la dashboard operativa del modulo. Mostra in tempo reale dove sono i tuoi lead, cosa sta per essere spedito, e ti permette di intervenire manualmente sui singoli enrollment.

Distribuzione lead per stato

In alto, una griglia con il conteggio dei lead in ogni stato:

StatoSignificatoRiceve email?
NuovoAppena iscritto, prima mail non ancora speditaSì, entro la prima finestra utile
In riscaldamentoIn sequenza, score < 70Sì, secondo cadenza preset
CaldoScore ≥ 70, stato transitorioNo, passa subito ad Hand-off
DormienteNessun engagement da 21+ giorniNo, in attesa di risveglio
RisveglioTentativo di wake-up in corsoSì, una mail dedicata
SospesoEsce dal motore per bounce, complaint o pausa manualeNo
Passato al repHand-off attivo, task CRM creatoNo
ConvertitoCliente firmato (manuale o automatico)No, esce dal warmer
DisiscrittoUnsubscribe formaleNo, esce e va in suppression
SostituitoSostituito da un preset a priorità maggioreNo

I primi 6 sono stati attivi: gli enrollment ci stanno per qualche tempo e possono evolvere. Gli ultimi 4 sono terminali: il lead è uscito dal motore e non torna indietro (può rientrare con un nuovo enrollment, ma quello è chiuso).

Prossime 24 ore

Sotto la griglia, la tabella delle prossime azioni schedulate: 50 enrollment massimi ordinati per prossima azione. Per ogni riga vedi:

  • Data e ora del prossimo invio
  • Contatto (nome, email)
  • Preset attivo
  • Stato corrente
  • Score
  • Link "Apri →" per il drill-down

Drill-down singolo enrollment

Click su "Apri →" o sulla riga del lead → pagina drill-down con:

Stato corrente

Card con stato, score, indice dello step corrente e prossima azione pianificata.

Override manuali

Disponibili quando l'enrollment è in stato attivo (non terminale):

  • Metti in pausa — porta l'enrollment in SUPPRESSED, azzera la prossima azione. Reversibile (in fase 1+ ci sarà un bottone di riattivazione; per ora va fatto manualmente da admin via SQL).
  • Forza hand-off — porta l'enrollment in HANDED_OFF ora, crea la task CRM con scadenza a 24 ore. Da usare quando senti telefonicamente o per chat un lead che sta esprimendo interesse senza ancora aver triggerato lo score automatico.

Ogni override viene registrato nell'audit del tenant.

Timeline

Sotto, la timeline cronologica completa dell'enrollment. Per ogni evento:

  • Tipo: iscrizione, invio in coda, invio completato, apertura, click, transizione di stato, override, hand-off, ecc.
  • Data e ora
  • Variazione di score (se applicabile)
  • Dettagli espandibili (es. payload tecnico dell'evento Resend)

La timeline è immutabile: gli eventi vengono solo aggiunti, mai modificati o cancellati. Serve sia come storia operativa per il rep, sia come audit forense.

Hand-off automatico al CRM

Quando lo score di un lead in WARMING supera 70:

  1. Lo stato passa in cascata WARMING → HOT → HANDED_OFF.
  2. Una task CRM viene creata con:
    • Titolo: "Lead caldo: [Nome Cognome]"
    • Descrizione: motivo trigger (automatico/manuale), score corrente, ultima email inviata
    • Scadenza: 24 ore
    • Assegnatario: l'owner del contatto se già presente, altrimenti il destinatario predefinito configurato per il tenant
  3. L'enrollment esce dal motore: nessun nuovo invio.

Da qui in poi il rep prende il controllo. Il warmer ha fatto il suo lavoro.

Suppression automatica

Su hard bounce o segnalazione spam ricevute via webhook Resend, l'enrollment del contatto coinvolto passa immediatamente in SUPPRESSED. La deliverability del dominio è prioritaria sopra qualunque sequenza in corso.

Quando un lead "sparisce" da Prossime 24 ore

Tre possibili motivi:

  1. Non c'è prossima azione pianificata — es. è in DORMANT (in attesa che passino i 30 giorni prima di provare il risveglio) o in stato terminale.
  2. L'invio è stato rinviato — fuori quiet hours, fuori giorni di lavoro, o cap mensile raggiunto. Apri il drill-down: l'evento send.skipped con la motivazione è in timeline.
  3. Il preset non ha più step da eseguire per lo stato corrente — es. WARMING ha esaurito le 3 send + 1 offerta del preset di default. Il lead resta in WARMING in attesa di engagement o decay.

On this page