BI as code : quand vos tableaux de bord deviennent du logiciel.

Précision utile : nous avons déployé Power BI et Qlik Sense en production, sur de vrais périmètres — ce qui suit n'est pas un procès d'outils que nous ne connaîtrions pas. C'est un constat d'arbitrage : une option qui n'existait pas il y a trois ans est devenue, sur toute une classe de besoins, la plus rationnelle des trois.

Ce que « BI as code » veut dire

Traiter la restitution comme n'importe quel produit logiciel : des transformations versionnées sur un socle de données (SQL, DBT), une interface web écrite sur mesure, des droits calés sur votre organisation, le tout développé et maintenu avec des agents qui produisent le code, les tests et la documentation — sous arbitrage humain. Ce n'était pas nouveau conceptuellement ; c'était hors de prix. Écrire un portail de reporting à la main coûtait plus cher que dix ans de licences. C'est ce rapport-là que les agents ont inversé : le sur-mesure se construit désormais en semaines, par un binôme.

Ce que les suites du marché font payer

Soyons justes : Power BI, Qlik Sense ou Tableau font très bien ce pour quoi ils sont conçus — l'exploration par des analystes, le premier graphique en une heure, un écosystème mûr. Mais leur modèle économique facture la diffusion : une licence par utilisateur et par mois, y compris pour celui qui consulte une page une fois par semaine. Diffuser un reporting standardisé à des centaines de managers, c'est payer chaque mois pour chacun d'eux — et accepter le cadre : le modèle de données de l'éditeur, ses visuels, ses limites de personnalisation, et une dépendance qui se renouvelle par tacite reconduction.

Ce que le code change

Quatre choses, structurellement. Le coût marginal par utilisateur tombe à zéro : servir 50 ou 700 managers ne change pas la facture — il n'y a pas de compteur. La personnalisation devient totale : vos règles de gestion, votre vocabulaire, vos parcours — un contrôleur qui dépose, un manager qui ne voit que son périmètre, un bouton qui déclenche une action métier, pas seulement un filtre. L'intégration est native : SSO, droits dérivés de votre référentiel organisationnel et vérifiés côté serveur, insertion dans vos processus existants. Vous êtes propriétaire : le code est à vous, déployé chez vous, sans redevance — l'outil est un actif, plus un abonnement. Nous l'avons vécu en production : un portail self-service servant environ 700 managers, chacun sur son périmètre, sur socle industrialisé — le modèle par licences aurait facturé chaque mois ce que le build a coûté une fois.

Les inconvénients, sans les cacher

La BI as code n'est pas gratuite, et elle n'est pas pour tout. Elle exige un socle de données propre — mais c'est vrai aussi des suites du marché : brancher Power BI sur des données non gouvernées industrialise le désordre. C'est du logiciel : il faut de la supervision, de la maintenance, quelqu'un qui en soit responsable — un outil sans propriétaire devient une dette. L'exploration libre reste le point fort des suites : pour un analyste qui triture des hypothèses à la journée, un outil dédié demeure supérieur — la BI as code excelle dans la diffusion à grande échelle de restitutions définies, pas dans le bac à sable. Et sans gouvernance, elle dégénère en Shadow BI : dix portails artisanaux dans dix services, aucun chiffre commun. Les portes de décision, la sécurité et la mesure d'impact ne sont pas optionnelles parce que le build est devenu rapide.

Le rapport d'investissement, en ordres de grandeur

Ordres de grandeur illustratifs — chaque contexte varie, les prix publics des éditeurs aussi. Une suite BI diffusée à 500–700 utilisateurs, à 10–20 € par utilisateur et par mois, représente 60 à 170 k€ par an, récurrents, avant l'intégrateur et les licences « premium » que réclament les gros volumes de données. En face : un build sur mesure mené par un binôme augmenté en quelques semaines à quelques mois — un investissement unique de l'ordre d'un trimestre de ces licences — puis un coût de run réduit à l'hébergement et à la maintenance, indépendant du nombre d'utilisateurs. Un chiffre réel pour ancrer le propos : sur un socle industrialisé, une brique de mise à disposition du reporting attendue sur plusieurs mois a été livrée en trois semaines. Le récurrent se divise par un ordre de grandeur ; l'actif, lui, vous appartient.

Quand choisir quoi

La grille tient en trois lignes. Exploration ad hoc par des analystes : un outil du marché, c'est son métier. Diffusion à grande échelle d'un reporting standardisé, intégré à vos processus : BI as code, l'écart de coût et de qualité d'usage est trop grand pour l'ignorer. Les deux besoins à la fois — le cas général : un même socle de données gouverné qui sert les deux, quelques licences pour ceux qui explorent, du code pour ceux qui consultent. La question n'est plus « quelle suite choisir ? » mais « qui a réellement besoin d'une licence ? ». À 700 consultations pour 10 explorations, la réponse chiffre toute seule — encore faut-il la poser au cadrage.