{"id":220,"date":"2026-10-11T06:41:30","date_gmt":"2026-10-11T05:41:30","guid":{"rendered":"https:\/\/arrowlancer.ma\/blog\/?p=220"},"modified":"2026-10-11T06:41:30","modified_gmt":"2026-10-11T05:41:30","slug":"adoption-tableau-de-bord-bi-maroc-2026","status":"publish","type":"post","link":"https:\/\/arrowlancer.ma\/blog\/fr\/adoption-tableau-de-bord-bi-maroc-2026\/","title":{"rendered":"Maroc 2026 : adoption tableau de bord BI, 4 erreurs \u00e0 \u00e9viter"},"content":{"rendered":"

Un distributeur de pi\u00e8ces automobiles \u00e0 Casablanca fait construire huit \u00e9crans Power BI : ventes par famille de produits, marge par client, rotation du stock, encours clients. La recette est sign\u00e9e sans r\u00e9serve, la formation dure deux heures, chacun repart avec ses acc\u00e8s. Six semaines plus tard, le directeur commercial pr\u00e9pare encore sa r\u00e9union du lundi \u00e0 partir d’un export Excel qu’il retouche \u00e0 la main, et le contr\u00f4leur de gestion a ressorti son propre fichier de marge.<\/p>\n

Le cas est composite, reconstitu\u00e9 \u00e0 partir de situations fr\u00e9quentes plut\u00f4t que tir\u00e9 d’un client pr\u00e9cis, mais le mode d’\u00e9chec est bien r\u00e9el. Les projets BI ne meurent presque jamais sur un d\u00e9faut technique. Ils meurent parce qu’au bout de quelques semaines, plus personne n’a de raison imp\u00e9rieuse d’ouvrir l’outil.<\/p>\n

Les quatre causes qui reviennent le plus souvent sont identifiables avant la signature, et chacune se traduit soit par une clause de devis, soit par un contr\u00f4le \u00e0 faire trente jours apr\u00e8s la mise en production.<\/p>\n

Trois mois apr\u00e8s la mise en production, Excel est de retour<\/h2>\n

Le retour au tableur ne se fait pas d’un coup. On commence par \u00ab v\u00e9rifier \u00bb un chiffre du tableau de bord dans Excel, puis on garde le fichier de v\u00e9rification parce qu’il est plus rapide \u00e0 filtrer, puis la r\u00e9union se tient sur le fichier. Au bout d’un trimestre, le tableau de bord sert \u00e0 une seule chose : rassurer la direction sur le fait qu’il existe.<\/p>\n

Ce qui rend ce glissement difficile \u00e0 d\u00e9tecter, c’est qu’un tableau de bord d\u00e9laiss\u00e9 ne produit aucun ticket. Le prestataire n’entend plus parler de rien et prend le silence pour une r\u00e9ussite. Pendant ce temps, une connexion tombe, un filtre par d\u00e9faut reste bloqu\u00e9 sur l’exercice pr\u00e9c\u00e9dent, une famille d’articles cr\u00e9\u00e9e dans l’ERP n’est rattach\u00e9e \u00e0 aucun regroupement. Personne ne le signale, parce que personne n’en d\u00e9pend.<\/p>\n

Le choix de l’outil n’y change pas grand-chose. Le d\u00e9bat Excel ou Power BI<\/a> se joue avant le projet. Quand le tableur revient apr\u00e8s la livraison, le probl\u00e8me n’est plus un probl\u00e8me d’outil.<\/p>\n

Le livrable n’est pas le tableau de bord, c’est la d\u00e9cision<\/h2>\n

Si l’on cherche s\u00e9rieusement pourquoi un tableau de bord \u00e9choue, la r\u00e9ponse se trouve presque toujours dans la phrase qui n’a jamais \u00e9t\u00e9 \u00e9crite dans le cahier des charges : quelle d\u00e9cision cet \u00e9cran doit-il permettre de prendre, qui la prend, et \u00e0 quel moment de la semaine ou du mois.<\/p>\n

\"Maroc<\/p>\n

Une formulation utile ressemble \u00e0 ceci : \u00ab lundi 9h, en comit\u00e9 commercial, d\u00e9cider quels clients relancer en priorit\u00e9 cette semaine \u00bb. Cette phrase contraint tout le reste. Elle impose des donn\u00e9es \u00e0 jour le lundi matin, pas le mardi. Elle impose une liste de clients class\u00e9e, pas une courbe de chiffre d’affaires. Elle d\u00e9signe un utilisateur pr\u00e9cis plut\u00f4t que \u00ab la direction \u00bb.<\/p>\n

L’inverse est vrai aussi : un indicateur qui n’alimente aucune d\u00e9cision identifi\u00e9e n’a pas besoin d’\u00eatre construit. C’est d\u00e9sagr\u00e9able \u00e0 entendre quand on a pass\u00e9 trois ateliers \u00e0 le d\u00e9finir, mais il co\u00fbtera plus cher \u00e0 maintenir qu’il ne rapportera.<\/p>\n

Erreur n\u00b01 : construire la demande au lieu de la d\u00e9cision<\/h2>\n

Un client demande \u00ab le chiffre d’affaires par commercial et par mois \u00bb. Le prestataire le livre, correctement. Sauf que la question r\u00e9elle derri\u00e8re la demande \u00e9tait : quels commerciaux sont en retard sur leur objectif annuel, et combien de temps leur reste-t-il pour se rattraper. Ce n’est pas le m\u00eame \u00e9cran. Le premier donne un historique, le second suppose un objectif, un prorata temporel et un \u00e9cart.<\/p>\n

Un prestataire exp\u00e9riment\u00e9 pose donc la question deux fois : ce que vous voulez voir, puis ce que vous ferez diff\u00e9remment selon ce que vous voyez. Quand la deuxi\u00e8me r\u00e9ponse n’existe pas, il faut le dire pendant le cadrage, pas pendant la recette.<\/p>\n

Erreur n\u00b02 : personne n’est responsable du tableau de bord apr\u00e8s la livraison<\/h2>\n

Dans la plupart des devis BI, la responsabilit\u00e9 du prestataire s’arr\u00eate \u00e0 la signature du proc\u00e8s-verbal de recette. C\u00f4t\u00e9 client, elle n’a souvent jamais commenc\u00e9. R\u00e9sultat : quand le plan comptable \u00e9volue, quand un commercial quitte l’entreprise, quand l’ERP ajoute un champ ou qu’une nouvelle gamme appara\u00eet, personne n’a le mandat de mettre le mod\u00e8le \u00e0 jour.<\/p>\n

Le propri\u00e9taire doit \u00eatre une personne interne nomm\u00e9e, avec un nom dans le devis ou dans le compte rendu de cadrage. Son r\u00f4le tient en quatre choses : valider les chiffres une fois par mois, arbitrer les demandes d’ajout d’indicateurs, faire remonter au prestataire les \u00e9carts qu’il ne peut pas expliquer, et supprimer les \u00e9crans que personne n’utilise. Ce n’est pas un poste \u00e0 temps plein, plut\u00f4t une heure par mois assum\u00e9e par quelqu’un de l\u00e9gitime sur le sujet.<\/p>\n

Un contr\u00f4leur de gestion fonctionne g\u00e9n\u00e9ralement mieux qu’un responsable informatique dans ce r\u00f4le, parce que la question qui tue l’adoption est une question de d\u00e9finitions, pas de requ\u00eates.<\/p>\n

Erreur n\u00b03 : les chiffres ne correspondent pas \u00e0 ceux que chacun calcule d\u00e9j\u00e0<\/h2>\n

C’est la cause la plus brutale. Le jour o\u00f9 le directeur commercial voit 4,2 MMAD sur l’\u00e9cran et 4,35 MMAD dans son fichier, il ne cherche pas l’explication : il retourne \u00e0 son fichier. Et il a raison de se m\u00e9fier, parce qu’un seul \u00e9cart non expliqu\u00e9 suffit \u00e0 discr\u00e9diter les sept autres \u00e9crans.<\/p>\n

Dans la quasi-totalit\u00e9 des cas, l’\u00e9cart n’est pas une erreur de calcul mais une diff\u00e9rence de d\u00e9finition. Le chiffre d’affaires est-il factur\u00e9 ou encaiss\u00e9 ? Les avoirs sont-ils d\u00e9duits du mois de la facture initiale ou du mois de l’avoir ? Les remises de fin d’ann\u00e9e sont-elles provisionn\u00e9es dans la marge mensuelle ? Les factures en devise sont-elles converties au cours du jour ou au cours de cl\u00f4ture ? Prend-on la date de facture ou la date de livraison ?<\/p>\n

La contre-mesure est un document ennuyeux et d\u00e9cisif : un dictionnaire des indicateurs, une ligne par KPI, avec la d\u00e9finition en fran\u00e7ais, la source, la r\u00e8gle de calcul et les exclusions. Puis une \u00e9tape de r\u00e9conciliation : sur trois mois cl\u00f4tur\u00e9s, l’\u00e9cran et le fichier historique doivent tomber sur le m\u00eame montant, ou l’\u00e9cart doit \u00eatre expliqu\u00e9 par \u00e9crit. C’est exactement le travail de d\u00e9finition qu’un audit qualit\u00e9 des donn\u00e9es devrait r\u00e9v\u00e9ler avant la construction, et c’est aussi l\u00e0 que se logent la plupart des surprises de d\u00e9lais sur l’int\u00e9gration des sources<\/a>.<\/p>\n

Erreur n\u00b04 : trop d’indicateurs, aucune hi\u00e9rarchie<\/h2>\n

Un tableau de bord d’entreprise au Maroc n’a pas besoin de quarante KPI pour \u00eatre utile, et il devient illisible bien avant d’y arriver. Quand un \u00e9cran affiche vingt chiffres de la m\u00eame taille, le lecteur ne sait pas lequel regarder en premier, donc il ne regarde rien.<\/p>\n

La r\u00e8gle qui tient dans la dur\u00e9e : une premi\u00e8re page avec cinq \u00e0 sept chiffres maximum, ceux qui d\u00e9clenchent une action, chacun accompagn\u00e9 d’une comparaison (objectif, mois pr\u00e9c\u00e9dent, m\u00eame mois de l’an dernier). Le reste vit dans des pages de d\u00e9tail que l’on atteint en cliquant. Les ateliers de cadrage produisent naturellement une liste de trente indicateurs ; le travail du prestataire est de la r\u00e9duire, pas de la livrer telle quelle.<\/p>\n

Un test rapide : si vous ne pouvez pas dire, sans r\u00e9fl\u00e9chir, ce que vous feriez le lendemain matin selon la couleur d’un indicateur, il n’a pas sa place sur la premi\u00e8re page.<\/p>\n

Adoption tableau de bord : ce qu’il faut \u00e9crire dans le devis<\/h2>\n

Ces quatre points se n\u00e9gocient avant la signature, et le plus souvent \u00e0 budget constant, parce qu’ils d\u00e9placent de l’effort plut\u00f4t qu’ils n’en ajoutent. En plus des points habituels \u00e0 contr\u00f4ler quand vous lisez un devis IT avant de signer<\/a>, voici les \u00e9l\u00e9ments \u00e0 faire figurer noir sur blanc :<\/p>\n