Une base CRM se dégrade même quand personne n'y touche. Les contacts changent de poste, les entreprises fusionnent, les emails deviennent invalides, les numéros de SIRET restent vides. Les études de référence chiffrent cette érosion à environ 2,1 % par mois, soit 22,5 % de la base rendue obsolète chaque année (recherche MarketingSherpa, reprise par la simulation Database Decay de HubSpot). Pendant ce temps, vos équipes segmentent, scorent et routent des leads sur des champs faux ou vides.
L'enrichissement automatique promet de renverser la tendance. Avec Breeze Intelligence, HubSpot intègre nativement une brique qui complète les fiches contacts et entreprises, détecte les signaux d'intention d'achat et raccourcit les formulaires. La tentation est forte de l'activer dès le premier jour.
Nous pensons que c'est une erreur. Enrichir une base non gouvernée, c'est payer pour industrialiser ses propres erreurs. Cet article détaille ce que fait réellement Breeze Intelligence, pourquoi l'ordre des chantiers compte (gouvernance d'abord, enrichissement ensuite, agents IA en dernier) et comment structurer la démarche, avec des cas d'usage par équipe.
La dégradation d'une base CRM n'est pas un accident de parcours. C'est un phénomène structurel, alimenté par quatre mécaniques qui opèrent en continu.
La première est l'obsolescence naturelle. Un contact B2B change de fonction, d'entreprise ou d'adresse email à un rythme qu'aucune équipe ne peut suivre manuellement. Le champ était juste au moment de la saisie. Il ne l'est plus.
La deuxième est la saisie hétérogène. Trois commerciaux créent la même entreprise sous trois orthographes différentes (« Société Générale », « SG », « Societe Generale Paris »). Chacun renseigne les champs qu'il juge utiles, ignore les autres, et invente parfois des valeurs pour passer une étape obligatoire du pipeline. Multipliez par cinq ans d'historique et deux migrations d'outils : vous obtenez le portail type que nous auditons en début de mission.
La troisième mécanique est l'import sauvage. Listes de salon, exports d'un ancien outil, fichiers achetés, synchronisations partielles avec un ERP ou un outil de prospection : chaque import peut ajouter des doublons et des formats de champs incompatibles si personne n'a défini de règles de mapping en amont.
La dernière est la plus insidieuse : l'absence de propriétaire. Dans beaucoup d'organisations, personne n'est responsable de la qualité des données CRM. Le marketing accuse les sales, les sales accusent l'outil. Personne ne corrige. La conséquence directe : les reportings deviennent faux, les équipes cessent de leur faire confiance, puis cessent de renseigner l'outil, ce qui aggrave encore la qualité. Cette boucle (précision du paramétrage, reportings justes, confiance des équipes, adoption) fonctionne dans les deux sens. Quand elle tourne à l'envers, aucun outil d'enrichissement ne la redressera seul.
Breeze Intelligence est la brique data de Breeze, la couche d'intelligence artificielle de HubSpot. Elle s'appuie sur une base de profils d'entreprises et d'acheteurs (issue notamment du rachat de Clearbit par HubSpot) pour compléter automatiquement les fiches de votre CRM. Trois capacités structurent l'offre.
À partir d'un email ou d'un domaine, Breeze Intelligence complète les propriétés d'une fiche : données firmographiques côté entreprise (secteur, effectif, chiffre d'affaires estimé, localisation, technologies utilisées), données démographiques côté contact (intitulé de poste, niveau hiérarchique). L'enrichissement peut se faire à la demande sur une fiche, ou automatiquement à la création de nouveaux enregistrements selon le paramétrage du portail. Le périmètre exact des propriétés enrichies évolue régulièrement : le vérifier sur la documentation HubSpot avant de cadrer un projet.
Le module buyer intent identifie les entreprises qui visitent votre site web et croise ce signal avec la base Breeze pour révéler des comptes en phase de recherche active, y compris quand aucun formulaire n'a été rempli. Vous définissez un profil de client idéal (taille, secteur, géographie) et des pages à forte intention (tarifs, démo, comparatifs) ; l'outil fait remonter les comptes correspondants. C'est un signal, pas un lead : l'entreprise est identifiée, pas l'individu.
Le raccourcissement de formulaires exploite les données déjà connues de Breeze : quand un visiteur peut être associé à un profil enrichi, le formulaire masque les questions dont la réponse est déjà disponible et n'affiche que les champs réellement manquants. Moins de friction à la conversion, sans perte d'information pour les équipes en aval.
Le modèle de facturation a changé au printemps 2026, et dans le bon sens pour démarrer. L'enrichissement standard des contacts et des entreprises est désormais inclus avec les sièges Core : améliorer la qualité de sa base ne coûte plus de crédits. Ce qui reste décompté à l'usage, via le pot commun de crédits HubSpot : le suivi buyer intent (de l'ordre de 10 crédits par entreprise surveillée), les enrichissements avancés au-delà des champs standards (smart properties), les recherches du Data Agent et les actions IA dans les workflows (environ 10 crédits par exécution). Chaque abonnement embarque un volume mensuel de crédits (500 en Starter, 3 000 en Pro, 5 000 en Enterprise), extensible par packs.
Deux réflexes de pilotage en découlent. D'abord, activer l'enrichissement standard ne se discute plus : c'est inclus, autant en profiter immédiatement. Ensuite, budgéter les usages avancés à partir du volume réel (nombre de comptes à surveiller en intent, workflows IA critiques) plutôt que de découvrir la consommation en fin de mois. Les ordres de grandeur ci-dessus datent du Spring Spotlight 2026 : vérifiez la grille tarifaire HubSpot à date, ce modèle bouge encore.
Un point de vigilance pour les portails européens : la couverture des données varie selon les zones géographiques, et le traitement de données de contacts enrichies soulève des questions de conformité qui méritent un examen sérieux.
Voici le scénario que nous voyons se répéter. Une équipe active l'enrichissement sur un portail qui contient 30 % de doublons non fusionnés, des propriétés redondantes créées au fil des ans et aucune règle de normalisation. Breeze fait son travail : il complète des fiches. Toutes les fiches. Y compris les trois versions du même compte.
Le résultat est prévisible. Chaque doublon devient un doublon enrichi, donc plus crédible, donc plus difficile à détecter. Les crédits partent en fumée sur des enregistrements qui n'auraient jamais dû exister. Les workflows de scoring et de routage, qui lisent désormais des champs remplis, déclenchent des actions sur des données incohérentes entre elles : le commercial reçoit deux fois le même compte avec deux effectifs différents. Sa confiance dans l'outil, déjà fragile, ne s'en remet pas.
Il y a un second piège, plus subtil : le conflit entre la donnée enrichie et la donnée déclarée. Si un prospect a indiqué un effectif de 80 personnes dans un formulaire et que Breeze propose 200, laquelle fait foi ? Sans règle de priorité définie par propriété (donnée déclarative, donnée enrichie, donnée saisie par un commercial), l'enrichissement écrase ou coexiste au hasard du paramétrage. Ce n'est pas un problème d'outil. C'est un problème de gouvernance.
D'où la position que nous défendons chez Markentive, et qui structure notre approche de l'IA dans HubSpot : gouvernance d'abord, enrichissement ensuite, agents en dernier. Brancher des agents IA (prospection, support, contenu) sur une base ni gouvernée ni enrichie revient à automatiser la production d'erreurs à la vitesse de la machine. L'ordre des chantiers n'est pas négociable. Une organisation qui active les agents Breeze avant d'avoir traité ses doublons prépare simplement des excuses d'avance pour le jour où le pipeline sera faux. Notre offre HubSpot Breeze et IA est construite sur cette séquence.
Trois étapes, dans cet ordre. La tentation de les paralléliser est compréhensible et presque toujours contre-productive : les règles de gouvernance découlent de l'audit, et le paramétrage de l'enrichissement découle des règles.
Avant tout paramétrage, cartographier le patrimoine data du portail : volume de fiches par objet, taux de complétude des propriétés critiques, volume estimé de doublons (contacts et entreprises), propriétés redondantes ou obsolètes, sources d'alimentation de la base (formulaires, imports, synchronisations, saisie manuelle). L'audit doit aussi qualifier les usages : quelles propriétés alimentent réellement des segmentations, des scorings, des workflows ou des rapports ? Une propriété que personne ne lit n'a pas besoin d'être enrichie.
Sur les reprises de données, nous appliquons un protocole en quatre temps : configuration de base du portail, reprise et nettoyage des données, paramétrages avancés et imports, puis vérification systématique avant mise en production. Ce cadencement, éprouvé sur des migrations à fort historique, s'applique tel quel à un chantier d'enrichissement : Breeze intervient au troisième temps, jamais au premier.
C'est le cœur du chantier, et la partie que les projets bâclent le plus souvent. Trois familles de règles au minimum.
Dédoublonnage. Définir les clés d'unicité (email pour les contacts, domaine pour les entreprises, plus les cas limites : filiales, domaines multiples, contacts multi-entreprises), traiter le stock de doublons existant, puis mettre en place la mécanique qui empêche les nouveaux doublons d'entrer : règles de fusion, contrôles à l'import, formation des équipes. La déduplication n'est pas un chantier technique. C'est une décision de gouvernance : qui décide quelle fiche survit à la fusion, et sur quels critères.
Dictionnaire de propriétés. Pour chaque propriété critique, documenter sa définition, son format, ses valeurs autorisées, sa source de vérité et son propriétaire. C'est ici que se règle le conflit donnée déclarée contre donnée enrichie : par propriété, on décide si Breeze peut écrire, dans quels cas (champ vide uniquement, ou écrasement), et qui arbitre les divergences.
Normalisation. Formats de téléphone, casse des noms, référentiels de valeurs (secteurs, pays, tailles d'entreprise) alignés entre HubSpot et le reste du SI. Si le CRM est synchronisé avec un ERP, ce travail de mapping conditionne tout : HubSpot n'est pas un ERP, et l'architecture saine consiste à laisser à chaque système son rôle (la complexité métier à l'ERP, les interactions client au CRM) avec des règles de correspondance explicites entre les deux. Notre équipe intégration CRM passe une part significative de ses missions sur ce seul sujet.
Une fois la base gouvernée, activer Breeze par périmètres successifs plutôt qu'en une fois. Commencer par l'enrichissement à la création des nouvelles fiches (le flux), avant de traiter le stock historique par lots priorisés : comptes cibles d'abord, base dormante ensuite, si le rapport valeur sur crédits le justifie. Mesurer à chaque lot : taux de complétude avant et après, taux de divergence avec les données existantes, consommation de crédits. Puis seulement ouvrir le buyer intent et le form shortening, qui supposent que les données enrichies soient fiables pour produire de la valeur.
Cette progressivité n'est pas de la prudence excessive. Elle protège les crédits, elle permet de corriger les règles de priorité sur un périmètre limité, et elle donne aux équipes le temps de constater que la donnée s'améliore. La confiance se reconstruit par la preuve.
L'enrichissement n'est pas une fin. Voici ce qu'il débloque, équipe par équipe, une fois la gouvernance en place.
Marketing ops. Le form shortening réduit les champs affichés sur les formulaires de conversion sans amputer la donnée collectée : le taux de complétion s'améliore, la segmentation reste possible. Les données firmographiques enrichies fiabilisent le lead scoring (un scoring qui repose sur des champs vides à 60 % ne score rien) et permettent des segmentations par taille, secteur ou stack technologique qui étaient impossibles sur données déclaratives seules.
Sales et SDR. Le buyer intent transforme le trafic web anonyme en liste de comptes à travailler, priorisée par correspondance avec le profil client idéal. Les fiches enrichies font gagner le temps de recherche pré-appel : effectif, actualité, technologies en place. Sur un cycle de vente B2B où le SDR passe une part importante de son temps à qualifier, la donnée fiable en amont change la nature du premier échange.
RevOps. C'est l'équipe qui gagne le plus, et la moins visible. Territoires et routage fondés sur des données d'effectif et de secteur complètes, prévisions assises sur des segments propres, reporting par industrie enfin exploitable. Le RevOps est aussi le propriétaire naturel des règles de gouvernance décrites plus haut : arbitre des priorités de sources, gardien du dictionnaire de propriétés. Notre offre SalesOps et gestion de la donnée couvre précisément ce périmètre.
Service client. Moins central, mais réel : une fiche entreprise complète au moment où un ticket arrive permet de prioriser selon la taille ou le segment du compte, sans navigation entre outils.
Restons honnêtes sur les limites, parce qu'elles conditionnent le retour sur investissement.
La couverture d'abord. La base Breeze est plus riche sur certaines zones géographiques et certains profils d'entreprises que d'autres ; le taux de match sur un fichier de PME françaises ne sera pas celui d'un fichier de scale-ups américaines. Avant d'engager le stock complet, tester le taux d'enrichissement sur un échantillon représentatif de votre marché. Dix minutes de test évitent des semaines de déception.
Le coût ensuite. Le modèle à crédits impose de raisonner en valeur par fiche enrichie : enrichir 200 000 contacts dormants dont 5 % sont encore actifs est rarement un bon calcul. Les ordres de grandeur sont détaillés plus haut : les vérifier sur le pricing HubSpot à date, ils évoluent.
La fraîcheur enfin. Une donnée enrichie vieillit comme une donnée saisie. L'enrichissement est un flux à entretenir, pas une opération unique : les règles de gouvernance doivent prévoir la revalidation périodique des propriétés critiques.
Et une limite de périmètre : Breeze Intelligence complète des données, il ne les nettoie pas. La détection de doublons, la normalisation des formats, l'archivage des fiches mortes restent des chantiers distincts, outillés différemment (fonctionnalités natives HubSpot, opérations d'import maîtrisées, parfois tooling dédié). Croire que l'enrichissement fera le ménage est le contresens le plus fréquent que nous rencontrons en avant-vente.
La première décision n'est pas d'activer Breeze. C'est de nommer un propriétaire de la donnée CRM, avec un mandat clair et du temps dédié. Sans ce rôle, l'audit ne débouchera sur rien, les règles resteront dans un document que personne n'applique, et l'enrichissement produira du volume au lieu de la fiabilité.
La deuxième décision est de dimensionner honnêtement le chantier de gouvernance avant de budgéter l'outil. Dans la plupart des portails que nous auditons, le nettoyage et les règles représentent l'essentiel de l'effort ; l'activation de Breeze Intelligence, correctement préparée, est la partie courte du projet.
Ensuite viendront les agents. Pas avant.