Deux équipes peuvent compter une même activité différemment sans commettre d’erreur de calcul. L’une peut présenter les rendez-vous prévus cette semaine ; l’autre, les rendez-vous réalisés cette semaine. En réunion, les deux libellés peuvent ressembler à « réservations hebdomadaires ». Une définition commune de l’indicateur transforme cette ambiguïté en une décision que le métier peut examiner. Elle donne aussi aux équipes données et conception une base concrète à implémenter et à tester.
Sur cette page
Reliez le tableau de bord à une décision métier
Demandez qui utilisera l’information, quelle décision prendre et à quelle fréquence elle est nécessaire. Planifier les effectifs demande une vue de la demande à venir ; examiner les services fournis demande une vue des activités terminées. Ces questions sont différentes et peuvent nécessiter des indicateurs distincts. Précisez la comparaison qui donne du sens à chaque chiffre, par exemple une autre période de reporting équivalente. Identifiez aussi les détails nécessaires lorsqu’un total change. Cela évite d’accumuler des graphiques séduisants qui ne répondent pas aux questions de l’équipe.
- Nommez le public et la décision.
- Séparez la demande à venir du travail terminé.
- Définissez la période de reporting et une comparaison utile.
Rédigez une définition et testez-la sur des exemples
Indicateur illustratif : « Rendez-vous réalisés cette semaine » compte les rendez-vous dont le début prévu se situe dans la semaine locale convenue et dont le statut actuel est terminé. Il exclut les annulations, les absences et les rendez-vous encore à venir. Si l’échantillon contient 12 enregistrements — huit terminés, deux annulés, une absence et un rendez-vous à venir —, le résultat est huit. Il s’agit d’un nombre de rendez-vous, pas de clients distincts. Si un client est venu deux fois, un indicateur de clients uniques répondrait à une autre question. Faites approuver cette distinction par le responsable métier.
- Source : le jeu de données de rendez-vous convenu.
- Règle temporelle : utiliser le début prévu du rendez-vous dans le fuseau horaire de l’entreprise.
- Limite de semaine : consigner le jour de début choisi et un intervalle explicitement inclusif au début et exclusif à la fin.
- Règle de correction : préciser si les changements de statut ultérieurs modifient le total historique.
Vérifiez le chemin de la source au rapport
Retracez la manière dont ces rendez-vous alimentent le jeu de données du rapport. Un import peut-il répéter un enregistrement ? Une mise à jour de statut peut-elle arriver après l’actualisation quotidienne ? Quels champs peuvent manquer ? Convenez de contrôles cohérents avec la définition : dans cet exemple, un identifiant stable, une heure prévue valide et un statut reconnu sont pertinents. Lorsqu’un contrôle échoue, décidez si le rapport doit signaler le problème, exclure les enregistrements concernés avec une explication ou attendre une correction. Attribuez un responsable au lieu de considérer silencieusement un flux incomplet comme complet.
- Comparez les totaux d’échantillon aux enregistrements sources.
- Distinguez un véritable zéro de données indisponibles.
- Consignez l’horaire d’actualisation attendu et examinez les mises à jour tardives.
Rendez le chiffre explicable dans l’interface
Donnez à l’indicateur un libellé précis, montrez sa période de reporting et la dernière mise à jour réussie. Ajoutez une courte définition près du total et un moyen d’examiner les enregistrements pertinents lorsque les droits le permettent. Si les filtres modifient la population, rendez les filtres actifs visibles. Testez le tableau de bord en demandant à un utilisateur cible d’expliquer pourquoi l’exemple donne huit et si une finalisation tardive modifierait ce résultat. Si la réponse oblige un analyste à reconstituer des règles cachées, la définition ou la présentation doit encore être travaillée.