Une base de données B2B pour prospecter en équipe doit permettre à plusieurs commerciaux de partager des listes, éviter de contacter le même prospect deux fois et synchroniser leurs actions avec un CRM commun. Sans ces trois éléments, ce n'est pas un outil d'équipe, c'est un outil solo qu'on a vendu à plusieurs.
Le piège classique : on prend un outil pour un commercial, on ajoute des sièges quand l'équipe grandit. Un jour, deux personnes appellent le même DAF. Là, c'est trop tard pour changer sans douleur.
Dans cet article, je détaille les 6 critères à regarder pour choisir une base de données B2B qui tient quand on est plusieurs à l'utiliser tous les jours. À la fin, un comparatif honnête entre Pharow, Cognism et Apollo sur ces critères, et un focus sur ce que ça donne concrètement dans Pharow.
1. Ce qui distingue une base solo-friendly d'une base team-ready
Le choix dépend surtout de la taille de l'équipe. Tant que vous êtes seul à prospecter, une base solo fait largement l'affaire. À partir de 2 ou 3 commerciaux qui utilisent le même outil au quotidien, l'idéal est une base pensée pour le travail collectif. Vous évitez les doublons, chacun sait sur quoi son collègue travaille, et le manager garde une vision d'ensemble.
D'après le State of Sales 2024 de Salesforce, les équipes commerciales qui collaborent vraiment sur leurs outils atteignent leurs objectifs plus souvent que celles où chacun travaille seul dans son coin.
=> Seul, une base solo suffit. À 2 ou 3 commerciaux, il faut une base pensée pour le travail collectif.
2. La gestion multi-utilisateurs
Sur une base B2B en équipe (Pharow, Apollo, Cognism), la gestion multi-utilisateurs ne se résume pas au nombre de sièges achetés : elle définit comment les comptes interagissent, comment les sessions simultanées sont gérées, et comment la facturation suit la croissance de l'équipe.
Comptes nominatifs vs licence partagée
Le premier point à vérifier : est-ce que chaque commercial a son propre compte, avec son email et son mot de passe, ou est-ce que toute l'équipe se connecte avec un identifiant partagé ?
Une licence partagée semble pratique, mais en réalité c'est ingérable. Personne ne sait qui a fait quoi. L'historique d'activité ne sert à rien. Les permissions ne peuvent pas être modulées. Et le jour où un commercial part, il faut changer le mot de passe et redistribuer aux autres.
Les comptes nominatifs sont la base. Sans ça, aucune des cinq autres fonctionnalités ne tient.
Ce qui se passe quand deux personnes travaillent en même temps
Sur certains outils, deux utilisateurs simultanés provoquent des bugs : déconnexions, listes qui ne se sauvegardent pas, exports qui s'écrasent. C'est rare, mais ça arrive sur les bases conçues pour un usage individuel.
À tester avant de signer : connectez deux personnes en même temps, lancez chacun une recherche différente, sauvegardez en parallèle. Si l'outil rame ou si une liste écrase l'autre, c'est mauvais signe.
La facturation qui scale sans pénaliser l'agrandissement
Les modèles de facturation varient beaucoup. Certains outils facturent à l'utilisateur, d'autres au siège, d'autres au pool de crédits. Quelques modèles à connaître :
- Par utilisateur, prix dégressif : plus vous ajoutez de commerciaux, moins le coût marginal est élevé. Adapté aux équipes qui grandissent.
- Par utilisateur, prix linéaire : chaque siège coûte la même chose. Simple, mais ça peut piquer à 10 commerciaux.
- Par équipe, pool partagé : un prix forfaitaire pour toute l'équipe, avec un volume de crédits commun. Souple, mais nécessite de bien gérer la répartition.
3. Le partage des listes et des recherches
Le partage de listes entre membres de l'équipe est le cœur du travail collectif sur une base B2B , avec deux types de listes à gérer : les listes de prospection et les listes d'exclusion, chacune avec ses propres permissions.
Listes créées et listes en partage
Sur Pharow, chaque membre d'une équipe peut créer ses propres listes (ce sont les "listes créées") et recevoir des listes partagées par d'autres membres (les "listes en partage"). C'est la distinction de base : qui est propriétaire de la liste, et qui y a accès.
L'idée est simple : un membre crée une liste pour son périmètre. S'il veut la partager avec un collègue ou avec toute l'équipe, il a la main pour le faire. La liste reste rattachée à son créateur, mais elle devient visible et exploitable par les autres selon les permissions définies.
Ce système couvre les usages classiques. Un SDR qualifie une liste de comptes et la transmet à un AE. Un manager partage une liste de comptes stratégiques à toute l'équipe. Une équipe maintient une liste de comptes en relation client, visible par tous.
Si l'outil ne distingue pas ce qu'un membre a créé de ce qu'il a reçu, vous perdrez vite le fil de la propriété et des modifications.
Permissions de modification vs lecture
Une liste partagée ne signifie pas une liste modifiable par tout le monde. Sinon, c'est l'anarchie : un commercial qui se trompe et supprime une entrée, et c'est la liste de toute l'équipe qui en pâtit.
Sur Pharow, l'Admin paramètre les permissions des membres sur chaque type de liste, et chaque action est gérée séparément :
- Voir la liste et son contenu : périmètre des listes consultables (créées par soi, ou créées et en partage).
- Modifier les propriétés et supprimer la liste : qui peut renommer, archiver, supprimer.
- Modifier le contenu de la liste : qui peut ajouter ou retirer des entreprises.
- Enrichir la liste (email/téléphone) : qui peut déclencher l'enrichissement.
- Exporter la liste : qui peut sortir les données vers un CSV ou un CRM.
- Autoriser le partage de listes : qui peut décider de partager une liste à d'autres membres.
- Copier depuis la liste : qui peut dupliquer le contenu pour le réutiliser.
Le même niveau de granularité existe sur les listes d'exclusion (voir critère suivant).
Trois rôles à minima sur n'importe quel outil sérieux : lecteur, contributeur, administrateur. Si l'outil ne fait pas cette distinction, considérez que c'est un outil solo qui a été rebadgé "équipe".
Suivre qui fait quoi sur les listes
Sur les bases B2B en équipe, un dashboard d'activité permet de voir ce que chaque membre fait : nombre de recherches lancées, objets ajoutés, exports réalisés, dernière connexion. Sur Pharow, ces données sont disponibles dans l'onglet "Utilisation" de l'espace équipe, par semaine, par mois ou par période choisie.
C'est ce qui permet à un Admin de répondre à la question "qui a fait quoi récemment ?" sans avoir à demander un par un.
4. Les listes d'exclusion collectives
Les listes d'exclusion collectives empêchent deux commerciaux de la même équipe de prospecter le même compte simultanément, ce qui est la principale cause de friction interne en prospection multi-utilisateurs.
C'est la fonctionnalité qui empêche concrètement les collisions. À exiger nativement, pas en hack par CSV.
Exclusion au niveau de l'utilisateur
Le premier niveau, c'est : ne pas reproposer à un commercial une entreprise qu'il a déjà exportée ou ajoutée à une liste. Évident, mais pas systématique sur tous les outils.
L'idée : vous ne dépensez pas un crédit deux fois sur le même compte, et vous ne perdez pas de temps à requalifier ce que vous avez déjà vu.
Exclusion au niveau de l'équipe
Le deuxième niveau, plus important : ne pas reproposer à un commercial une entreprise qu'un de ses collègues a déjà exportée ou ajoutée à une liste d'exclusion partagée.
Sur Pharow, les listes d'exclusion sont une catégorie à part entière, avec leurs propres permissions (voir, modifier, partager). Une liste d'exclusion partagée à l'équipe agit comme un référentiel commun : chaque membre voit ce que les autres ont déjà couvert ou disqualifié.
C'est ce qui empêche le scénario classique : Léa exporte 200 comptes lundi, Tom relance les mêmes 200 comptes mardi sans le savoir.
À tester en démo : créez une liste d'exclusion avec un membre, demandez à un autre membre de chercher dans le même périmètre. Si les comptes du premier ressortent sans avertissement, l'exclusion équipe ne fonctionne pas comme attendu.
L'exclusion automatique basée sur le CRM partagé
Le troisième niveau, le plus fiable : l'exclusion basée sur ce qu'il y a déjà dans votre CRM commun. C'est ce qu'on appelle un filtre "hors CRM" : la base retire automatiquement de vos recherches les entreprises déjà présentes en CRM, ou liées à un deal en cours, ou en relation client.
C'est efficace, mais ça suppose que la base sache lire votre CRM correctement. C'est exactement le sujet du critère suivant.
Quand l'exclusion collective est gérée nativement, vos commerciaux ne perdent plus de temps à requalifier un compte déjà couvert.
5. La synchronisation CRM commune
Sur une base B2B en équipe, la qualité de la synchronisation CRM dépend d'un détail invisible : l'identifiant utilisé pour relier vos comptes à la base. Le SIREN est le seul identifiant légal stable d'une entreprise française, mais seules 14 % des entreprises en CRM ont un SIREN correctement formaté (données internes Pharow, février 2026).
Avant de comprendre ce que doit faire la base, il faut comprendre ce que fait votre CRM. La plupart du temps, il contient des entreprises identifiées par leur nom, leur site web, parfois leur URL LinkedIn. Trois identifiants instables : un site web change avec une refonte, un nom évolue avec un rachat, une URL LinkedIn peut être recréée.
Pour faire le lien entre une entreprise du CRM et une entreprise dans la base B2B, il faut que les deux puissent être rapprochées. C'est ce qu'on appelle le matching : reconnaître qu'"Acme SAS" dans votre CRM et "ACME SAS" dans la base sont la même entité.
C'est rarement aussi simple qu'on l'imagine. 24 % des noms d'entreprises sont trop génériques pour servir de clé de matching : "Holding SAS", "Groupe X", "Investissement et Participations". Et 20 % seulement ont un LinkedIn entreprise valide renseigné. Quand ces données manquent ou sont génériques, le matching ne trouve rien, ou pire, il confirme un mauvais match.
=> Sur Pharow, 74 % des entreprises importées depuis un CRM trouvent au moins un match dans la base (février 2026), grâce à une logique de priorité entre les identifiants disponibles : SIREN d'abord, puis LinkedIn, puis nom, puis site web. C'est ce qui permet aux filtres "dans le CRM" et "hors CRM" de fonctionner pour les membres de l'équipe.
Une connexion CRM exploitée par toute l'équipe
Pharow s'intègre nativement à HubSpot et Pipedrive, et la connexion bénéficie à toute l'équipe une fois mise en place. Pas besoin que chaque commercial connecte son propre CRM dans son coin : la base voit l'ensemble des comptes, des deals et des contacts présents dans le CRM partagé.
Pour que cette connexion soit utile dans la durée, il faut un identifiant stable côté CRM. C'est là que le SIREN joue son rôle : c'est l'identifiant légal unique de chaque entreprise française, attribué par l'INSEE dans la base SIRENE, et il ne change pas (refonte, rachat, déménagement).
Concrètement, quand le SIREN est bien renseigné dans votre CRM, l'entreprise est reconnue immédiatement par Pharow, sans ambiguïté. Quand il ne l'est pas, le matching s'appuie sur les autres signaux (nom, LinkedIn, site web) et fait au mieux. C'est pour ça que le taux de match plafonne à 74 %.
Le vrai sujet, c'est que le problème ne vient pas de Pharow, il vient du CRM. Sans SIREN, votre propre CRM est exposé aux doublons, aux homonymies (40 % des contacts dans la base Pharow ont au moins un homonyme), aux fiches qui se dédoublent silencieusement. C'est rarement une priorité au moment où on construit la base. Et ça se paie plus tard.
Mon conseil : faites du SIREN un champ obligatoire à la création d'un compte dans le CRM. Ça change tout pour la maintenance dans la durée, et ça permet à n'importe quel outil B2B de raccrocher proprement vos données.
Les filtres "dans le CRM" qui fonctionnent pour toute l'équipe
Une fois la connexion bien faite, Pharow va plus loin que la simple synchronisation : les données CRM deviennent des critères de recherche utilisables par toute l'équipe. Vous pouvez filtrer vos listes selon :
- La présence ou non de l'entreprise dans votre CRM (le classique "hors CRM" / "dans le CRM").
- Le statut CRM : lead, opportunité, client, perdu.
- Le pipeline et l'étape de vente : par exemple, tous les comptes en "negotiation" depuis plus de 30 jours.
- La date de dernière mise à jour : les comptes touchés récemment ou au contraire ceux qui dorment.
Ce qui est puissant, c'est de croiser ces filtres CRM avec les signaux d'affaires de Pharow. Un exemple concret pour une équipe qui veut réactiver d'anciens prospects :
- Statut CRM : opportunité perdue.
- Dernière mise à jour : plus de 6 mois.
- Signal business : levée de fonds récente ou recrutements en cours.
En une recherche, vous sortez la liste des comptes qui ont dit non il y a un moment, mais qui viennent de changer de contexte. C'est exactement le genre de ciblage qui demanderait des heures sur un outil qui ne croise pas CRM et signaux d'affaires.
L'absence de doublons entre ce que chacun voit
Le test final : quand deux commerciaux lancent la même recherche avec les mêmes filtres, ils doivent voir les mêmes résultats. Ni plus, ni moins.
Si les résultats divergent, il y a deux causes possibles. Soit le CRM n'est pas correctement partagé entre les membres (chacun voit sa propre vue). Soit le matching crée des doublons parce que les identifiants sont fragiles (un compte ressort comme "hors CRM" alors qu'il y est déjà sous un nom légèrement différent).
C'est ce double problème que résout le SIREN. Une entreprise n'a qu'un seul SIREN. Si votre CRM et la base B2B s'appuient tous les deux dessus, les doublons disparaissent, et tous les membres voient la même réalité.
=> Plus votre CRM est sirenisé, plus le travail en équipe est propre. C'est le travail de fond le moins glamour de la prospection, et c'est celui qui fait la différence à 18 mois.
6. La visibilité Admin
Un dashboard Admin sur une base B2B en équipe (Pharow, Apollo, Cognism) remonte le volume d'activité de chaque membre (recherches, objets ajoutés, exports, crédits dépensés) pour piloter la couverture commerciale et détecter les déséquilibres, sans transformer l'outil en système de surveillance.
Pas pour fliquer. Pour piloter. La nuance est importante.
Les indicateurs d'activité par membre
C'est la donnée la plus simple, et la plus utile. Sur Pharow, l'onglet "Utilisation" remonte par membre :
- la dernière connexion ;
- le nombre de crédits dépensés ;
- le nombre de recherches lancées ;
- le nombre d'objets ajoutés (entreprises ou contacts ajoutés à des listes) ;
- le nombre d'exports réalisés.
Ces indicateurs sont disponibles sur la semaine en cours, le mois en cours, l'année en cours, les 12 derniers mois ou un mois choisi.
Selon le State of Sales Report 2025 de Salesforce, les commerciaux passent en moyenne 28 % de leur temps à vendre activement. Le reste, c'est de l'admin, de la qualification, de la recherche. Les outils qui réduisent cette part non-vente sont ceux qui font la différence en équipe.
Détecter les déséquilibres entre membres
Les indicateurs d'activité par membre permettent à l'Admin de comparer simplement, sur une même période, qui exporte beaucoup, qui ne touche presque pas à l'outil, qui consomme beaucoup de crédits par export (signal de ciblage trop large).
Si l'équipe est répartie par secteur ou par zone géographique, vous pouvez aussi croiser ces volumes avec le périmètre attribué à chaque membre.
L'usage sain du dashboard
Le bon usage du dashboard d'utilisation n'est pas de classer les membres entre eux. C'est de détecter les anomalies tôt :
- Un membre qui n'a pas utilisé l'outil depuis 3 semaines : onboarding ou outillage à revoir.
- Un membre qui consomme une part disproportionnée des crédits : ciblage à affiner.
- Un membre très actif sur les recherches mais peu sur les exports : peut-être un blocage à l'export, ou un ciblage qui ne donne pas satisfaction.
Sans ce type de remontée, l'Admin navigue à vue.
7. Les crédits et leur répartition
Sur une base B2B en équipe, les crédits sont soit dans un pool commun à toute l'équipe, soit attribués par quotas individuels. Les deux modèles ont leurs avantages, mais c'est le sujet qui crée le plus de tensions quand il est mal cadré.
Pool commun ou quotas individuels
Deux logiques opposées.
Avec un pool commun, l'équipe a un volume total de crédits par mois et chacun pioche dedans. C'est flexible, mais le risque, c'est qu'un commercial très actif consomme la part des autres.
Avec des quotas individuels, chacun a son volume attribué. C'est équitable, mais rigide. Si un commercial est en vacances ou bloqué, ses crédits ne servent à personne.
Sur Pharow, c'est pool commun par défaut. La consommation par membre se suit en temps réel dans l'onglet Utilisation.
Le réflexe à avoir en pool commun
Le scénario classique : un SDR ambitieux exporte 5 000 contacts en deux semaines, et l'équipe se retrouve à sec le 20 du mois.
Pour éviter ça, il faut regarder la consommation chaque semaine et se mettre d'accord en interne sur un cadre simple : un point hebdo, une alerte si quelqu'un dépasse un seuil. C'est moins une question d'outil que de pratique d'équipe.
8. Les bases à regarder sur ce critère spécifique
Sur le marché français, trois bases B2B se distinguent sur le travail collectif : Pharow, Cognism et Apollo. Chacune a ses forces sur les six critères, et le bon choix dépend du périmètre géographique et du type d'équipe.
9. Ce que ça donne concrètement dans Pharow
Pharow fonctionne en équipe autour d'un espace partagé : chaque membre crée ses propres listes et peut partager ses recherches enregistrées, et l'Admin pilote les permissions et la consommation depuis un onglet dédié.
Concrètement, voici ce que vous trouvez dans l'espace équipe :
- Gestion des licences. Un compteur affiche le nombre total de licences, les licences déjà assignées et les licences disponibles. L'Admin invite les nouveaux membres par email, en consommant une licence à chaque nouvelle invitation.
- Permissions paramétrables sur les listes de prospection. L'Admin définit qui peut voir, modifier les propriétés, modifier le contenu, enrichir, exporter, autoriser le partage et copier les listes.
- Permissions paramétrables sur les listes d'exclusion. Mêmes types de permissions que pour les listes de prospection. C'est ce qui permet de gérer une liste d'exclusion partagée à l'équipe sans risquer qu'un membre la modifie sans le vouloir.
- Dashboard d'utilisation par membre. L'onglet "Utilisation" remonte par membre la dernière connexion, le nombre de crédits dépensés, le nombre de recherches, le nombre d'objets ajoutés et le nombre d'exports, sur la semaine, le mois, l'année ou une période choisie.
- Pool de crédits commun à l'équipe. Tous les membres puisent dans le même pool, et l'Admin suit la consommation depuis le dashboard.
- Synchronisation CRM native (HubSpot, Pipedrive). Matching basé sur le SIREN en priorité, puis sur les autres signaux. Les données CRM (statut, pipeline, étape, date de dernière mise à jour, présence/absence) deviennent des critères de recherche utilisables par toute l'équipe.
Le détail des fonctionnalités équipe est sur la page Prospecter en équipe.
10. Tester avec votre équipe
Si vous voulez voir comment ça fonctionne concrètement avec votre stack, le mieux est de tester en conditions réelles. L'essai Pharow est gratuit pendant 15 jours, multi-utilisateurs, avec connexion CRM activée.
Mon conseil : ne testez pas seul. Faites-vous accompagner par un membre commercial et un Admin pour valider à la fois le confort d'usage et la lisibilité du pilotage. C'est là qu'on voit la différence entre un outil solo rebadgé "équipe" et un outil pensé pour le collectif.
Démarrer un essai équipe gratuit de 15 jours
