Vérifier si un tableau de bord est fiable avant une décision. — Claude Skill
Une compétence Claude pour Claude Code par Paweł Huryn — exécuter /metrics-dashboard dans Claude·Mis à jour le 12 juin 2026·vphuryn/pm-skills@metrics-dashboard
Vérifie définitions, fraîcheur, filtres, responsables, systèmes source et contradictions évidentes pour savoir si les chiffres sont utilisables.
- Explique si les chiffres sont prêts pour décision, obsolètes, incohérents ou sans contexte.
- Vérifie définitions, filtres, périodes, responsable, dernière mise à jour, source et caveats connus.
- Sépare problèmes cosmétiques et problèmes qui peuvent changer une décision business.
- Renvoie niveau de confiance, risques, questions pour l'responsable et corrections avant partage.
Une équipe ouvre un tableau en réunion, remarque un chiffre étrange et passe la discussion à débattre de sa fiabilité.
Lancez /dashboard-audit avant la réunion pour trouver données obsolètes, définitions floues, filtres risqués et questions responsable.
Pour qui
Revoir confiance, définitions, fraîcheur source et bloqueurs de tableau.
Voir les compétences de ce rôleSavoir si les métriques produit sont sûres pour lancement ou roadmap.
Voir les compétences de ce rôleVérifier les tableaux revenus avant forecast, revue commerciale ou leadership.
Voir les compétences de ce rôleCe qu'il fait
Vérifier si un tableau de bord peut servir en business review hebdomadaire.
Trouver pourquoi des chiffres semblent faux, obsolètes ou différents d'une autre source.
Revoir définitions, filtres et responsables avant mise en ligne d'un nouveau tableau.
Fonctionnement
Partagez captures, définitions de métriques, filtres, extraits SQL ou chiffres exportés.
Précisez la décision que le tableau de bord doit soutenir.
La compétence vérifie fraîcheur, définitions, filtres, alignement des sources et contradictions.
Un humain confirme l'responsable source, corrige les bloqueurs et décide si le tableau peut être utilisé.
Options d'entrée
Captures, export, définitions, filtres, timestamp de refresh ou SQL.
Exemple
Tableau : Weekly Revenue Overview. Décision : leadership décidera si le plan de recovery Q3 fonctionne. Observé : - Le graphique revenue dit que bookings +18%. - Le rapport CRM dit que commit forecast -9%. - Dernier refresh vendredi 18:00. - Le filtre exclut la région Enterprise via une vue sauvegardée. - Responsable listé : RevOps Analytics, mais l'responsable est parti le mois dernier. Besoin : peut-on utiliser ce tableau lundi ?
Ne pas utiliser comme source principale de décision. Le tableau peut donner un contexte directionnel, mais deux bloqueurs peuvent changer la décision leadership.
Enterprise est exclu par filtre sauvegardé et l'responsable est obsolète. Comme Enterprise peut changer bookings et forecast, le tableau n'est pas prêt pour décision.
Le refresh vendredi peut suffire pour lundi seulement si les changements CRM du week-end sont non matériels. Confirmer horaire de refresh et dernier job réussi.
Qui possède ce tableau maintenant ? Enterprise doit-il être inclus ? Bookings et commit forecast sont-ils volontairement des métriques différentes ?
Réinitialiser le filtre, assigner un responsable, rafraîchir les données et ajouter une note expliquant bookings vs commit forecast.
Métriques améliorées
Compatible avec
Partout
Paste the notes, exports, screenshots, or summaries you already have. The skill works without a connected system.
Connect the relevant support, analytics, CRM, or data tool when you want fresher source evidence.
Envie d'utiliser Tableau de bord de métriques ?
Choisissez comment commencer.
Installez et exécutez cette compétence localement sur votre ordinateur.
Ouvrez un terminal sur votre ordinateur et collez cette commande :
Cela télécharge la compétence avec tous ses fichiers sur votre ordinateur :
Ajoutez -g à la fin pour le rendre disponible dans tous vos projets.
Démarrez Claude Code, puis tapez la commande :
Tableau de bord de métriques
Source public : https://github.com/phuryn/pm-skills/blob/HEAD/pm-product-discovery/skills/metrics-dashboard/SKILL.md
Commande d'installation : npx skills add phuryn/pm-skills@metrics-dashboard
À quoi elle sert
Vérifie définitions, fraîcheur, filtres, responsables, systèmes source et contradictions évidentes pour savoir si les chiffres sont utilisables.
Pour utilisateur métier
Utilisez-la pour concevoir ou vérifier un tableau de bord de métriques avant une décision métier. Elle doit expliquer quoi fournir, ce que l'IA renvoie, les risques à vérifier et la décision humaine restante.
Garde-fous
- Garder les chiffres, dates, noms d'outils, commandes, identifiants, URLs et règles fournis par l'utilisateur.
- Ne pas inventer de métrique, source, responsable, décision ou risque absent des éléments fournis.
- Signaler clairement ce qui doit être confirmé par un humain avant publication, mise à jour d'outil ou décision.
Documents de référence
Source Tableau de bord de métriques
Source public : https://github.com/phuryn/pm-skills/blob/HEAD/pm-product-discovery/skills/metrics-dashboard/SKILL.md
Commande d'installation : npx skills add phuryn/pm-skills@metrics-dashboard
Le document source public est en anglais. Cette page catalogue conserve le lien source et présente une synthèse française orientée utilisateur métier.
Tableau de bord de métriques
Source public : https://github.com/phuryn/pm-skills/blob/HEAD/pm-product-discovery/skills/metrics-dashboard/SKILL.md
Commande d'installation : npx skills add phuryn/pm-skills@metrics-dashboard
À quoi elle sert
Vérifie définitions, fraîcheur, filtres, responsables, systèmes source et contradictions évidentes pour savoir si les chiffres sont utilisables.
Pour utilisateur métier
Utilisez-la pour concevoir ou vérifier un tableau de bord de métriques avant une décision métier. Elle doit expliquer quoi fournir, ce que l'IA renvoie, les risques à vérifier et la décision humaine restante.
Garde-fous
- Garder les chiffres, dates, noms d'outils, commandes, identifiants, URLs et règles fournis par l'utilisateur.
- Ne pas inventer de métrique, source, responsable, décision ou risque absent des éléments fournis.
- Signaler clairement ce qui doit être confirmé par un humain avant publication, mise à jour d'outil ou décision.