MQL et SQL : qualifier ses leads B2B avant l'appel
Deux étiquettes, une seule décision : ce contact mérite-t-il qu'un commercial l'appelle aujourd'hui ?
Un lead « intéressé » et un lead « prêt à signer » ne se traitent pas pareil. Le premier a téléchargé un livre blanc ou laissé son email ; le second a un budget, une échéance, et le pouvoir de décider à sa main. Les confondre coûte cher, car on brûle du temps commercial sur des curieux, et on laisse refroidir les vrais acheteurs.
C’est là que servent deux sigles que tout le monde cite et que peu de gens tranchent sur le terrain : MQL et SQL. Un MQL (Marketing Qualified Lead) est un contact que le marketing juge assez mûr pour être suivi. Un SQL (Sales Qualified Lead) est un contact que les ventes acceptent de prendre en charge, parce qu’il coche des critères de décision concrets. Tout se joue dans ce passage de relais, qui se résume à une question simple. À partir de quand un contact bascule-t-il de l’un à l’autre ?
Voici une grille de lecture B2B opérationnelle, faite pour décider qui appeler en premier, pas pour décorer un tableau de bord.
et ils le disent !
Pourquoi distinguer MQL et SQL change la façon de prioriser
La distinction n'est pas un caprice de vocabulaire. Elle répond à une frustration que connaissent toutes les équipes commerciales : recevoir des contacts « chauds » qui, au téléphone, n'ont ni budget ni projet. Quand marketing et ventes n'ont pas la même définition d'un contact qualifié, le marketing pousse du volume et les ventes filtrent dans leur coin, chacun avec ses propres critères, jamais écrits.
Séparer MQL et SQL pose une frontière nette entre « ce contact mérite qu'on l'entretienne » et « ce contact mérite qu'on l'appelle aujourd'hui ». Cette frontière, vous la fixez une fois, ensemble, et vous arrêtez d'arbitrer au cas par cas. Le bénéfice est immédiat. Les commerciaux passent leurs heures sur des contacts déjà filtrés, et le marketing sait précisément ce qu'on attend de lui en sortie.
Un contact mal qualifié en amont reste un appel difficile en aval, quel que soit le talent de celui qui décroche. Le tri se gagne avant la numérotation, pas pendant.
Ce qui fait un MQL : l'intérêt, mesuré et daté
Un MQL se reconnaît à des signaux d'intérêt, pas à un pressentiment. On les regroupe en deux familles. Les signaux explicites d'abord, quand le contact a demandé une démonstration, répondu à un email, rempli un formulaire de contact ou posé une question précise sur une offre. Viennent ensuite les signaux de comportement (pages produit consultées plusieurs fois, retour sur le site à quelques jours d'intervalle, ouverture répétée des mêmes contenus).
Le piège classique est de qualifier un MQL sur un seul geste. Un livre blanc téléchargé, ce n'est pas un projet, c'est de la curiosité. Une bonne définition combine plusieurs signaux et, surtout, les date : un intérêt manifesté il y a deux mois n'a pas la même valeur qu'un intérêt d'hier. Un MQL se périme. Fixez une fenêtre (par exemple les signaux des trente derniers jours) et tenez-la.
Attention enfin à l'adéquation avec votre cible. Un contact très actif sur votre site mais hors de votre marché (mauvais secteur, mauvaise taille d'entreprise, particulier au lieu d'un professionnel) n'est pas un MQL, c'est du bruit. L'intérêt sans le bon profil ne mène nulle part. Pour reconstituer ce profil quand il manque, la matière de départ compte, car une base de contacts propre et bien ciblée évite de qualifier dans le vide.
Ce qui fait un SQL : les critères de décision, pas l'enthousiasme
Un SQL n'est pas un MQL plus enthousiaste. C'est un contact qui passe un second filtre, tenu par les ventes, sur des éléments de décision concrets. Le cadre le plus connu pour cela tient en quatre questions : y a-t-il un budget identifié ? une autorité de décision joignable ? un besoin réel et formulé ? une échéance ? Quand ces quatre points basculent du « peut-être » au « oui », un MQL devient un SQL.
La nuance est décisive parce qu'elle déplace le pouvoir de validation. Le marketing repère l'intérêt ; les ventes confirment la capacité à acheter. Un contact peut être un excellent MQL, très engagé, très réceptif, et pourtant un mauvais SQL à ce stade, parce qu'il n'est pas décisionnaire ou que le budget n'existe pas cette année. Inversement, un contact tiède côté marketing peut être un SQL solide s'il a un projet daté et les moyens de le mener.
C'est aussi là que se joue la qualité d'un appel. Le travail en amont (vérifier que vous parlez au bon interlocuteur) vaut autant que l'appel lui-même ; il rejoint l'art de passer le barrage de la secrétaire, où toute la difficulté est d'atteindre la personne qui décide. Un SQL bien défini, c'est précisément un contact où cette personne est déjà identifiée.
Faire passer le relais sans perdre de contacts en route
La frontière MQL/SQL ne sert à rien si le passage de relais entre marketing et ventes fuit. Trois réglages évitent la plupart des pertes. Le premier réglage est un accord écrit entre les deux équipes qui dit, noir sur blanc, ce qu'est un MQL, ce qu'est un SQL, et ce que chacun s'engage à faire en sortie (le marketing livre des MQL conformes, les ventes traitent chaque SQL sous un délai convenu).
Le deuxième réglage est une boucle de retour. Quand les ventes refusent un SQL, elles disent pourquoi : pas de budget, mauvais interlocuteur, hors timing. Sans ce retour, le marketing reproduit la même erreur en boucle et la confiance s'érode. Le troisième réglage, enfin, est un sas pour les contacts intermédiaires. Tous les MQL ne deviennent pas SQL tout de suite ; ceux qui ont de l'intérêt mais pas encore de projet repartent en maturation, avec une date de réexamen, plutôt que d'être jetés.
Pour aller plus loin sur l'amont de cette chaîne, voyez l'article sur le panorama des canaux qui remplissent l'agenda ; et pour hiérarchiser finement les contacts entre eux, un scoring des leads qui sert vraiment. La définition MQL/SQL pose la frontière ; la priorisation décide de l'ordre d'appel à l'intérieur de chaque catégorie.
Du SQL à l'appel : qui décroche le rendez-vous
Définir des SQL propres, c'est la moitié du travail. L'autre moitié, c'est de les appeler vite et bien, car un SQL aussi se périme. Beaucoup d'entreprises ont le réflexe d'acheter des leads qualifiés pour alimenter ce flux. Sachez qu'un contact, même bien noté, ne vaut que s'il est joint par quelqu'un au téléphone, car c'est l'appel qui transforme une fiche en projet réel.
JobPhoning ne fabrique pas de SQL à votre place, et la plateforme vend des fichiers de prospection mais aucun lead. En revanche, une fois vos contacts filtrés, vous pouvez faire appeler vos leads par des téléopérateurs indépendants qui cherchent à en tirer des rendez-vous ; vous ne réglez que ceux qui passent votre propre grille de qualification. Des contacts déjà mûrs, ce sont des conversations plus faciles et un meilleur taux de décroché qu'un fichier froid.
Reste à cadrer le niveau de service attendu côté appels : volume, délais, critères de validation. Pour structurer cette partie, voyez l'article sur les niveaux de service à fixer à un centre d'appels. La logique d'ensemble reste la même d'un bout à l'autre : on définit des critères clairs, on s'y tient, et on ne donne aux commerciaux que des contacts mûrs. C'est tout l'intérêt d'une frontière MQL/SQL bien posée.
MQL, SQL : frontière, signaux, qui tranche
Quelle est la différence entre un MQL et un SQL ?
Un MQL (Marketing Qualified Lead) est un contact jugé mûr par le marketing à partir de signaux d'intérêt (contenu téléchargé, démo demandée, visites répétées). Un SQL (Sales Qualified Lead) est ce contact une fois validé par les ventes sur des critères de décision réels : budget, échéance, pouvoir de décision, besoin avéré. Le MQL signale l'intérêt, le SQL confirme la capacité à acheter.
Un MQL devient-il toujours un SQL ?
Non. Un contact peut être très engagé côté marketing et ne jamais devenir SQL faute de budget ou d'interlocuteur décisionnaire. C'est normal et sain : la frontière MQL/SQL existe justement pour éviter d'envoyer aux commerciaux des contacts intéressés mais non décisionnaires. Les MQL non encore mûrs repartent en maturation avec une date de réexamen.
Qui qualifie un lead : le marketing ou les ventes ?
Les deux, à des étapes différentes. Le marketing qualifie le MQL sur l'intérêt et l'adéquation à la cible. Les ventes qualifient le SQL sur les critères de décision. Pour que le passage de relais ne fuie pas, les deux équipes écrivent ensemble une définition commune et une boucle de retour : quand un SQL est refusé, les ventes disent pourquoi.
Combien de signaux faut-il pour qualifier un MQL ?
Plus d'un. Un seul geste (un livre blanc téléchargé) relève de la curiosité, pas d'un projet. Une définition fiable combine plusieurs signaux explicites et comportementaux, les date (un intérêt d'hier vaut mieux qu'un intérêt d'il y a deux mois) et vérifie l'adéquation avec votre cible : secteur, taille d'entreprise, statut professionnel.
Prêt à passer à l'action ?
Discutons de votre campagne : ciblage, prise de rendez-vous qualifiés et mesure des résultats, avec un interlocuteur dédié.
