ListarProduitsTarifsOutilsConnexion

Déclencher l'enrichissement sans brûler de crédits

Mis à jour le

Brancher un enrichissement sur « contact créé » sans autre condition est le réglage par défaut de toutes les intégrations, et c'est le plus coûteux. Il paie pour des fiches qui ont déjà un mobile, pour des contacts hors cible, et plusieurs fois pour les mêmes personnes introuvables.

Cinq conditions suffisent à diviser la facture, et aucune ne demande de développement. La difficulté n'est pas technique : c'est que deux des cinq exigent une propriété que votre fournisseur ne vous livre pas, et que vous devez écrire vous-même.

Les cinq conditions, par ordre de rendement

1. La fiche n'a pas déjà de mobile. Évident, et pourtant la première cause de gaspillage, parce que le déclencheur par défaut ne regarde pas ce que la fiche contient. Vérifiez à la fois votre propriété d'enrichissement et le champ téléphone standard que vos commerciaux remplissent à la main.

2. Aucune tentative n'a déjà eu lieu. C'est la condition la plus rentable et celle qui demande le plus de travail de modélisation. Sans un statut d'enrichissement à trois états au moins, trouvé, non trouvé, non tenté, votre workflow ne distingue pas une fiche jamais traitée d'une fiche traitée sans résultat. Il retente donc à chaque modification de fiche, et il paie à chaque fois.

3. Le contact est dans votre cible. Un enrichissement sur tout nouveau contact enrichit aussi les candidats, les fournisseurs, les partenaires et les personnes qui ont téléchargé un livre blanc depuis un pays où vous ne vendez pas. Posez la condition sur ce qui définit votre cible : la taille de l'entreprise, le secteur, le pays, le rôle.

4. Le contact a une raison d'être appelé. Un mobile n'a de valeur que si quelqu'un va composer le numéro. Si votre séquence commence par deux emails et que l'appel n'arrive qu'au cinquième jour pour les contacts qui ont ouvert, enrichissez au cinquième jour. Vous paierez pour une fraction du volume.

5. L'entreprise est identifiée par un identifiant stable. Ce n'est pas une condition d'économie mais de rendement. Un enrichissement lancé sur un nom commercial seul échoue plus souvent qu'un enrichissement lancé sur un identifiant officiel, et un échec coûte selon la politique de votre fournisseur. Voir SIREN ou SIRET.

L'ordre des conditions compte

Les conditions ne coûtent rien à évaluer, l'enrichissement coûte. Mettez donc les plus filtrantes d'abord, et les plus chères à calculer en dernier.

Ordre Condition Coût d'évaluation
1 Pas déjà de mobile Nul, lecture de propriété
2 Pas de tentative antérieure Nul, lecture de propriété
3 Dans la cible Nul, lecture de propriétés
4 Signal d'engagement atteint Nul, mais décale le déclenchement dans le temps
5 Identifiant d'entreprise présent Nul si vous l'avez, un appel si vous devez le résoudre

Un dispositif qui passe ces cinq filtres avant de dépenser enrichit typiquement une fraction des contacts créés, et ce sont ceux que vos commerciaux vont réellement appeler.

La politique de facturation de votre fournisseur change tout

Avant de concevoir vos conditions, sachez ce que vous payez. Les politiques diffèrent radicalement d'un acteur à l'autre, et elles sont rarement affichées au même endroit que les prix.

Non facturé en cas d'échec. Certains acteurs l'écrivent explicitement : une recherche qui ne retourne rien ne coûte rien, et un numéro fixe trouvé à la place d'un mobile ne coûte rien non plus. C'est la politique la plus favorable et elle réduit l'enjeu de la condition 2, sans l'annuler : un appel sans résultat reste du temps et un quota.

Facturé à la demande, pas au résultat. D'autres débitent un crédit par recherche. Dans ce cas, la condition 2 n'est pas une optimisation, c'est la seule protection contre une dérive mécanique de votre facture.

Le cas particulier de l'interface contre l'API. Au moins un acteur du marché ne facture rien sur un échec dans son interface, et facture un crédit minimum sur une requête API sans résultat. Si votre intégration CRM passe par l'API, c'est le comportement qui vous concerne, et il n'est pas celui qui est mis en avant.

Le cas particulier de la synchronisation. Un acteur publie que des crédits sont débités pour chaque nouvelle demande de ligne directe, indépendamment des réglages activés. Un autre vend son intégration CRM comme un abonnement distinct, facturé au nombre de fiches du CRM et non en crédits, et précise que les crédits de l'abonnement principal ne sont pas utilisables pour enrichir le CRM.

Les quatre questions à poser, avant de brancher quoi que ce soit : suis-je facturé quand rien n'est trouvé, suis-je facturé quand le numéro atteint la mauvaise personne, le comportement de l'API est-il le même que celui de l'interface, et mon abonnement couvre-t-il l'usage dans le CRM.

La cadence de revérification

Deuxième moitié du sujet, et celle qu'on règle une fois pour toutes.

Une donnée de contact se périme. Les mesures publiées situent la rotation autour d'une personne sur huit par an sur les fonctions commerciales américaines, et plus dans les segments qui bougent vite. Un fichier enrichi une fois et jamais revu perd donc une part mécanique de sa valeur chaque trimestre.

Trois règles de cadence qui tiennent, sans surveiller chaque fiche.

Revérifiez avant la session d'appels, pas après l'import. Une vérification faite au moment où vous construisez la liste a déjà vieilli quand le commercial compose le numéro. La revérification utile est celle qui précède immédiatement l'usage.

Déclenchez sur l'événement plutôt que sur le calendrier. Un changement de poste détecté, un changement de nom d'entreprise, un email qui revient en erreur : ce sont les signaux qui justifient une revérification. Une revérification mensuelle systématique de toute la base coûte cher et rate l'essentiel.

Fixez une péremption par segment, pas par base. Les contacts d'un segment à forte rotation méritent une fenêtre plus courte que ceux d'un secteur stable. La date de vérification présente dans la fiche permet de la calculer, c'est l'une des raisons d'être de cette propriété.

Le piège de la reprise de base

Un cas qui revient souvent et dont le coût est brutal.

Vous décidez d'enrichir votre base existante, vous lancez un traitement sur quarante mille fiches, et la facture arrive. Dans l'immense majorité des cas, une partie de ces fiches est inexploitable : contacts partis, entreprises fermées, doublons, segments hors cible.

Faites toujours un échantillon d'abord. Trois cents fiches stratifiées comme votre base, enrichies et appelées, vous donnent le taux de résultat réel et le coût par contact joignable sur votre base. Le passage à l'échelle se décide sur ce chiffre, pas sur un devis au volume.

Télécharger le kit de test (.xlsx)

Sans formulaire et sans email à laisser.

Où Listar se situe

Nous livrons le type de ligne avec chaque numéro. La date sur laquelle tournent les règles de cadence décrites plus haut est celle de l'enrichissement, que votre workflow enregistre en écrivant le résultat.

Ce que vous devez tenir de votre côté : le statut d'enrichissement et la date de dernière tentative. Ces deux propriétés décrivent l'état de votre traitement et non la donnée, donc aucun fournisseur ne peut les écrire à votre place. Ce sont elles qui portent la condition 2, la plus rentable des cinq.

Et une recommandation qui va contre notre intérêt immédiat : ne branchez pas un enrichissement sur toute création de contact, chez nous comme ailleurs. Un dispositif qui enrichit une fraction ciblée de vos contacts produit plus de rendez-vous par euro dépensé qu'un dispositif qui enrichit tout, et il reste en place plus longtemps.

FAQ

Faut-il enrichir chaque nouveau contact du CRM ? Non. C'est le réglage par défaut et le plus coûteux. Cinq conditions suffisent à réduire fortement la dépense : pas déjà de mobile, pas de tentative antérieure, dans la cible, avec une raison d'être appelé, et une entreprise identifiée par un identifiant stable.

Quelle condition rapporte le plus ? L'absence de tentative antérieure, parce que sans elle le workflow retente les mêmes fiches sans résultat à chaque modification. Elle exige un statut d'enrichissement à trois états au moins, que vous devez modéliser vous-même.

Suis-je facturé quand le fournisseur ne trouve rien ? Cela dépend de l'acteur, et parfois de la voie utilisée. Certains ne facturent rien sur un échec, d'autres débitent à la demande, et au moins un ne facture rien dans son interface mais un crédit minimum sur une requête API sans résultat. Posez la question avant de brancher.

À quelle fréquence revérifier les numéros ? Avant la session d'appels plutôt qu'après l'import, sur événement plutôt que sur calendrier, et avec une péremption fixée par segment. Une revérification mensuelle de toute la base coûte cher et rate l'essentiel.

Comment enrichir une base existante sans surprise de facture ? En commençant par un échantillon de trois cents fiches stratifiées comme votre base, enrichies puis appelées. Le taux de résultat réel et le coût par contact joignable obtenus sur votre base sont les seuls chiffres sur lesquels décider du passage à l'échelle.

Mon abonnement d'enrichissement couvre-t-il l'usage dans le CRM ? Pas toujours. Au moins un acteur du marché français facture son intégration CRM séparément, au nombre de fiches, et indique que les crédits de l'abonnement principal ne sont pas utilisables pour cet usage.

Sources

À lire ensuite

Tous les guides

Listar AI