Aller au contenu
Données11 min

Que définir avant d'acheter du BI

Par · cofondateur et Chief Executive Officer de Hábil ·

Si deux services calculent un chiffre différemment, l'outil de BI ne fait qu'afficher le désaccord. À écrire avant de choisir : formule, source, propriétaire.

En 1 minute

Un outil d'intelligence économique (BI) peut appliquer une définition convenue ; il ne décide pas à votre place laquelle c'est. Si la Finance et le Commercial calculent la marge différemment, le nouvel outil affichera les deux marges, mieux présentées et plus vite. Avant d'en choisir un, mieux vaut écrire, pour chaque indicateur qui compte, quatre choses : la formule, d'où vient chaque donnée, à quoi elle est rapprochée et qui l'approuve. Avec cela, l'achat devient une décision plus simple. Sans cela, la mise en œuvre devra le régler en chemin, licences déjà payées.

Imaginez une chaîne de services de quinze agences. Elle est fictive, mais elle ressemble à beaucoup d'autres. La direction demande la même chose depuis un an : « je veux voir la marge par agence sans attendre le 10 ».

L'équipe évalue trois outils de BI. Les démonstrations sont sans accroc : cartes, filtres, graphiques qui bougent. On en choisit un, on achète les licences et, en six semaines, il y a des tableaux de bord.

À la première réunion, le directeur d'une région demande pourquoi sa marge sur le tableau de bord est inférieure de quatre points à celle du rapport de la Finance. Personne ne sait répondre sur le moment. Une semaine plus tard, la réponse apparaît : le tableau de bord répartit le loyer du siège entre les agences ; le rapport de la Finance, non. Les deux chiffres étaient « bons ». Ils mesuraient des choses différentes sous le même nom.

Cet article s'adresse à celui qui s'apprête à approuver l'achat d'un outil de BI, ou qui l'a déjà acheté et n'y croit pas. Il défend une idée : d'abord on écrit la définition de chaque indicateur ; ensuite on choisit avec quoi on l'affiche. Si vous savez déjà qui répond de chaque donnée, voici l'étape suivante.

Le problème n'est pas dans le graphique

Quand une entreprise grandit, chaque service monte ses rapports avec ce qu'il a sous la main. Au fil des ans, le même mot — « vente », « client actif », « marge » — finit par avoir plusieurs formules. Personne ne l'a fait exprès : chaque définition avait du sens pour celui qui l'a écrite.

Un outil de BI accélère ce qui existe déjà. S'il n'existe qu'une définition, il la diffuse à toute l'entreprise. S'il en existe trois, il diffuse les trois, et chacune a désormais un graphique pour l'appuyer.

Le secteur traite ce problème depuis des décennies dans le monde de l'entrepôt de données. Ralph Kimball a appelé dimensions conformes celles qui sont définies une fois, avec les représentants de la gouvernance des données du métier, et réutilisées entre les processus qui les partagent ; selon le Kimball Group, elles apportent une « cohérence analytique » et réduisent le coût futur, parce qu'on ne réinvente pas la roue à chaque fois [1]. Les outils plus récents disent la même chose avec d'autres mots : la documentation de MetricFlow, de dbt, propose de définir l'indicateur une fois et que chaque requête l'utilise de la même façon, selon le principe de ne pas se répéter [2].

La leçon ne dépend pas de l'outil : un indicateur que plusieurs services partagent se définit en un seul endroit, avec une version en vigueur, et tout le monde le consomme de la même façon. Les indicateurs propres à un service peuvent cohabiter s'ils portent un autre nom et ne sont pas présentés comme le chiffre de l'entreprise.

Les quatre choses que l'on écrit pour chaque indicateur

Inutile de le faire pour deux cents indicateurs. Commencez par ceux qui changent aujourd'hui une décision ou qui suscitent le plus de discussion en réunion.

1. La formule, en mots

« Marge brute = ventes nettes − coût des ventes », puis ce qui compte vraiment : les ventes nettes incluent-elles les retours du mois précédent ? Le coût inclut-il le fret ? Le loyer du siège est-il réparti ? Si la réponse change selon celui qui l'écrit, l'indicateur n'est pas encore défini.

Précisez aussi comment il s'agrège. Tous les chiffres ne peuvent pas être additionnés : le guide de Microsoft pour Power BI donne l'exemple d'un prix unitaire, que l'on peut résumer avec certaines fonctions mais qu'on ne doit pas additionner [3]. Un montant s'additionne ; un pourcentage se recalcule avec son numérateur et son dénominateur (la marge de l'entreprise n'est pas la somme des marges des agences) ; un solde s'additionne entre comptes à une même date, mais pas entre dates. Écrivez la règle pour chaque indicateur et chaque découpage qui compte.

2. D'où vient chaque donnée

Pour chaque terme de la formule : de quel système, de quel champ et avec quelle date de coupure. « Ventes nettes : système de facturation, factures timbrées moins avoirs, par date d'émission. » Cette ligne rend visible, avant la réunion, le moment où deux services partent de sources ou de règles différentes.

3. À quoi on la rapproche

Un indicateur sans vérification est une opinion avec des décimales. Écrivez avec quel chiffre officiel on le compare — le total facturé du mois, le solde comptable, le stock de clôture — et quel écart est accepté. Si le chiffre ne concorde pas, cela doit se voir avant la réunion, pas pendant.

4. Qui l'approuve

Une personne désignée par son nom approuve la définition et tout changement. Quand le Commercial veut mesurer la marge « avant remises spéciales », on ne modifie pas la formule existante : on crée un autre indicateur, avec un autre nom et son propre propriétaire.

La matrice qui ordonne l'achat

Kimball propose un outil simple pour planifier : la matrice des processus et des dimensions (en anglais, bus matrix). Les lignes sont les processus de l'entreprise (facturer, encaisser, acheter, stocker) ; les colonnes, les dimensions selon lesquelles on les analyse (client, produit, agence, date). Une marque dans la cellule indique que ce processus est analysé selon cette dimension. Selon le Kimball Group, la matrice sert aussi à prioriser les projets avec la direction [1].

Pour un comité qui va acheter du BI, une version simple de cette matrice répond à trois questions avant de voir la moindre démonstration :

  • Quels processus doivent être visibles en premier, et avec quels indicateurs.
  • Quelles dimensions ils partagent et doivent donc être définies de la même façon pour tous (l'agence des Ventes doit être la même agence que celle du Recouvrement).
  • De quels systèmes ils proviennent, et lesquels n'ont pas encore leurs données prêtes.

Avec la matrice en main, les démonstrations s'évaluent autrement : on ne demande plus « est-ce joli ? », mais « cela montre-t-il cet indicateur, avec cette définition, depuis cette source ? »

Quand il vaut mieux le faire d'abord et quand non

Vous pouvez évaluer ou essayer d'abord si :

  • Vos rapports proviennent d'un seul système qui apporte déjà ses définitions, et que vous cherchez à les voir mieux.
  • L'outil est destiné à une seule équipe qui s'accorde déjà sur la façon de mesurer.
  • Il s'agit d'un essai limité, avec des données autorisées, sans décision d'argent par-dessus et avec quelqu'un pour valider le résultat.

Avant de le connecter à l'exploitation ou de l'utiliser pour des commissions, laissez par écrit les indicateurs et les rapprochements prioritaires.

Il vaut mieux définir d'abord si :

  • Deux services arrivent déjà à la réunion avec des chiffres différents pour la même chose.
  • L'indicateur combine des données de deux systèmes ou plus.
  • Le tableau de bord servira à payer des commissions, affecter un budget ou rendre compte à un conseil.
  • Vous avez déjà acheté un outil et personne ne croit à ses chiffres.

Ce que nous avons écarté, et pourquoi

  • « L'outil apporte les indicateurs du secteur. » Il apporte des modèles. Les formules de votre entreprise — ce qu'est une vente, quand un client cesse d'être actif — sont celles de votre entreprise, et quelqu'un doit les écrire.
  • « Que chaque service définisse ses indicateurs dans son tableau de bord. » C'est ce qui produit trois marges. Chaque service peut avoir des indicateurs propres, avec un nom propre ; les indicateurs partagés se définissent une fois.
  • « D'abord les tableaux de bord, on rapprochera ensuite. » Un tableau de bord avec un chiffre faux peut faire perdre la confiance de la réunion dès la première semaine, et la regagner coûte en général plus cher que de l'avoir rapproché avant.
  • « Choisissons l'outil le plus complet, au cas où. » Plus de fonctions ne règlent pas des définitions différentes. Avec la matrice écrite, un outil plus simple suffit souvent, ou celui que votre entreprise paie déjà.

Cinq questions pour votre prochain comité

  1. Quels sont les cinq indicateurs les plus discutés, et combien de définitions différentes chacun a-t-il aujourd'hui ?
  2. La formule de chacun est-elle écrite, avec ce qu'elle inclut et ce qu'elle exclut, et qui l'a approuvée ?
  3. De quel système vient chaque donnée, et à quel chiffre officiel est-elle rapprochée ?
  4. Quels processus et quelles dimensions doivent être visibles en premier, et lesquels partagent des définitions ?
  5. Évaluons-nous l'outil sur nos indicateurs écrits, ou sur sa démonstration ?

Si la réponse à la première est « plus d'une » pour plusieurs indicateurs, l'achat peut attendre quelques semaines ; les définitions, non.

Par où commencer cette semaine

Choisissez l'indicateur le plus discuté et écrivez sa fiche sur une page :

  • Nom et, en une phrase, à quelle décision il sert.
  • Formule en mots, avec ce qu'elle inclut et ce qu'elle exclut, et comment elle s'additionne.
  • Source de chaque terme : système, champ, date de coupure.
  • Rapprochement : avec quel chiffre officiel et avec quel écart accepté.
  • Propriétaire qui l'approuve.

Apportez la fiche à la prochaine réunion et demandez à chaque service de dire si c'est ainsi qu'il la calcule. Les différences qui apparaîtront sont le travail en suspens, et il vaut mieux les résoudre avant l'achat.

Ce que fait Hábil

Chez Hábil, nous construisons sur mesure les systèmes et les intégrations qui font circuler les données de votre entreprise, et nous exploitons la plateforme où ces données sont réunies.

Si ce que vous cherchez, c'est une seule version de vos chiffres, la proposition se trouve dans Hábil Lake : une seule version de vos chiffres, rapprochée du système qui facture, avec le détail du calcul de chaque chiffre. Nous choisissons ensemble les trois à cinq questions qui vous coûtent le plus aujourd'hui. Par exemple : la marge par ligne de produits, les ventes par saison, le stock qui ne tourne pas ou les créances qui prennent du retard. Pour chacune, nous mettons par écrit de quel système vient chaque donnée, comment elle se calcule et à quoi elle est rapprochée. À la fin, vous avez vos premiers tableaux de bord en service et la preuve que vos chiffres correspondent à ceux de votre système, dans votre Excel ou votre tableau de bord.

La conversation peut commencer avec la fiche de votre indicateur le plus discuté, même à moitié remplie. Avec elle, nous voyons ensemble où les chiffres se séparent et par où il convient de commencer. Écrivez-nous sur WhatsApp ; pour protéger vos informations, ne partagez pas par ce canal de données sur vos clients ni sur vos systèmes : nous conviendrons dans la conversation du canal adapté au cas.

Demandez votre première conversation, sans frais.

Consultées le 13 novembre 2026. Chaque référence indique sa fiabilité : élevée (source primaire lue).

Références

  1. Kimball Group, « Dimensional Modeling Techniques » : « Conformed Dimensions » (« Conformed dimensions, defined once in collaboration with the business's data governance representatives, are reused across fact tables; they deliver both analytic consistency and reduced future development costs because the wheel is not repeatedly re-created ») et « Enterprise Data Warehouse Bus Matrix » (« The rows of the matrix are business processes and the columns are dimensions » ; « the bus matrix is used as input to prioritize DW/BI projects with business management »). Ouvertes en direct le 13-nov-2026. Fiabilité : élevée. https://www.kimballgroup.com/data-warehouse-business-intelligence-resources/kimball-techniques/dimensional-modeling-techniques/conformed-dimension/ · https://www.kimballgroup.com/data-warehouse-business-intelligence-resources/kimball-techniques/dimensional-modeling-techniques/enterprise-data-warehouse-bus-matrix/
  2. dbt Labs, documentation « About MetricFlow ». Elle permet de « define metrics in your dbt project and query them » ; principe « DRY (Don't Repeat Yourself): Minimize redundancy by enabling metric definitions whenever possible » ; l'exemple vise des « consistent and accurate results — eliminating confusion, code duplication ». Documentation d'un éditeur, citée comme pratique du secteur. Ouverte en direct le 13-nov-2026. Fiabilité : élevée. https://docs.getdbt.com/docs/build/about-metricflow
  3. Microsoft Learn, « Understand star schema and the importance for Power BI ». Mesures explicites et implicites ; le prix unitaire « can be summarized, but only by using specific aggregation functions. It should never be summed ». Documentation d'un éditeur, citée comme pratique du secteur. Ouverte en direct le 13-nov-2026. Fiabilité : élevée. https://learn.microsoft.com/en-us/power-bi/guidance/star-schema