Lead, MQL ou SQL : définir des statuts commerciaux exploitables
Lead, MQL et SQL doivent correspondre à des états définis par votre entreprise. Un formulaire reçu est un contact ou une demande ; sa qualification dépend ensuite du marché visé, du besoin et de la validation commerciale. Donner un nom plus avancé à une étape ne rend pas les demandes plus qualifiées.
Écrire les critères de chaque état
Un MQL désigne généralement une qualification marketing ; un SQL une qualification acceptée par la fonction commerciale. Les critères exacts doivent être explicités localement. Évitez de traiter ce vocabulaire comme une norme qui donnerait les mêmes seuils à toutes les activités.
Précisez ce qui doit être connu pour avancer : entreprise dans le périmètre, interlocuteur identifié, besoin compatible et prochaine étape. Une information absente peut rester inconnue sans être convertie automatiquement en refus.
Séparer la personne et la demande
Une même personne peut télécharger un document puis demander un devis pour un autre projet. Conservez les demandes et leurs origines, même si la fiche de contact est unique. Le guide des doublons CRM aide à éviter de fusionner l’historique jusqu’à perdre les projets distincts.
Les formulaires de génération de prospects LinkedIn illustrent cette différence entre capture d’informations et qualification. Le format de collecte ne suffit pas à décider du statut commercial.
Prévoir les motifs de refus et de retour
Utilisez des motifs qui peuvent guider une action : prestation non proposée, zone non couverte, projet abandonné ou absence de réponse après le suivi prévu. « Mauvais lead » mélange souvent plusieurs situations et ne permet pas de corriger une campagne précisément.
Permettez aussi un retour à un état précédent lorsqu’une qualification était incorrecte. Gardez la date et la raison du changement afin que les rapports ne racontent pas une progression qui n’a pas eu lieu.
Relier les statuts aux décisions marketing
Comparez les sources avec les mêmes règles et des demandes assez anciennes pour avoir été traitées. Ne classez pas une campagne récente comme moins bonne parce que ses dossiers sont encore ouverts. Le suivi des ventes B2B longues complète cette lecture.
Si des étapes sont envoyées à une régie publicitaire, documentez exactement le statut transmis et les contrôles appliqués. Une mise à jour de vocabulaire dans le CRM peut modifier le signal utilisé pour piloter les campagnes ; elle doit donc être examinée comme un changement de mesure, pas seulement de libellé.
Questions fréquentes
Quelle différence entre lead, MQL et SQL ?
Ces statuts décrivent des étapes de qualification qui doivent être définies par l’entreprise. Un contact reçu, un besoin retenu par le marketing et un projet validé commercialement ne sont pas automatiquement équivalents.
Peut-on considérer tout téléchargement comme un MQL ?
Seulement si les critères commerciaux définis le justifient. Un téléchargement montre un accès au document, pas nécessairement un besoin ou une capacité à devenir client.
Pourquoi séparer la personne et la demande dans le CRM ?
Une même personne peut porter plusieurs projets. Cette distinction permet de garder l’historique sans confondre un nouveau besoin avec la simple mise à jour d’un contact.
Que faut-il prévoir en plus des statuts positifs ?
Des motifs de refus, de retour ou d’attente utiles au traitement. Ils expliquent ce qui manque au dossier et évitent de conserver des demandes dans un statut ambigu.
Comment utiliser ces statuts pour la mesure publicitaire ?
Transmettez des étapes stables et vérifiables, avec une prévention des doublons. Une qualification changeante ou appliquée différemment selon les commerciaux rend la comparaison difficile.
Sources
Documentation consultée le 23 octobre 2026.