Providers data B2B comparés : assemblez le stack waterfall qui gagne sur votre ICP

Chaque vendor fera un benchmark gratuit sur une liste qu'il a sélectionnée. Le match rate qu'il vous montre est réel — pour cet échantillon. Il est pas prédictif de votre match rate sur vos données. Le plus gros vendor du marché benchmark typiquement à 85% sur les acheteurs tech US et 32% sur les founders PME français. Si vous chassez du founder PME français et que vous achetez sur le 85%, vous avez déjà perdu l'année.

La règle : ne signez jamais un contrat provider sans un benchmark sur 500-1000 records de VOS données, représentatif de VOTRE mix ICP. Les vendors vont résister. Walk away de ceux qui refusent — ceux qui acceptent, c'est ceux qui savent que leur data colle à votre forme.

Comment Derrick le gère : notre waterfall par défaut est benchmarké sur des milliers de profils ICP, et notre pricing est à la consommation — vous ne payez que les matches qui marchent sur vos données, pas un pari flat seat-fee.

L'instinct, c'est d'ajouter le plus gros provider, puis un backup, puis peut-être un 3ème. Le résultat : 3 providers qui sourcent tous principalement de LinkedIn, avec 70-80% de chevauchement, vous donnant un ~5% de lift par rapport à un seul.

La discipline : mappez la source sous-jacente de chaque provider (scrape LinkedIn, agrégation job-boards, contributions CRM, OSINT/records publics, pings deliverability) et choisissez des providers dont les sources sous-jacentes se chevauchent pas. Un LinkedIn-source + un job-board-source + un public-records-source couvre 90% des records B2B à une fraction du coût de 3 providers LinkedIn-source empilés.

La plupart des équipes découvrent que leurs « 3 meilleurs providers » sont en fait le même provider en 3 couches de peinture, quand elles regardent vraiment la colonne source-of-truth.

Comment Derrick le gère : notre waterfall 10 sources est construit autour de la diversité de sources par design — chaque provider de la chaîne couvre un angle différent (LinkedIn, job-boards, deliverability vérifiée, records publics, opérateurs mobiles). Vous obtenez la complémentarité sans avoir à rechercher la data lineage de chaque provider vous-même.

Le plus gros provider du marché est génial quand vous partez d'un email vérifié. Il est inutile quand vous partez juste d'une URL LinkedIn sans email public. Différents inputs nécessitent différents providers — mais la plupart des équipes achètent un provider et tentent de le plier à tous les inputs.

La règle : mappez vos inputs réels (email, URL LinkedIn, nom entreprise + nom personne, photo de carte de visite, adresse IP, visite web anonyme) et choisissez au moins un provider par type d'input. Un provider ne peut pas couvrir les 6 : le spécialiste URL-LinkedIn n'est pas l'email-finder, n'est pas le reverse-IP resolver. Il vous faut un stack, pas un monolithe.

Comment Derrick le gère : on accepte les 6 inputs courants (email, URL LinkedIn, nom+entreprise, OCR carte, IP, visite anonyme) et on route chacun vers le bon sub-stack automatiquement. Du point de vue user dans Google Sheets, c'est une colonne — sous le capot, le routing se fait de manière transparente.

L'erreur classique : payer pour de la data fraîche une fois, puis ne plus jamais refresh. Après 12 mois, 30% de vos records enrichis sont stale ; après 24 mois, la moitié. Le provider qu'il fallait choisir n'était pas celui avec le meilleur match rate initial — c'était celui avec la meilleure API de refresh. Ces 2 providers ne sont pas toujours le même.

Concrètement : budgétez le refresh dès le jour 1. Comptes top-tier : refresh mensuel (pour que les changements de job soient captés sous 30 jours, ce qui est quand le BDR a besoin d'agir dessus). Mid-tier : trimestriel. Long-tail : annuel. Le coût de refresh par record fait typiquement 30-50% du coût d'enrichissement initial — prévoyez-le dans le contrat, pas en surprise année 2.

Comment Derrick le gère : le refresh est un job programmé intégré — vous fixez la cadence par tier de compte et Derrick fait le diff. Changements de job, déménagements d'entreprises et events bounce trigger des alertes dans le Sheet. Pas de contrat « API de refresh » séparé à négocier.

Le provider que vous choisissez détermine votre posture compliance. Un provider basé aux US qui scrape LinkedIn sans la doc d'intérêt légitime RGPD adéquate peut mettre tout votre programme d'enrichissement à risque légal — même si VOTRE équipe a tout fait juste. Les équipes legal attrapent ça en due diligence M&A ou après une plainte régulateur, jamais en proactif.

La barre minimum avant de signer : option data residency UE (data traitée en UE, pas juste stockée), DPA signé dans votre juridiction, et une source-of-truth chain documentée pour chaque record enrichi. Les bons providers offrent les 3 ; les pas chers ne le font pas, et c'est typiquement pourquoi ils sont pas chers.

Comment Derrick le gère : la data est traitée en UE par défaut, notre DPA est signé à la création du compte, et chaque record enrichi porte un tag de source-provenance pour audit. La compliance est un check one-time au setup, pas un risque récurrent à gérer.