Choisir un KPI ne consiste pas à cocher une case dans un tableau de bord. La plupart des tableaux de bord que je vois échouent avant même le premier graphique : dans la définition de l’événement, dans la source de vérité et dans qui peut y toucher. Voici le processus de configuration qui évite les erreurs les plus coûteuses, avec des critères concrets à chaque étape.
Étape 1 : fixez la décision avant la métrique
Avant d’ouvrir Analytics, écrivez en une phrase quelle décision vous allez prendre avec ce chiffre et à quelle fréquence. Si vous ne pouvez pas répondre à « que ferais-je différemment si ce KPI baisse de 20 % », la métrique est superflue. Une erreur courante consiste à reprendre des KPI hérités d’un modèle : visites, pages vues, temps passé sur la page. Dans les projets B2B à cycles d’achat longs, le temps passé sur la page peut même être un signal négatif (l’utilisateur ne trouve pas ce qu’il cherche et rebondit entre les sections).
Étape 2 : définissez l’événement à la source, pas dans le rapport
Configurez la conversion là où elle se produit, pas avec un filtre de dernière minute dans l’outil de BI. Exemple réel : un formulaire avec validation JavaScript qui déclenche l’événement « envoi » avant que le backend confirme l’enregistrement. Pendant des semaines, le tableau de bord affichait des conversions qui n’arrivaient jamais au CRM. La correction ne s’est pas faite dans le tableau de bord, mais dans l’ordre du code : l’événement doit être déclenché après la réponse du serveur.
Checklist minimale de définition
- Nom de l’événement, conditions de déclenchement et conditions d’exclusion (utilisateurs internes, tests, trafic de staging).
- Source de vérité déclarée : analytique, CRM ou base de données. Si elles diffèrent, décidez laquelle fait foi et documentez l’écart attendu.
- Fenêtre d’attribution et modèle choisis, écrits à côté du KPI, pas dans un e-mail perdu.
Étape 3 : construisez le tableau de bord en couches
Séparez trois niveaux : une ligne de KPI métier (revenus, leads qualifiés, coût d’acquisition), une autre de KPI de canal et une dernière de diagnostic (rebond, profondeur de scroll, erreurs 5xx). L’erreur classique est de mélanger les trois dans un seul tableau : personne ne sait quoi regarder en premier et le tableau de bord est abandonné au bout d’un mois.
Exemple de hiérarchie pour un petit ecommerce
- Revenus par session et marge brute par commande.
- Taux de conversion par appareil et par source.
- Abandon de panier, erreurs de paiement et vitesse de la page de checkout.
Selon la documentation officielle des plateformes d’analytique, la fenêtre d’attribution par défaut varie d’un outil à l’autre et peut modifier la répartition entre canaux. Si vous comparez deux sources avec des fenêtres différentes, les chiffres ne coïncideront jamais tout à fait : acceptez-le et fixez une tolérance.
Étape 4 : attribuez des seuils et des responsables
Chaque KPI a besoin d’une plage de normalité et d’un propriétaire. Sans seuil, toute variation génère du bruit ; sans responsable, personne n’agit. Configurez des alertes uniquement pour les écarts qui impliquent une action définie à l’avance.
Étape 5 : révisez et élaguez
Révisez chaque trimestre et supprimez ce que personne ne consulte. Un tableau de bord avec vingt métriques se lit moins bien qu’un avec cinq.
Limite honnête : ce processus ne fonctionne pas de la même manière dans les organisations sans accès au backend ni aux données du CRM. Dans ces cas, le KPI de conversion sera toujours approximatif et il convient de l’étiqueter comme tel plutôt que de le présenter comme un chiffre exact. Cela ne résout pas non plus les problèmes de qualité des données à la source : si le CRM duplique les leads, aucun tableau de bord n’y remédiera.
La configuration correcte est celle qui survit à la personne qui l’a mise en place. Documentez chaque définition à côté de la métrique et vous aurez la moitié du travail fait.