Un lead issu d'une place de marché n'est pas une simple ligne « nom + téléphone ». Au moment où il entre dans votre système, il arrive accompagné d'une charge d'informations structurées : la source qui l'a capté, la note de qualité qui lui a été attribuée avant diffusion, la catégorie et la zone géographique auxquelles il est rattaché, l'horodatage de sa captation et la preuve du consentement du client à être recontacté. Bien intégrer un lead de marketplace, ce n'est donc pas seulement copier des coordonnées dans un CRM : c'est préserver cette structure de bout en bout, plutôt que de l'aplatir en un contact brut qui perdrait précisément ce qui le distingue d'un fichier acheté.
Ce dossier explique, indépendamment de la catégorie consultée, comment relier proprement le flux d'une marketplace à votre CRM et à vos process internes : ce qu'un lead transporte réellement au-delà des coordonnées, les voies techniques par lesquelles il rejoint votre outil, la manière de cartographier les champs sans perdre la traçabilité de la source, comment aligner vos étapes de traitement sur le modèle two-sided — y compris la boucle de retour vers l'opérateur — et enfin la gouvernance des données à respecter dans le cadre nLPD à trois parties. L'objectif n'est jamais de calculer un rendement, mais de faire circuler une demande vérifiée sans en abîmer la valeur d'usage.
Ce qu'un lead de marketplace transporte au-delà des coordonnées
Sur une place de marché structurée, un lead n'est jamais réduit à un nom, un numéro et une adresse e-mail. Il voyage avec un ensemble d'attributs qui le qualifient et le rendent exploitable : l'identifiant de la source qui l'a capté, la note de qualité calculée avant sa diffusion, la catégorie et la zone géographique auxquelles il a été rattaché, l'horodatage précis de sa captation — sa fraîcheur — et la référence du consentement explicite donné par le client final pour être recontacté par un professionnel. C'est exactement cette charge d'informations qui sépare un lead de marketplace d'un contact tiré d'une liste revendue en vrac : la liste ne transporte que des coordonnées, là où la demande vérifiée transporte son contexte.
Intégrer correctement, c'est donc traiter ces attributs comme des champs de premier plan dans le CRM, et non comme des métadonnées jetables. Conserver l'identifiant de source permet plus tard d'analyser vos résultats source par source ; conserver la note et la catégorie permet de router la demande vers la bonne file de traitement ; conserver l'horodatage permet de prioriser les demandes les plus fraîches, dont le taux de transformation en rendez-vous est mécaniquement plus élevé ; conserver la référence de consentement permet de prouver, à tout moment, sur quelle base le client peut être contacté. Une intégration qui écrase ces champs pour ne garder que le téléphone perd la traçabilité qui fait la valeur du modèle, et retombe au niveau d'un simple fichier.
Les voies d'acheminement du lead vers le CRM
Un lead peut rejoindre votre CRM par plusieurs voies, du plus artisanal au plus automatisé. La notification par e-mail est la plus simple : chaque demande validée déclenche un message que l'on ressaisit à la main dans l'outil. L'export périodique (fichier CSV, tableur) regroupe plusieurs demandes en un lot. Le webhook et l'API en temps réel, eux, poussent chaque demande validée directement dans votre pipeline à l'instant où elle est diffusée, avec sa charge d'informations intacte. Enfin, certains connecteurs natifs relient la place de marché aux CRM les plus répandus sans développement spécifique. Quelle que soit la voie retenue, une règle prime : la structure du lead — source, note, catégorie, zone, horodatage, consentement — doit survivre au transfert, et pas seulement les coordonnées.
Le choix dépend de votre volume et de votre outillage existant. Une petite structure peut démarrer avec l'e-mail et une saisie manuelle, mais dès que le volume augmente, la ressaisie devient une source d'erreurs et surtout de délai : chaque minute perdue entre la captation et le premier appel érode la fraîcheur, qui est l'un des facteurs les plus déterminants du modèle. Une place de marché relaie les demandes très vite après leur captation ; il serait dommage que votre tuyauterie interne rajoute des heures de latence. L'ingestion automatisée par webhook ou API fait apparaître chaque demande dans la file de la bonne personne dès sa diffusion, métadonnées comprises, et supprime à la fois le délai et le risque de recopie fautive.
Cartographier les champs sans perdre la traçabilité de la source
La cartographie des champs — le « mapping » — consiste à faire correspondre chaque information transportée par le lead à un champ précis de votre CRM. Le piège classique est de tout tasser dans un champ « commentaire » unique, ce qui rend les attributs inexploitables. La bonne pratique consiste à créer des champs dédiés : un pour l'identifiant de source, un pour la note, un pour la catégorie, un pour la zone, un pour l'horodatage, un pour la référence de consentement. Il faut aussi conserver un identifiant externe stable et unique pour chaque lead : c'est lui qui permettra plus tard de réconcilier votre fiche CRM avec l'événement d'origine côté marketplace, pour renvoyer un statut ou instruire une contestation.
Un point mérite une vigilance particulière : la déduplication. Il est sain d'éviter les doublons internes, mais il ne faut pas confondre un doublon réel avec un lead légitimement partagé. Sur une marketplace où l'exclusivité est arbitrée, une même demande peut être adressée à plusieurs entreprises lorsqu'elle est diffusée en partagé : ce n'est pas une anomalie, c'est le mode de diffusion choisi, connu et plafonné à l'avance. Votre règle de déduplication doit donc s'appuyer sur l'identifiant externe et non sur le seul numéro de téléphone, afin de ne pas rejeter à tort une demande valide. Pour le reste, normalisez les formats (téléphone, catégorie ramenée à votre taxonomie interne) tout en conservant les valeurs d'origine dans des champs bruts : l'identifiant externe, la source et l'horodatage forment la colonne vertébrale de traçabilité qui relie chaque fiche à son origine vérifiable.
Aligner ses process de traitement sur le modèle two-sided
Une place de marché est two-sided : elle relie une face « sources » et une face « entreprises réceptrices » sous des règles communes. Le process de traitement de l'entreprise réceptrice a donc tout intérêt à refermer la boucle plutôt que de s'arrêter à la réception. Cela commence par un engagement interne clair : qui rappelle, dans quel délai — une demande fraîche se traite en priorité — et selon quels statuts. Cela se poursuit par un retour d'information vers l'opérateur, chaque fois que c'est possible : contact injoignable après plusieurs tentatives, besoin hors zone, doublon avéré, demande transformée. Ce retour n'est pas une formalité : il alimente le système de notation et l'évaluation des sources, et améliore donc la qualité moyenne des demandes en circulation, pour vous comme pour les autres entreprises de votre catégorie.
Concrètement, modélisez dans le CRM une chaîne de statuts lisible : nouveau, contacté, joint, qualifié, rendez-vous, gagné ou perdu, avec des motifs de rejet explicites (numéro invalide, hors périmètre, doublon). Ces motifs de rejet sont précisément ce que l'opérateur arbitre : les renvoyer dans le délai prévu fait partie du contrat implicite du modèle two-sided, et c'est ce qui rend possibles les contestations légitimes. Enfin, câblez des rappels et des tâches automatiques pour qu'aucune demande fraîche ne dorme dans une file : la valeur d'un lead de marketplace décroît vite si personne ne le traite, et aucun scoring en amont ne compense un premier appel qui n'a jamais eu lieu.
Gouvernance des données et conformité nLPD dans le CRM
Le cadre suisse de protection des données (nLPD) implique trois parties dans une demande de marketplace : le client final qui exprime le besoin, la source qui a capté son consentement, et l'entreprise réceptrice qui le recontacte. Ce consentement voyage avec le lead ; votre CRM doit donc le stocker, le rendre consultable et permettre de l'honorer — y compris lorsqu'un client demande à ne plus être contacté ou à être effacé. Cela suppose un champ de consentement dédié, avec sa référence, plutôt qu'une note perdue dans un commentaire. Cela suppose aussi de conserver la provenance de chaque fiche : savoir qu'une demande vient de la marketplace, et de quelle source, n'est pas seulement utile à l'analyse — c'est une preuve de la base légale sur laquelle vous agissez.
Une gouvernance saine tient en quelques principes simples. Restreignez l'accès aux fiches selon les rôles, définissez une durée de conservation proportionnée et purgez au-delà, et ne mélangez jamais des leads de marketplace, dûment consentis et tracés, avec des contacts collectés à froid dont la base légale est différente : la traçabilité perdrait tout son sens. Prévoyez enfin un process pour propager une demande d'effacement vers l'opérateur, afin que les trois parties restent cohérentes. Cette hygiène n'est pas de la bureaucratie ajoutée : c'est précisément ce qui donne, en aval, tout leur poids au consentement recueilli par la source et à la notation appliquée par la plateforme.