La differenza fra MQL e SQL si spiega in due righe, e quasi ogni azienda B2B la conosce. Il problema nasce dopo: il marketing chiama MQL un contatto che il sales considera un nome in una lista, e la riunione mensile si consuma a discutere sulla qualità dei lead invece che sulla pipeline.
La coppia MQL SQL regge solo se dietro le sigle c'è un accordo scritto: chi possiede ogni stadio, che cosa lo fa scattare, entro quanto tempo il sales risponde e che cosa succede quando rifiuta. Qui si descrive come costruirlo nel CRM, con esempi per il B2B a ciclo lungo.
Key takeaways
- Il lead scoring misura un interesse. La definizione di MQL e SQL decide chi lavora il contatto e da quando.
- I lifecycle stage vanno scritti nel CRM come proprietà con owner, criterio di ingresso e criterio di uscita, non in una presentazione.
- Fra MQL e SQL serve uno stadio di accettazione esplicita (SAL): è il punto in cui il sales prende un impegno.
- Lo SLA vale in due direzioni: tempi e tentativi per il sales, volume e completezza dei dati per il marketing.
- Ogni rifiuto ha un motivo obbligatorio e una destinazione, di solito il nurturing.
Perché MQL e SQL non bastano senza una definizione condivisa
Un MQL è un contatto che il marketing ritiene pronto per un'attenzione commerciale; un SQL è un contatto che il sales ha qualificato come possibile opportunità. Le definizioni di base sono già trattate nella guida al lead qualificato. Il punto debole è un altro: ciascun team le applica con i propri criteri.
Nel B2B a ciclo lungo il disallineamento costa di più. In media 13 persone partecipano alla decisione d'acquisto e l'89% degli acquisti coinvolge due o più funzioni aziendali (Fonte). Il ciclo medio è di circa 10 mesi, e il 94% dei gruppi d'acquisto ha già una graduatoria di fornitori preferiti prima del primo contatto (Fonte). I segnali sono pochi, distribuiti su più persone e su molti mesi: un criterio vago li disperde.
Va tenuta separata anche la questione del punteggio. Il modello di lead scoring ordina i contatti per probabilità; la definizione condivisa stabilisce che cosa succede quando un contatto supera una soglia, chi lo prende in carico e con quali obblighi.
I lifecycle stage da scrivere nel CRM, uno per uno
Il lead lifecycle si governa con pochi stadi, ciascuno con un solo proprietario. La tabella è una base di partenza per un'azienda B2B con un team di sales development.
| Lifecycle stage | Owner | Criterio di ingresso | Criterio di uscita | Campo obbligatorio |
|---|---|---|---|---|
| Lead | Marketing | Primo contatto registrato (form, evento, import) | Profilo verificato o scartato | Fonte del contatto |
| MQL | Marketing | Profilo coerente con il cliente ideale e almeno un segnale di intento | Assegnazione al sales | Tipo di MQL |
| SAL | Sales development | Presa in carico entro SLA | Accettato come SQL o rifiutato | Data di presa in carico |
| SQL | Sales | Bisogno confermato in una conversazione | Opportunità aperta o rifiuto | Esito della discovery |
| Opportunità | Sales | Progetto con valore e orizzonte stimati | Chiusa vinta o persa | Fase e valore |
| Nurturing | Marketing | Rifiuto per tempistica o priorità | Nuovo segnale di intento | Motivo del rifiuto |
| Squalificato | Marketing | Assenza strutturale di requisiti | Nessuna, salvo revisione | Motivo della squalifica |
Le definizioni vivono nelle proprietà, non nelle slide
Un accordo che sta in una presentazione si perde al primo cambio di persona. In un CRM sales and marketing condiviso, ogni stadio corrisponde a un valore della proprietà di lifecycle, i criteri diventano regole di automazione e i campi obbligatori impediscono di avanzare senza l'informazione richiesta. Lo storico dei cambi di stadio rende verificabile ogni passaggio. Completano il quadro un owner unico dell'accordo, di solito chi gestisce il CRM, e una data di versione per ogni definizione.
Criteri di passaggio MQL SQL nel B2B a ciclo lungo
Un MQL utile combina due condizioni: il profilo (settore servito, dimensione aziendale, area geografica, ruolo nel gruppo d'acquisto) e almeno un segnale di intento esplicito. Nel ciclo lungo i segnali si leggono a livello di account: tre persone della stessa azienda su contenuti di valutazione dicono più di un download ripetuto.
Lo stadio SAL formalizza l'accettazione: il sales development contatta il lead entro lo SLA e dichiara se merita una conversazione commerciale. Lo SQL arriva quando la conversazione conferma un bisogno, un progetto con orizzonte definito e un interlocutore che partecipa alla decisione.
Un esempio di criteri per un'azienda industriale
Per un produttore di componenti che vende a uffici tecnici e acquisti, con cicli di 9-12 mesi:
- MQL: azienda manifatturiera nei settori serviti, oltre una soglia di addetti, contatto tecnico o acquisti, più una richiesta di scheda tecnica, un webinar applicativo o visite ripetute alle pagine di prodotto.
- SAL: contatto raggiunto, esigenza plausibile, nessun segnale di squalifica (concorrente, studente, area non servita).
- SQL: progetto o sostituzione di fornitura dichiarata entro 12 mesi, interlocutore che partecipa alla scelta, incontro tecnico fissato.
Il rifiuto con motivo e il ritorno al nurturing
Il passaggio funziona anche in senso inverso. Quando il sales rifiuta, sceglie un motivo da un elenco chiuso (profilo non coerente, nessun bisogno, tempistica, duplicato) e il CRM sposta il contatto nello stadio corrispondente. I rifiuti per tempistica tornano a un processo di lead nurturing invece di sparire. Nel ciclo lungo l'account rifiutato oggi può essere l'opportunità del prossimo anno.
SLA di presa in carico: tempi, tentativi e obblighi reciproci
In un test su 1.000 aziende B2B SaaS, il 63,5% non ha mai risposto a una richiesta di demo inviata dal sito, e fra chi ha risposto il tempo medio ha superato le 29 ore (Fonte). Uno SLA scritto trasforma un'abitudine in un impegno misurabile, differenziato per tipo di MQL:
| Tipo di MQL | Presa in carico | Tentativi minimi | Esito da registrare |
|---|---|---|---|
| Richiesta esplicita di contatto o preventivo | Entro 4 ore lavorative | 3 in 5 giorni | Accettato o rifiutato con motivo |
| Segnale di valutazione (webinar, contenuti tecnici) | Entro 2 giorni lavorativi | 2 in 10 giorni | Accettato, nurturing o squalificato |
| Account con più contatti attivi | Entro 5 giorni lavorativi | Piano di contatto sull'account | Interlocutori mappati |
Gli obblighi del marketing sono altrettanto espliciti: un volume concordato di MQL, campi di profilo compilati prima dell'assegnazione, contesto del segnale visibile nel record. È lo stesso principio che regge un modello RevOps: dati, processi e KPI condivisi fra i team, invece di obiettivi separati.
I KPI che dicono se l'accordo funziona
La conversione lead si legge su più indicatori: un solo tasso nasconde dove si perde il contatto. Secondo una ricerca Gartner riportata da Salesforce, solo il 21% degli MQL diventa SQL, mentre i team di sales development convertono in opportunità il 59% degli SQL (Fonte).
- Tasso di conversione MQL SQL = SQL del periodo / MQL del periodo. Impatto: misura la qualità dei criteri di ingresso.
- Tasso di accettazione = SAL / MQL assegnati. Impatto: un valore basso indica criteri MQL troppo larghi.
- Quota entro SLA = MQL presi in carico nei tempi / MQL assegnati. Impatto: rende visibile il costo dei lead lasciati fermi.
- Distribuzione dei motivi di rifiuto. Impatto: indica quale criterio rivedere.
- Conversione SQL → opportunità. Impatto: verifica che la qualificazione del sales sia coerente con la pipeline.
Gli indicatori si rivedono una volta a trimestre, con marketing e sales nella stessa riunione, e ogni modifica ai criteri prende una nuova data di versione.
Conclusione
MQL e SQL diventano utili quando smettono di essere etichette e diventano un contratto operativo: stadi con un owner, criteri scritti nel CRM, uno SLA con obblighi per entrambi i team e motivi di rifiuto che alimentano il nurturing.
Il primo passo è una sessione congiunta fra marketing e sales per mettere per iscritto definizioni, soglie e tempi, e poi tradurli in proprietà e regole del CRM. Digital360 Connect affronta questo lavoro nei progetti di Customer Platform partendo dalla verifica dei dati già presenti: quanti contatti sono in ogni stadio, da quanto tempo, e con quale esito.
Domande frequenti su MQL e SQL
Qual è la differenza fra MQL e SQL?
Un MQL è un contatto che il marketing giudica pronto per un'attenzione commerciale, in base al profilo e a un segnale di intento. Un SQL è un contatto che il sales ha qualificato in una conversazione, con un bisogno confermato e un possibile progetto.
Che cos'è un SAL e perché serve fra MQL e SQL?
Il SAL (Sales Accepted Lead) è lo stadio in cui il sales prende in carico il contatto entro lo SLA e dichiara se merita una conversazione commerciale. Separa i problemi di qualità dei lead da quelli di velocità di risposta.
Come si calcola il tasso di conversione MQL SQL?
Si dividono gli SQL generati in un periodo per gli MQL dello stesso periodo. Nel ciclo lungo conviene seguire per coorti gli MQL di un mese fino al loro esito.
Chi decide i criteri di passaggio fra marketing e sales?
Marketing e sales insieme, con un owner unico dell'accordo che ne cura la versione e la traduzione nel CRM. Le modifiche passano da una revisione periodica congiunta.