Comprendre les quatre notions

Un MQL, ou Marketing Qualified Lead, est un contact considéré comme suffisamment pertinent par le marketing pour une suite définie. Un SQL, ou Sales Qualified Lead, a fait l’objet d’une qualification commerciale selon les critères de l’entreprise. Une opportunité correspond à un projet commercial identifié et suivi. Le statut client renvoie à une relation effectivement conclue selon une règle précise.

Les outils peuvent proposer leurs propres conventions. La documentation HubSpot sur les étapes de cycle de vie montre notamment des étapes par défaut et des possibilités de personnalisation. Ces conventions doivent être examinées avant d’être utilisées comme définition métier.

Ne supposez pas qu’un contact suit toujours un parcours linéaire. Une demande très précise peut être qualifiée rapidement ; un client peut porter un nouveau projet ; une opportunité peut être reportée. Les étapes doivent décrire ces réalités sans effacer l’historique.

Écrire les critères d’entrée et de sortie

Adaptez ces critères à votre activité. Un cycle court n’exige pas les mêmes informations qu’un projet complexe. Le budget peut être inconnu au premier échange sans rendre le besoin inexistant ; à l’inverse, un budget annoncé ne suffit pas à créer une opportunité si aucun projet n’est confirmé.

Définissez aussi les sorties : hors cible, absence de besoin, projet différé, doublon, opposition ou vente perdue. Sans ces états, les équipes conservent des dossiers inactifs dans les étapes positives et faussent la lecture du potentiel.

Séparer contact, entreprise et projet

Un contact est une personne ou une fiche relationnelle. Une entreprise peut réunir plusieurs contacts. Une opportunité représente un projet, qui peut impliquer plusieurs personnes et plusieurs étapes de décision. Mélanger ces unités produit des taux difficiles à interpréter.

Par exemple, trois contacts d’une même entreprise peuvent contribuer à une seule vente. Compter trois opportunités parce que trois personnes ont rempli un formulaire gonfle le pipeline. À l’inverse, un même client peut ouvrir deux projets distincts qui méritent des suivis séparés.

Conservez un statut de relation au niveau approprié et des étapes de projet dans le pipeline. Le fait qu’une entreprise soit cliente ne signifie pas que tous ses projets sont gagnés, ni que tous ses contacts ont les mêmes besoins.

Prévoir l’acceptation et le retour des dossiers

La transmission d’un MQL doit inclure le motif : demande explicite, besoin déclaré ou autre critère défini. Le commercial doit pouvoir accepter, demander un complément ou retourner le dossier avec une raison structurée. Un refus sans explication ne permet pas d’améliorer le ciblage.

Fixez un délai de revue compatible avec la capacité de l’équipe et la nature des demandes. Le statut ne doit pas servir à transférer une responsabilité sans vérifier que quelqu’un a effectivement pris en charge le contact.

Les retours doivent distinguer qualité et traitement. Une demande pertinente oubliée ne devient pas un mauvais lead. Une demande incomplète peut nécessiter une clarification plutôt qu’un rejet définitif.

Exemple : un téléchargement n’est pas une opportunité

Dans un exemple fictif, une entreprise classe automatiquement chaque téléchargement de guide comme opportunité. Le pipeline grossit, mais les commerciaux découvrent surtout des lecteurs sans projet. Les prévisions deviennent peu crédibles.

L’équipe crée un état de contact intéressé par une ressource, puis définit les critères d’une transmission marketing. La qualification commerciale vérifie le besoin. Une opportunité n’est créée qu’une fois un projet suffisamment identifié, avec un responsable et une prochaine étape.

Les volumes diminuent à certains niveaux, mais les données deviennent plus utiles. Le marketing continue de mesurer l’intérêt pour les contenus sans le présenter comme un engagement d’achat.

Mesurer les conversions sans mélanger les périodes

Conservez les dates d’entrée dans chaque étape. Elles permettent de calculer les délais et de suivre des cohortes comparables. Diviser les SQL du mois par les MQL du même mois peut être trompeur si les SQL proviennent de contacts transmis auparavant.

Documentez les réentrées et les changements de définition. Si les critères MQL deviennent plus stricts, une variation du taux ne reflète pas nécessairement une amélioration de l’exécution. Le tableau doit signaler la nouvelle règle.

Examinez aussi les dossiers qui sautent une étape ou reviennent en arrière. Ils peuvent être légitimes, mais doivent être compris. Un modèle trop rigide pousse les utilisateurs à renseigner des statuts fictifs pour faire avancer le système.

Mettre les définitions dans le travail quotidien

Rédigez une fiche courte avec critères, exemples et contre-exemples. Formez les équipes sur quelques dossiers réels plutôt que sur les seuls noms des statuts. Vérifiez ensuite que les champs, les automatisations et les rapports appliquent la même logique.

Cette clarification soutient votre qualification des opportunités et votre pilotage commercial. Un bon vocabulaire permet de décider plus clairement, pas de rendre le processus plus compliqué.