Comment créer un tableau de bord : sources de données, indicateurs clés, graphiques et accès

Pour créer un tableau de bord, partez des questions auxquelles il doit répondre et des personnes qui le liront, définissez précisément un petit ensemble d'indicateurs, connectez les données dont ces indicateurs sont tirés, puis choisissez un graphique simple pour chacun. Décidez ensuite qui peut voir quels chiffres. Un générateur d'applications par IA peut produire un tableau de bord soigné en quelques minutes; la partie difficile, et celle qui détermine si quelqu'un lui fait confiance, consiste à obtenir les données et les définitions justes.

Commencer par les questions, pas par les graphiques

Un tableau de bord qui tente de tout montrer ne sera ouvert qu'une fois. Avant de penser aux graphiques, répondez à ces questions :

• À qui s'adresse-t-il? Au fondateur, à une équipe de vente, aux opérations, aux investisseurs, à vos clients?
• Quelles décisions soutient-il? « Devons-nous embaucher une autre personne au soutien? » est une question à laquelle un tableau de bord peut répondre. « Montre-moi nos données » ne l'est pas.
• À quelle fréquence le consultera-t-on? Les tableaux de bord opérationnels quotidiens ont besoin de données fraîches et d'alertes; une vue mensuelle pour le conseil d'administration n'en a pas besoin.

Rédigez trois à cinq questions. Chacune devient un ou deux indicateurs.

Définir chaque indicateur avec précision

La plupart des débats sur un tableau de bord sont en réalité des débats sur les définitions. Rédigez une courte définition pour chaque chiffre :

Intégrez ces définitions à votre consigne. Sinon, une IA choisira un calcul qui semble raisonnable mais qui ne correspond peut-être pas à la façon dont votre entreprise compte.

D'où viennent les données

Deux principes s'appliquent partout :

1. Gardez les clés sur le serveur. Les clés d'API et les mots de passe de base de données appartiennent aux variables d'environnement de l'application, jamais au code du navigateur.
2. Décidez de la fraîcheur des données. Tirer des données de plusieurs API à chaque chargement de page est lent et peut atteindre les limites de débit. Pour la plupart des tableaux de bord d'entreprise, une synchronisation chaque heure ou pendant la nuit vers votre propre base de données, avec une indication « dernière mise à jour » sur la page, est plus simple et plus fiable.

Si les API vous sont nouvelles, qu'est-ce qu'une API et qu'est-ce qu'une base de données expliquent les bases.

Choisir le bon graphique

• Un seul chiffre avec sa variation (« 42 000 $, en hausse de 8 % par rapport au mois dernier ») : une carte d'indicateur clé. L'élément le plus utile sur la plupart des tableaux de bord.
• Tendance dans le temps : un graphique linéaire. Utilisez les barres seulement pour un petit nombre de périodes.
• Comparer des catégories : un diagramme à barres horizontales, trié par valeur.
• Une partie d'un tout : des barres empilées. Les diagrammes circulaires ne fonctionnent qu'avec deux ou trois segments.
• Détails et exceptions : un tableau avec tri, recherche et filtres. Souvent plus utile que n'importe quel graphique.

Gardez les couleurs cohérentes : une couleur pour « cette période », une couleur atténuée pour « comparaison », le rouge uniquement pour ce qui exige une attention.

Qui voit quoi

Décidez des accès avant de construire :

• Interne, tout le monde voit tout : le plus simple. Il faut tout de même une connexion s'il contient des données d'entreprise.
• Selon les rôles : les ventes voient les chiffres des ventes, les finances voient les marges, les gestionnaires voient leur propre équipe.
• Destiné aux clients : chaque client ne voit que ses propres données. Chaque requête doit filtrer par le compte du client, côté serveur. Testez-le en vous connectant avec deux clients différents.

Un tableau de bord contenant des données de revenus ou de clients sur une adresse publique, sans connexion, est une fuite de données qui n'attend que d'être découverte.

Une première consigne qui fonctionne

Construis un tableau de bord des ventes pour une entreprise de logiciels B2B de 10 personnes. Public : les fondateurs et le responsable des ventes, qui le consultent chaque lundi. Page de synthèse : cartes d'indicateurs pour le nouveau MRR de ce mois, le MRR total, les nouveaux clients de ce mois, les clients perdus de ce mois et la valeur du pipeline, chacun avec la variation par rapport au mois dernier; un graphique linéaire du MRR des 12 derniers mois; un diagramme à barres des nouvelles affaires par source. Une page Affaires avec un tableau consultable et triable (entreprise, responsable, valeur, étape, date de conclusion) et des filtres par responsable et par étape. Définitions des indicateurs : le MRR est la somme des montants d'abonnements mensuels actifs, les forfaits annuels étant divisés par 12; le désabonnement compte les clients dont l'abonnement a pris fin ce mois-ci. Utilise pour l'instant des données d'exemple réalistes dans une base de données — nous connecterons Stripe plus tard. Affiche une heure de « dernière mise à jour ». Connexion requise. Mise en page claire avec barre latérale.

Elle nomme le public, chaque indicateur avec sa définition, les graphiques et le plan de données, et elle commence par des données d'exemple, ce qui permet de convenir du design avant de connecter les vraies sources.

Étapes de construction

1. Mise en page avec des données d'exemple. Convenez des indicateurs et des graphiques pendant que les données sont fictives et faciles à modifier.
2. Connectez une vraie source. Vérifiez chaque chiffre à la main par rapport au système source. Si le MRR diffère de ce que montre Stripe, trouvez pourquoi avant d'aller plus loin.
3. Ajoutez les autres sources, une à la fois, en vérifiant chacune.
4. Actualisation planifiée ou requêtes au chargement, avec une étiquette « dernière mise à jour ».
5. Filtres : d'abord la plage de dates, puis un ou deux autres que les gens demandent.
6. Connexion et rôles.
7. États vides et erreurs : ce que la page affiche lorsqu'une source est en panne ou qu'un filtre ne donne aucun résultat.
8. Partagez-le avec le public, puis retirez ce que personne ne consulte après un mois.

Le rendre rapide

Un tableau de bord lent est moins consulté. Précalculez les totaux coûteux à calculer (une table de synthèse quotidienne au lieu de parcourir chaque commande), paginez les grands tableaux, et chargez d'abord les cartes principales pour que la page soit utile avant la fin du rendu des graphiques. Si un chiffre prend beaucoup de temps à calculer, affichez à quel moment il a été calculé pour la dernière fois, plutôt que de le recalculer à chaque visite.

Erreurs courantes

• Trop de graphiques. Si tout est en évidence, rien ne l'est.
• Des indicateurs non définis. Deux personnes qui lisent le même tableau de bord doivent arriver à la même conclusion.
• Ne jamais vérifier les chiffres par rapport à la source. Un seul chiffre faux et les gens cessent de faire confiance à tout le tableau de bord.
• Interroger chaque API à chaque chargement de page. Lent, fragile et parfois coûteux.
• Aucun contexte de date. Affichez toujours la période et la comparaison.
• Des secrets dans l'interface. Une clé d'API visible dans le navigateur peut être copiée par quiconque ouvre la page.

Quand un outil d'informatique décisionnelle est le meilleur choix

Si vos données se trouvent déjà dans une base de données ou un entrepôt, et que les principaux utilisateurs sont des analystes qui veulent les explorer, les découper et créer leurs propres graphiques, un outil d'informatique décisionnelle — Looker Studio, Power BI, Metabase et d'autres — les servira mieux qu'une création sur mesure. Beaucoup d'outils SaaS offrent aussi de bons rapports intégrés; vérifiez-les avant de les reconstruire. Un tableau de bord sur mesure l'emporte lorsqu'il est destiné aux clients ou aux non-analystes, qu'il exige une logique ou des autorisations que l'outil d'informatique décisionnelle ne peut pas exprimer, qu'il combine des sources d'une manière propre à votre entreprise, ou qu'il doit faire partie d'un produit que vous exploitez déjà.

Si la tâche consiste moins à consulter des chiffres qu'à modifier des enregistrements, vous voulez plutôt un panneau d'administration ou un outil interne — voir comment créer un outil interne. Et si vos chiffres se trouvent aujourd'hui dans un tableur, comment transformer un tableur en application est une bonne lecture suivante.

Le construire avec Mythex

Avec Mythex, vous décrivez le tableau de bord et l'agent construit les pages et les graphiques dans un aperçu en direct, en commençant par des données d'exemple réalistes et en passant à une base de données Postgres dédiée lorsque les chiffres doivent être conservés. Le cas d'usage de tableau de bord de la documentation contient une consigne de départ. Si vos données se trouvent dans un outil comme Google Sheets, vous pouvez connecter le compte via les connecteurs et demander à l'agent de les lire et de construire un tableau de bord à partir de celles-ci.

Il n'existe pas de connecteurs intégrés vers des entrepôts de données pour l'application elle-même : pour BigQuery, Snowflake, Stripe et des services semblables, l'application appelle leurs API avec des clés que vous stockez comme secrets du projet. Les connexions et les rôles pour les personnes qui consultent le tableau de bord font partie de l'application que vous construisez. Pour partir d'une consigne, parcourez les modèles de tableaux de bord, comme le tableau de bord des indicateurs.

Questions