INSEE + RNE + BODACC + signaux produit + signaux marketing — un score unifié, mis à jour quotidiennement, exposé au CRM.
Léa est RevOps dans une scale-up SaaS. Elle reçoit chaque mois plusieurs dizaines de milliers de prospects (essais gratuits, demandes de démo, formulaires). Les commerciaux ne peuvent en travailler qu'une fraction par jour. Sans scoring fiable, ils appellent au hasard. Léa veut un score qui combine signaux produit (usage trial), signaux marketing (pages vues) et signaux entreprise (taille, NAF, santé financière, événements BODACC).
Avant Datactive : un script Python qui récupère SIRENE, parse RNE, pull BODACC, joint les signaux internes. Maintenu par Léa elle-même. À chaque évolution de schéma source, deux jours de débug. Pas d'historisation, pas de versioning du scoring.
Le SDR utilise un score parfois obsolète d'une semaine — et passe à côté de prospects chauds dont les signaux ont basculé entre-temps.
Clé Bearer + scopes read:companies, read:bodacc. Rate-limit 100 req/min.
POST /v1/companies/enrich avec SIREN ou nom. Réponse : profil complet + dernier événement BODACC.
Le job RevOps combine signaux Datactive + signaux internes. Score 0-100. Stocké en DWH.
Webhook signé HMAC vers Salesforce / HubSpot. Le SDR voit le score à jour J+0.
L'amélioration du taux de conversion dépend de la qualité du modèle de scoring sous-jacent — la plateforme livre les signaux, pas le score final.
Consommer une API maintenue par un fournisseur SaaS plutôt qu'un script Python interne libère le temps RevOps pour la modélisation du score, et limite la dette technique liée aux changements de schémas SIRENE / RNE / BODACC.
API REST 100 req/min/clé, webhooks signés, support prioritaire. 1 000 crédits offerts à l'inscription.
Créer mon compte