Power BI et HubSpot : connecter les données, modéliser le pipeline, et les limites à connaître

En bref : pour connecter HubSpot à Power BI, quatre voies existent : un connecteur (le plus souvent proposé par un éditeur tiers), l'API HubSpot appelée depuis Power Query, un export planifié, ou un entrepôt de données intermédiaire. La connexion n'est que le début : il faut ensuite construire le modèle de données (transactions, entreprises, contacts, associations, étapes de pipeline), écrire les mesures DAX du pipeline pondéré et de la conversion, et planifier le rafraîchissement. Power BI est un excellent outil de business intelligence, mais il ne sait pas, seul, qu'une entreprise HubSpot est le même client qu'un compte Pennylane ou Stripe. Quand le besoin est le revenu réconcilié du CRM à la facture, une plateforme de revenue intelligence évite de construire et de maintenir ce modèle.

Comment connecter HubSpot à Power BI ?

Power BI lit des sources de données ; HubSpot expose les siennes par son API et ses exports. Entre les deux, quatre montages coexistent, avec des compromis différents.

1. Un connecteur prêt à l'emploi. Plusieurs éditeurs proposent des connecteurs HubSpot pour Power BI, installés dans Power BI Desktop ou exécutés de leur côté. C'est la voie la plus rapide pour un premier tableau de bord. Vérifiez ce que le connecteur expose réellement : tous les objets utiles (transactions, entreprises, contacts, tickets, objets personnalisés), les associations entre eux, les propriétés personnalisées, l'historique des propriétés, et la façon dont il gère les enregistrements supprimés ou fusionnés.
2. L'API HubSpot depuis Power Query. On crée une application privée dans HubSpot, on appelle les points d'accès CRM avec son jeton d'accès, on gère la pagination et les limites d'appels, puis on transforme le JSON en tables. Pas de brique supplémentaire à acheter, mais une maintenance réelle : chaque nouvelle propriété, chaque évolution de l'API se répercute dans les requêtes.
3. L'export planifié. Exporter les vues de transactions ou d'entreprises en CSV et les déposer dans un dossier SharePoint ou OneDrive que Power BI lit. Simple, mais peu automatisé, et sans associations fiables : un export de transactions ne restitue pas proprement toutes les entreprises et tous les contacts associés.
4. Un entrepôt de données intermédiaire. Un outil de synchronisation copie HubSpot dans une base (SQL Server, Azure, Snowflake, BigQuery ou PostgreSQL), et Power BI lit la base. C'est le montage le plus robuste pour de gros volumes et plusieurs sources, et le plus lourd : il suppose quelqu'un pour l'administrer.

Quel que soit le montage, deux points techniques reviennent. L'API de recherche de HubSpot plafonne le nombre de résultats renvoyés pour une même requête, ce qui impose de découper les extractions par fenêtres de dates sur les portails volumineux. Et les suppressions ou fusions d'enregistrements doivent être propagées, sinon le modèle garde des transactions fantômes qui gonflent le pipeline.

Quel modèle de données construire pour le pipeline HubSpot ?

Un tableau de bord Power BI HubSpot fiable repose sur un modèle en étoile, pas sur une seule table aplatie. Le minimum :

• La table des transactions (l'objet deals de HubSpot) : identifiant, montant, devise, pipeline, étape, propriétaire, date de création, date de fermeture (closedate), statut gagné ou perdu.
• La table des étapes de pipeline : identifiant interne de l'étape, libellé, ordre, probabilité, pipeline. Elle est indispensable : HubSpot stocke l'identifiant de l'étape, pas son libellé, et deux pipelines peuvent porter une étape du même nom qu'il ne faut pas additionner.
• Les tables des entreprises et des contacts, avec les propriétés utiles à l'analyse : secteur, taille, étape du cycle de vie, source d'origine.
• Les tables d'associations transaction ↔ entreprise et transaction ↔ contact. Une transaction peut être associée à plusieurs entreprises ; il faut décider laquelle est l'entreprise principale, sinon les montants se dupliquent dès qu'on agrège par client.
• La table des propriétaires : commerciaux et équipes.
• Une table calendrier, marquée comme table de dates, reliée à la date de fermeture et à la date de création.

Pour mesurer la conversion par étape et le cycle de vente, il faut en plus l'historique : les dates d'entrée dans chaque étape (HubSpot les expose sous forme de propriétés calculées, une par étape) ou l'historique des valeurs de la propriété d'étape. Sans elles, Power BI ne voit que l'état présent du pipeline, et tout taux de conversion calculé sur le stock est faux. L'article Pipeline commercial B2B détaille la mesure par flux.

Quelles mesures DAX pour un tableau de bord Power BI HubSpot ?

Les mesures se construisent une à une, et chacune porte une règle de gestion à écrire noir sur blanc avant de coder :

• Pipeline ouvert : somme des montants des transactions ni gagnées ni perdues, toujours filtrée par pipeline.
• Pipeline pondéré : somme, transaction par transaction, du montant multiplié par la probabilité de l'étape. En DAX, un SUMX sur la table des transactions, avec la probabilité récupérée depuis la table des étapes.
• Forecast de la période : pipeline pondéré des transactions dont la date de fermeture tombe dans la période sélectionnée. Il ne vaut que si closedate est tenue à jour, ce que l'article sur la date de fermeture HubSpot montre rarement acquis.
• Taux de conversion par étape : transactions entrées dans l'étape suivante ÷ transactions entrées dans l'étape, par cohorte d'entrée.
• Cycle de vente : médiane de l'écart en jours entre création et signature, sur les transactions gagnées.
• Transactions stagnantes : transactions ouvertes restées dans la même étape au-delà d'un seuil de jours.

Rien d'insurmontable pour quelqu'un qui maîtrise DAX. La difficulté est ailleurs : ces règles vivent dans un fichier .pbix, souvent maintenu par une seule personne, et chaque changement de pipeline dans HubSpot (nouvelle étape, étape renommée, pipeline ajouté, probabilités revues) oblige à revoir le modèle et à vérifier que les chiffres historiques restent comparables.

Quelles sont les limites de Power BI avec HubSpot ?

1. Le rafraîchissement est planifié, pas continu. Le jeu de données se rafraîchit à des heures fixées dans le service Power BI, en nombre limité par jour selon la licence. Un tableau de bord consulté l'après-midi montre souvent l'état du matin.
2. La facturation n'est pas dans HubSpot. Le tableau de bord s'arrête à « Gagné ». Pour voir le facturé et l'encaissé, il faut ajouter Pennylane, Sage, Stripe, Chargebee ou GoCardless, chacun avec sa propre connexion et sa propre structure de données.
3. Le rapprochement des clients reste à construire. Une entreprise s'appelle « Durand SAS » dans HubSpot, « DURAND » dans la comptabilité et « Durand Industrie » dans Stripe. Power BI joint des tables sur une clé ; il ne résout pas les entités. Il faut une table de correspondance, idéalement par SIREN ou numéro de TVA, tenue à jour à chaque nouveau client. C'est tout le sujet de la réconciliation CRM et facturation.
4. La qualité des données n'est pas corrigée. Doublons, transactions sans montant, contacts sans entreprise : Power BI les affiche fidèlement, sans proposer de les corriger dans HubSpot.
5. L'action reste hors de l'outil. Power BI sait alerter sur certaines visualisations, mais la suite (qui relance, quelle facture, quel compte, qui valide) se passe ailleurs, sans trace.
6. La maintenance repose sur une personne. Le jour où l'auteur du modèle change de poste, les règles de gestion partent avec lui si elles ne sont pas documentées.

Power BI ou plateforme de revenue intelligence : comment choisir ?

La question n'est pas « quel outil est le meilleur » mais « quel besoin ». Power BI est le bon choix quand l'entreprise dispose déjà d'une équipe data ou d'une personne à l'aise avec Power Query et DAX, quand le périmètre dépasse le revenu (production, ressources humaines, logistique, contrôle de gestion), et quand elle veut un modèle entièrement sur mesure, intégré à l'écosystème Microsoft.

Une plateforme de revenue intelligence est plus directe quand la question porte sur le revenu lui-même : du pipeline à la facture et à l'encaissement, client par client, sans modèle à construire. Revold se connecte à HubSpot et aux outils de facturation et de comptabilité, rapproche les entreprises par identifiant légal à l'aide des registres officiels, calcule le pipeline pondéré, la conversion par étape, le cycle de vente et l'écart signé / facturé avec des définitions prêtes, et pose des alertes de seuil qui arrivent au bon propriétaire. Les agents IA rédigent les briefs ; les chiffres viennent du moteur de réconciliation, jamais d'une estimation. Le comparatif Power BI vs Revold détaille les critères.

Les deux ne s'excluent pas. Certaines équipes gardent Power BI pour le reporting de groupe et s'appuient sur une plateforme de revenue intelligence pour le pilotage commercial et financier du quotidien, là où la fraîcheur de la donnée et le rapprochement des clients comptent le plus.

Par où commencer un projet Power BI HubSpot ?

1. Écrire les cinq questions auxquelles le tableau de bord doit répondre : forecast du trimestre, conversion par étape, transactions stagnantes, signé comparé au facturé, factures en retard.
2. Mesurer la qualité des données HubSpot avant de modéliser. Un audit CRM révèle les montants, dates et associations manquants qui fausseront chaque mesure.
3. Décider si la facturation entre dans le périmètre. Si oui, le vrai coût du projet est le rapprochement des clients entre outils, pas le connecteur.
4. Choisir le montage en fonction de la personne qui maintiendra le modèle dans un an, pas de celle qui le construit aujourd'hui.