Un responsable commercial demande le chiffre d’affaires par pays. Le graphique arrive vite. Mais compte-t-il les commandes annulées ? Les remboursements ? Le mois entier ou seulement les jours déjà écoulés ? Ces questions restent nécessaires quand le tableau de bord est construit par une IA.
Claude Dashboards est une fonctionnalité officielle d’Anthropic, annoncée le 8 octobre 2026 en bêta. Elle transforme une question en tableau de bord connecté. Ce guide fait le point au 11 octobre 2026 sur les annonces vérifiées, les conditions d’accès et une méthode pour contrôler les résultats. La recherche a couvert les annonces, la documentation et les discussions récentes ; elle ne garantit pas une exhaustivité absolue.
Le cas pratique utilise des données fictives. Notre recette Python/SQLite a été exécutée localement. Nous n’avons pas réalisé de benchmark ni de test connecté dans un compte Claude Dashboards.
Ce que désigne Claude Dashboards
Le guide officiel décrit un nouveau modèle d’Artifact : une source connectée, une question en langage naturel, puis des graphiques dont on peut consulter la requête SQL et le dernier rafraîchissement. Les tableaux sont conservés dans l’onglet Artifacts. Le périmètre annoncé vise les questions exploratoires.
Il faut distinguer trois objets :
- Claude Dashboards, cette fonctionnalité intégrée et nommée par Anthropic ;
- un dashboard développé avec Claude ou Claude Code, dont le code, l’hébergement et la connexion aux données dépendent du projet ;
- un outil tiers portant un nom voisin, par exemple un suivi de consommation des API Claude.
Une démonstration de graphique généré à partir d’un fichier ne prouve donc pas qu’elle utilise la nouvelle fonctionnalité connectée. Cette distinction évite de lui attribuer les possibilités d’une application sur mesure.
La chronologie utile, sans confondre les annonces
| Date |
Ce qui est établi |
Conséquence pour une équipe data |
| 15 septembre 2026 |
Salesforce dans Claude est annoncé en bêta, avec approbation des organisations par Salesforce |
La présence de Salesforce dans une annonce ne signifie pas un accès immédiat pour tout compte |
| 16 septembre 2026 |
Design, Slides et Docs arrivent dans les conversations ; la nouvelle expérience Claude se déploie progressivement sur Pro et Max |
Ce changement précède Dashboards et ne constitue pas sa date de lancement |
| 8 octobre 2026 |
Lancement de Dashboards et Motion en bêta ; Docs, Slides et Design sortent de bêta |
Les statuts des différents outils restent distincts |
| 15 octobre 2026, annoncé |
Activation par défaut de Docs, Slides et Design sur Enterprise |
Cette date ne vaut pas activation automatique de Dashboards |
| 14 décembre 2026, annoncé |
Fermeture de l’ancien site autonome Claude Design |
Les équipes qui l’utilisent doivent suivre le guide de migration |
Les deux premières lignes viennent des notes de version. Le lancement et les échéances suivantes figurent dans l’annonce du 8 octobre. Au moment de notre vérification, la page générale des notes de version s’arrête au 7 octobre pour ce mois : l’annonce et le guide Dashboards apportent la confirmation du lancement.
Les publications des 9 et 10 octobre consultées reprennent principalement cette sortie. Nous n’avons pas confirmé une nouvelle capacité de Dashboards postérieure au 8 octobre.
Motion est une autre fonctionnalité. Elle transforme notamment un graphique ou un rapport en animation modifiable et exportable en MP4, sur Team et Enterprise. La démonstration officielle présente un scénario de location de vélos, puis son explication animée. Elle illustre le produit ; elle ne mesure ni l’exactitude des données ni un gain de productivité.
Connecteurs, actualisation et passage vers la BI
Anthropic cite Amazon Redshift, BigQuery, ClickHouse, Databricks et Snowflake, ainsi que les applications connectées comme Salesforce. L’annonce prévoit aussi une reprise dans Amplitude, Grafana, Hex, Mixpanel, Omni, Perplexity, PostHog ou Sigma. Looker, monday.com et Tableau sont annoncés comme à venir, pas comme déjà disponibles dans ce circuit. L’envoi vers un outil ne prouve pas une migration fidèle de tous les calculs, filtres et droits : il faut la vérifier sur le résultat obtenu. Source : annonce Anthropic.
Le connecteur mérite sa propre lecture. Google documente pour son serveur MCP BigQuery une API activée, OAuth et les droits permettant d’utiliser MCP, de lancer des jobs et de lire les données. Ses réponses sont plafonnées à 3 000 lignes ; le traitement est limité par défaut à trois minutes. Les tables externes Google Drive ne sont pas prises en charge. Ces limites appartiennent à ce connecteur, pas à tous les dashboards Claude.
Côté Snowflake, il faut configurer le serveur MCP, OAuth et les privilèges sur ses outils. Le mode SQL propose un réglage read_only, activé par défaut. L’existence d’une connexion ne remplace pas ces préparatifs.
Sur l’actualisation, la promesse officielle est un tableau qui reste à jour avec ses données. Les pages consultées ne précisent cependant ni intervalle garanti, ni fréquence configurable, ni engagement de latence. Un horodatage visible permet de constater la fraîcheur ; il ne constitue pas une garantie de temps réel.
Pour choisir un pilote, demandez quelle ancienneté des données reste acceptable. Un suivi hebdomadaire et une décision opérationnelle à la minute n’ont pas le même besoin. Mesurez le délai entre une modification dans la source et son apparition dans le tableau avant de convenir d’un usage récurrent.
Plans et coût réel du premier essai
La bêta est accessible sur Pro, Max, Team et Enterprise, pas sur Free. Sur Enterprise, un propriétaire doit l’activer. Au 11 octobre, la page tarifaire affiche les montants suivants en dollars, hors taxes applicables :
| Plan |
Prix affiché |
| Pro |
20 $ par mois, ou 200 $ facturés annuellement |
| Max |
À partir de 100 $ par mois |
| Team, siège standard |
25 $ par mois, ou 20 $ par mois avec facturation annuelle |
| Team, siège premium |
125 $ par mois, ou 100 $ par mois avec facturation annuelle |
| Enterprise, offre affichée |
20 $ par siège et par mois, facturés annuellement, plus consommation aux tarifs API |
Dashboards consomme les limites d’usage du plan. Le guide administrateur distingue les contrats Enterprise par siège et à la consommation. Vérifiez votre contrat au lieu de transposer une ligne tarifaire à une organisation existante.
Le budget du pilote comprend aussi les requêtes de l’entrepôt, les licences éventuelles du service source et le temps de préparation et de validation. Aucun coût fixe « par dashboard » ne permet ici de chiffrer honnêtement l’ensemble. Relevez les requêtes exécutées, leur coût et les corrections nécessaires pendant l’essai.
Partager un tableau n’accorde pas l’accès aux données
Le guide de partage précise que l’Artifact commence privé. Son destinataire doit généralement avoir un compte Claude. Un Artifact alimenté par des applications connectées utilise les connexions du lecteur ; sans accès à la source, la partie concernée affiche une erreur. Les Artifacts connectés ne peuvent pas être rendus accessibles par l’option « Anyone with the link ».
L’annonce générale sur le partage externe doit donc être lue avec ces restrictions. Certaines informations enregistrées dans un stockage partagé peuvent par ailleurs être visibles aux lecteurs. Vérifiez à la fois les accès dynamiques et le contenu déjà conservé dans l’Artifact.
Les connecteurs héritent des permissions du service source. Un identifiant partagé donne le périmètre de cet identifiant, pas automatiquement celui de chaque personne. Sur Team et Enterprise, l’administrateur peut restreindre les actions autorisées. Pour le pilote, limitez les données accessibles à un périmètre de démonstration et les opérations à la lecture.
La confidentialité ne se résume pas au bouton Partager. La page tarifaire indique l’absence d’entraînement sur le contenu par défaut pour Team ; les offres individuelles ont un réglage distinct. Faites valider le plan, la conservation et les conditions adaptées aux données envisagées. L’annonce de Dashboards ne prouve pas une résidence des données en France ou dans l’Union européenne.
Trois usages concrets à évaluer
E-commerce : comprendre un écart de ventes. Une responsable veut explorer le montant net par pays sur une période terminée. Une table de commandes déjà contrôlée est un bon point de départ. Le gain recherché est le délai pour obtenir et ajuster une première vue. Le critère de succès reste la concordance avec les commandes retenues, les remboursements et les devises.
Commerce B2B : explorer le portefeuille d’opportunités. Une équipe veut regarder les opportunités ouvertes par responsable et par étape. Il faut fixer la date de référence et distinguer montant brut, montant pondéré et revenu signé. Le pilote échoue si ces notions deviennent interchangeables, même avec un graphique élégant. L’accès à Salesforce doit aussi être réellement disponible pour l’organisation.
Produit : examiner les inscriptions. Une équipe compare les inscriptions par canal. Elle définit d’abord l’utilisateur unique, les comptes de test et les périodes comparables. Le volume d’inscriptions ne mesure pas à lui seul l’activation ou la rétention. Le tableau devient utile s’il accélère l’exploration d’une question déjà définie.
Ces cas sont des propositions de test, pas des missions clients ni des résultats observés chez Nymphar.
Tutoriel : vérifier un premier dashboard sur huit commandes fictives
L’exercice sépare une référence locale reproductible et un essai connecté à réaliser dans votre environnement autorisé. Il ne nécessite aucun achat pour la partie locale.
1. Préparer la référence
Téléchargez dans le même dossier le CSV de démonstration, le vérificateur Python et la requête GoogleSQL.
Le contrat de calcul est volontairement précis : une ligne par commande, uniquement le statut paid, uniquement l’euro, du 1er octobre inclus au 11 octobre exclu. Le montant net correspond au montant HT moins le remboursement HT de la commande. La date métier est déjà établie en heure de Paris. Ce calcul pédagogique n’est pas une règle universelle de reconnaissance comptable du revenu.
Exécutez avec Python 3.10 ou plus récent :
python3 verifier_demo.py commandes-demo.csv
Le script utilise uniquement la bibliothèque standard et une base SQLite en mémoire. Il ne contacte aucun service. Les résultats attendus sont 4 commandes et 250 €, dont 210 € en France et 40 € en Belgique. La recette vérifie aussi que l’inclusion d’une annulation, le mélange des devises, l’oubli d’un remboursement ou une borne de fin inclusive changent le résultat.
2. Préparer une source autorisée
Pour la partie connectée, utilisez un plan éligible et un connecteur déjà autorisé, par exemple BigQuery. Dans un dataset de démonstration, chargez le CSV avec le schéma indiqué dans le fichier SQL : date en DATE, montants en INT64, autres colonnes en STRING. Vérifiez l’unicité de commande_id et les huit lignes importées.
Faites configurer le connecteur selon la documentation du fournisseur. L’utilisateur doit pouvoir lire cette table et exécuter la requête, sans accès inutile aux données de production. Remplacez votre-projet.demo.commandes dans la requête de référence puis vérifiez les deux agrégats par pays dans votre entrepôt. La requête GoogleSQL est fournie pour cet essai ; seule sa logique équivalente SQLite a été exécutée ici.
3. Demander le dashboard
Dans Claude, choisissez la sortie Dashboards ou son modèle dans Artifacts. Utilisez une consigne qui fixe le calcul :
Crée un dashboard à partir de votre-projet.demo.commandes.
Une ligne représente une commande. N'ajoute aucune jointure.
Période : date_metier >= 2026-10-01 et < 2026-10-11.
Garde uniquement statut = paid et devise = EUR.
Montant net HT = montant_ht_centimes - remboursement_ht_centimes.
Affiche le nombre de commandes et le montant net par pays,
puis le total. Convertis les centimes en euros après agrégation.
Rends la définition, les filtres et la fraîcheur visibles.
Si une colonne manque, signale-le sans inventer un remplacement.
4. Contrôler avant de diffuser
Ouvrez les requêtes des graphiques. Comparez les lignes retenues à la référence : A001, A002, A003 et A008. Vérifiez ensuite chaque pays, puis le total. Contrôlez les unités dans le graphique ; 25 000 centimes ne sont pas 25 000 euros.
Ne fournissez pas d’abord le total attendu à Claude : vous voulez contrôler son interprétation, pas seulement obtenir une carte affichant ce nombre. Si un résultat diverge, corrigez la définition ou la requête, puis recommencez toute la vérification.
5. Tester changement et permissions
Dans la copie de démonstration uniquement, ajoutez une commande A009 : 10 octobre, Belgique, payée, EUR, 4 000 centimes HT, remboursement nul. La nouvelle référence est 5 commandes et 290 €, dont 80 € en Belgique. Relevez quand le tableau reflète le changement et son horodatage. Une actualisation non observée reste un résultat incomplet.
Avec un collègue autorisé, vérifiez séparément l’accès à l’Artifact et à la source, puis le comportement d’un compte sans accès à la table. N’élargissez pas ses droits uniquement pour faire disparaître une erreur : le refus attendu fait partie du test.
Terminez en retirant le partage de test et, si vous les avez créées uniquement pour l’exercice, les autorisations et données temporaires selon vos procédures.
Ce que l’équipe data garde en responsabilité
Le bon objectif du pilote est de réduire le temps entre une question et une première analyse vérifiée. Mesurez le délai total, y compris les corrections, la reproductibilité des chiffres et le coût des requêtes. La vitesse de génération seule ne suffit pas.
Pour une publication financière, une définition commune à plusieurs équipes ou une diffusion récurrente, conservez vos procédures de validation et vos outils BI tant que les mêmes exigences ne sont pas démontrées. L’intégration annoncée avec la BI va d’ailleurs dans le sens d’une continuité entre exploration et analyse approfondie.
Un nouveau tableau pose aussi la question du stock existant : notre méthode pour déprécier un rapport BI aide à éviter les doublons. Claude Dashboards mérite un essai sur une question bornée, une source comprise et un résultat que l’on sait recalculer. Le premier livrable utile est autant la définition de l’indicateur que le graphique.
