La plupart des gens commencent leur journée de travail de la même manière.
Ouvrir les e-mails. Vérifier Slack. Parcourir les dossiers de projet en essayant de se rappeler où on en est. Consulter le calendrier. Vérifier la liste des tâches. Essayer de se faire une idée mentale de ce qui doit réellement se passer aujourd'hui.
Quarante-cinq minutes plus tard, vous avez une vague idée de vos priorités et la matinée est déjà compromise.
Le problème n'est pas que l'information n'existe pas.
Elle existe dans vos notes de projet. Dans vos dossiers clients. Dans vos notes quotidiennes. Dans votre liste de tâches. Dans votre calendrier.
Le problème, c'est que pour y accéder, vous devez être la couche d'intégration entre toutes ces choses.
Vous êtes le système qui relie les informations.
Le tableau de bord Obsidian vous retire de ce rôle.
Il extrait chaque élément d'information pertinent de l'ensemble de votre coffre et le présente au même endroit, avant même que vous n'ouvriez un seul fichier de projet.
Vous ouvrez une note. Vous voyez tout ce qui compte aujourd'hui. Vous commencez à travailler.
Ce guide est la construction complète, de zéro à un tableau de bord entièrement opérationnel, qui se met à jour automatiquement et se connecte à Claude Code pour des briefings matinaux intelligents.
Le principe fondamental : lire, pas stocker
Avant d'écrire une seule requête, comprenez ce qu'est et ce que n'est pas un tableau de bord Obsidian.
Un tableau de bord n'est pas un endroit supplémentaire où mettre des informations.
C'est une note unique qui lit les informations de partout ailleurs dans votre coffre et affiche ce qui est pertinent à l'instant T.
C'est cette distinction qui rend le tableau de bord précieux.
Parce qu'il lit à partir de vos autres notes plutôt que de stocker ses propres informations, vous n'avez jamais à le maintenir manuellement. Vous mettez à jour vos fichiers de projet, vos notes clients et vos notes quotidiennes comme vous l'avez toujours fait. Le tableau de bord reflète ces mises à jour automatiquement chaque fois que vous l'ouvrez.
Le tableau de bord n'a pas de contenu propre.
Il a des requêtes.
Chaque requête extrait des informations spécifiques de parties spécifiques de votre coffre selon des règles que vous définissez.
Lorsque les notes sous-jacentes changent, le tableau de bord change.
Vous faites une mise à jour à un seul endroit. Le tableau de bord reste à jour partout où il référence cette information.
Ce que le tableau de bord affiche
Un tableau de bord professionnel complet présente six catégories d'informations.
Les priorités du jour — Les tâches à échéance aujourd'hui ou en retard, triées par priorité. Les dix choses les plus importantes qui nécessitent une action immédiate.
L'état des projets actifs — Chaque projet actif avec son pourcentage d'avancement actuel, sa date limite et l'action spécifique à mener pour le faire avancer.
Les échéances à venir — Tout ce qui a une échéance dans les sept prochains jours, tous types de notes confondus. Projets, tâches et livrables clients dans une seule vue.
La santé des clients — Chaque client actif avec son état de santé relationnel, la date du dernier contact et le prochain point de contact prévu. Les clients à risque apparaissent en haut automatiquement.
Les boucles ouvertes — Les éléments inachevés de la note quotidienne d'hier qui doivent encore être clôturés. Les choses qui passent entre les mailles du filet dans la plupart des systèmes.
Le pouls des revenus — Chaque client actif trié par contribution mensuelle aux revenus, avec un total en direct.
Six sections. Une seule note. Tout ce qui compte.
Les fondations techniques
Deux fonctionnalités d'Obsidian rendent un tableau de bord en direct possible.
Dataview est un plugin communautaire qui agit comme un moteur de requêtes pour votre coffre. Il vous permet d'écrire des requêtes à l'intérieur de n'importe quelle note, qui extraient des informations d'autres notes en fonction de leurs propriétés, étiquettes ou contenu. Les résultats sont rendus en direct chaque fois que la note est ouverte.
Les propriétés sont des champs de métadonnées structurés en haut de chaque note, écrits au format YAML. Une note de tâche a une propriété de date d'échéance, une propriété de statut et une propriété de priorité. Dataview lit ces propriétés et le tableau de bord les affiche.
La configuration nécessite un plugin et une approche cohérente de la structure de chaque note dans votre coffre.
Installez Dataview depuis Obsidian Settings → Community Plugins → Browse. Cherchez Dataview. Installez-le et activez-le.
C'est le seul plugin dont le tableau de bord principal a besoin.
Structurer vos notes pour les requêtes du tableau de bord
Avant de construire le tableau de bord, chaque type de note doit avoir des propriétés cohérentes que Dataview peut lire.
Des propriétés incohérentes produisent des résultats de requête incomplets. La discipline consistant à maintenir une structure cohérente pour chaque note d'un type donné est ce qui rend le tableau de bord fiable.
Les noms des propriétés doivent correspondre exactement entre vos notes et vos requêtes. Type, status, priority, due, deadline — ces chaînes exactes apparaissent aux deux endroits. Une seule faute de frappe dans un nom de propriété rend cette note invisible pour la requête.
Commencez par les propriétés minimales viables. Ajoutez-en au fur et à mesure que vous identifiez les informations que vous souhaitez voir apparaître sur le tableau de bord.
Construire le tableau de bord section par section
Créez une nouvelle note à la racine de votre coffre appelée Dashboard.md.
Cette note ne contiendra jamais de contenu tapé manuellement après la construction initiale. Tout ce qu'elle contient est un en-tête ou une requête Dataview qui extrait des informations en direct du reste de votre coffre.
Section 1 : Les priorités du jour
1TABLE WITHOUT ID2file.link as "Tâche",3due as "Échéance",4project as "Projet",5priority as "Priorité"6FROM "02 - TÂCHES"7WHERE type = "task"8AND status != "complete"9AND (due = date(today) OR due < date(today))10SORT priority DESC, due ASC11LIMIT 10
Cette requête extrait toutes les tâches arrivant à échéance aujourd'hui ou avant et qui n'ont pas été terminées. Elle trie d'abord par priorité afin que les éléments à plus fort impact apparaissent en haut. La limite à 10 est intentionnelle.
Un tableau de bord affichant 40 tâches en retard crée de l'anxiété plutôt que de la clarté.
Limiter à dix force une priorisation au niveau des propriétés. Si plus de dix tâches sont dues aujourd'hui, celles qui ne figurent pas sur le tableau de bord doivent voir leur date d'échéance ajustée ou leur priorité réévaluée. Le tableau de bord devient un moteur de priorisation honnête.
Section 2 : Projets actifs
1TABLE WITHOUT ID2file.link as "Projet",3client as "Client",4completion + "%" as "Fait",5deadline as "Date limite",6next_action as "Prochaine action",7priority as "Priorité"8FROM "01 - PROJETS"9WHERE type = "project"10AND status = "active"11SORT priority DESC, deadline ASC
Chaque projet actif apparaît ici avec son pourcentage d'avancement, sa date limite et la prochaine action spécifique.
La propriété next_action est la colonne la plus précieuse de ce tableau. Elle révèle ce dont chaque projet a besoin maintenant, sans que vous ayez à ouvrir un fichier de projet. Combinée aux colonnes de date limite et d'avancement, vous pouvez évaluer l'état complet de chaque projet actif en moins de deux minutes.
Lorsque vous mettez à jour la propriété next_action dans un fichier de projet, le tableau de bord reflète immédiatement le changement.
Section 3 : Les sept prochains jours
1TABLE WITHOUT ID2file.link as "Élément",3type as "Type",4deadline as "Date limite",5status as "Statut",6client as "Client"7FROM ""8WHERE (deadline >= date(today) AND deadline <= date(today) + dur(7 jours))9AND status != "complete"10SORT deadline ASC
Cette section interroge tout ce qui se trouve dans le coffre avec une date limite dans les sept prochains jours, quel que soit le type de note. Les projets, les tâches et les livrables clients apparaissent tous ensemble, triés par date.
La fenêtre de sept jours est suffisamment courte pour que tout ce qui s'y trouve soit réellement pertinent pour la planification à court terme. Suffisamment longue pour que vous puissiez agir avant les échéances plutôt que de simplement réagir.
Section 4 : Surveillance de la santé des clients
1TABLE WITHOUT ID2file.link as "Client",3health as "Santé",4mrr as "MRR ($)",5last_contact as "Dernier contact",6next_touchpoint as "Prochain point de contact"7FROM "03 - CLIENTS"8WHERE type = "client"9AND status = "active"10SORT health ASC, last_contact ASC
Trier la santé par ordre croissant place les clients à risque en haut.
Trier le dernier contact par ordre croissant au sein de chaque niveau de santé fait que les clients que vous n'avez pas contactés depuis le plus longtemps apparaissent en premier dans leur groupe.
La combinaison rend l'action évidente sans réflexion supplémentaire. Une santé rouge avec une date de contact vieille de trois semaines nécessite une action immédiate. Une santé verte avec une date de contact d'hier n'en nécessite pas.
La propriété health utilise trois valeurs : healthy, attention et atrisk. Maintenez cette cohérence et le tableau de bord se transforme en un examen CRM qui prendrait autrement 20 minutes de vérification manuelle.
Section 5 : Boucles ouvertes
Cette section nécessite une simple convention dans vos notes quotidiennes.
Tout élément que vous souhaitez voir apparaître sur le tableau de bord du lendemain est préfixé par OPEN: lorsque vous l'écrivez dans votre note quotidienne.
1OPEN: Relancer la proposition révisée du client2OPEN: Décision sur les piliers de contenu du T33OPEN: Vérifier les termes du contrat avant l'appel de jeudi
La requête :
1LIST2FROM "04 - QUOTIDIEN"3WHERE type = "daily"4AND date = date(today) - dur(1 day)5FLATTEN file.lists AS item6WHERE contains(string(item), "OPEN:")
Chaque élément préfixé par OPEN: dans la note quotidienne d'hier apparaît automatiquement dans le tableau de bord d'aujourd'hui.
La section des boucles ouvertes capture les éléments qui sont suffisamment importants pour être notés, mais pas assez formels pour être une tâche. Ce sont les choses qui passent entre les mailles du filet dans les systèmes qui ne suivent que les tâches formelles. La convention OPEN: les fait apparaître au bon moment sans nécessiter un système de suivi séparé.
Section 6 : Pouls des revenus
1TABLE WITHOUT ID2file.link as "Client",3mrr as "MRR ($)",4health as "Santé",5status as "Statut"6FROM "03 - CLIENTS"7WHERE type = "client"8AND status = "active"9SORT mrr DESC
Ajoutez cette requête en ligne sous le tableau pour afficher le total :
1**MRR total :** `$= dv.pages('"03 - CLIENTS"').where(p => p.type === "client" && p.status === "active").map(p => p.mrr).array().reduce((a,b) => a + b, 0)`
Ce tableau et ce total vous donnent l'image actuelle des revenus en 15 secondes. Chaque client actif. Leur contribution mensuelle. Leur état de santé. Le total cumulé.
Pas de tableur. Pas de calcul manuel. Les chiffres se mettent à jour chaque fois que vous modifiez une propriété client.
Le modèle complet du tableau de bord
1# Tableau de bord23> `$= dv.date("today").toFormat("EEEE, d MMMM yyyy")`45---67## Les priorités du jour89[REQUÊTE DATAVIEW — SECTION 1]1011---1213## Projets actifs1415[REQUÊTE DATAVIEW — SECTION 2]1617---1819## Les 7 prochains jours2021[REQUÊTE DATAVIEW — SECTION 3]2223---2425## Santé des clients2627[REQUÊTE DATAVIEW — SECTION 4]2829---3031## Boucles ouvertes3233[REQUÊTE DATAVIEW — SECTION 5]3435---3637## Pouls des revenus3839[REQUÊTE DATAVIEW — SECTION 6]4041**MRR total :** [REQUÊTE EN LIGNE]
Remplacez chaque emplacement entre crochets par la requête correspondante des sections ci-dessus.
La date en ligne en haut s'affiche automatiquement, vous savez donc toujours quel jour le tableau de bord affiche, sans avoir à consulter votre calendrier.
Connecter Claude Code via MCP
Le tableau de bord construit ci-dessus est déjà plus utile que la plupart des configurations de gestion d'entreprise.
Connecté à Claude Code via le Filesystem MCP, il gagne deux capacités qui transforment complètement l'expérience matinale.
Briefing matinal intelligent. Au lieu de lire six tableaux de données brutes, Claude lit le tableau de bord, synthétise les informations des six sections et produit un briefing en langage naturel. Pas ce que les données montrent. Ce que les données signifient pour aujourd'hui.
L'invite pour le briefing matinal :
1Lis ma note de tableau de bord Obsidian et chaque fichier qu'elle référence.23Synthétise un briefing matinal qui me dit :451. La chose la plus importante à accomplir aujourd'hui62. Ce qui nécessite mon attention avant midi et pourquoi73. Ce qui est en danger si je n'agis pas aujourd'hui84. La relation client qui a le plus besoin d'attention maintenant95. Une décision en suspens que je devrais prendre avant de commencer1011Ne décris pas les tableaux. Dis-moi ce qu'ils signifient.1213Garde le briefing sous 300 mots. Commence par la chose la plus urgente.
Ce briefing s'exécute automatiquement via N8N tous les matins à 6h. Il lit les données en direct du tableau de bord et dépose le briefing dans votre note quotidienne avant que vous n'ouvriez votre ordinateur.
Mises à jour automatiques des propriétés. Lorsque vous terminez un travail, Claude met à jour automatiquement les propriétés correspondantes dans vos fichiers de projet et de tâche.
La convention de complétion dans votre note quotidienne :
1DONE: [nom du projet] — [livrable spécifique]2UPDATE: [nom du projet] — avancement : 65
Claude lit ces entrées, trouve les fichiers correspondants dans le coffre, met à jour les propriétés et enregistre les modifications. Le tableau de bord reflète les mises à jour immédiatement.
Le flux de travail quotidien avec le tableau de bord
Voici à quoi ressemblent les dix premières minutes de votre journée.
6h00 : Votre téléphone reçoit une notification Telegram. Le briefing matinal est prêt dans votre note quotidienne.
6h02 : Vous lisez le briefing. Il vous dit la chose la plus importante aujourd'hui et la relation client qui nécessite une attention. Il fait 180 mots.
6h05 : Vous ouvrez le tableau de bord. Vous confirmez que les priorités soulevées par le briefing correspondent à ce que montrent les tableaux. Vous ajoutez les nouvelles tâches avec les bonnes propriétés.
6h10 : Vous commencez à travailler.
Pas d'e-mail en premier. Pas de Slack en premier. Pas d'orientation de 45 minutes entre cinq outils.
Vous commencez à travailler parce que vous savez déjà ce qui compte.
Le tableau de bord livre cela chaque matin sans que vous ayez à le maintenir, à le compiler ou à le mettre à jour manuellement.
Garantir la précision du tableau de bord au fil du temps
Le tableau de bord n'est que le reflet des données qui le sous-tendent.
Trois habitudes rendent les données fiables.
Mettez à jour les propriétés dès qu'un changement survient. Lorsqu'un projet passe de actif à terminé, mettez à jour immédiatement la propriété de statut. Lorsque l'état de santé d'un client change, mettez à jour la propriété ce jour-là. Des propriétés obsolètes produisent un tableau de bord obsolète.
Utilisez la convention `OPEN:` de manière cohérente. Chaque fois que quelque chose doit être reporté à demain, écrivez-le dans votre note quotidienne avec le préfixe OPEN:. Ne comptez pas sur la mémoire pour le reporter manuellement.
Revoyez le tableau de bord en fin de journée autant qu'en début de journée. Une revue du tableau de bord de 3 minutes en fin de journée identifie ce qui doit être mis à jour avant le briefing matinal du lendemain. Cinq mises à jour de propriétés à 17h produisent un briefing plus précis à 6h que cinq mises à jour effectuées pendant que vous lisez déjà le briefing.
Dépannage
Les requêtes retournent des résultats vides : Les noms de propriétés dans vos notes ne correspondent pas exactement aux noms de propriétés dans la requête. Vérifiez les fautes de frappe, les différences de casse et les guillemets manquants.
Les propriétés ne s'affichent pas : Le bloc YAML frontmatter doit apparaître tout en haut de la note, avant tout autre contenu. Un seul caractère avant le --- d'ouverture casse l'ensemble du bloc de propriétés.
Les requêtes de date ne fonctionnent pas : Les dates dans les propriétés doivent suivre exactement le format AAAA-MM-JJ. 2026-5-18 casse la requête. 2026-05-18 fonctionne.
Le tableau de bord charge lentement : Trop de notes correspondent aux critères de la requête. Ajoutez des filtres de dossier pour réduire le périmètre. Interroger FROM "01 - PROJETS" est plus rapide que d'interroger FROM "" sur l'ensemble du coffre.
Les calculs en ligne montrent des erreurs : La propriété MRR doit contenir un nombre, pas une chaîne de caractères. mrr: 3000 fonctionne. mrr: "$3 000" ne fonctionne pas.
Ce qui change après 30 jours
Le tableau de bord apporte une valeur immédiate dès le premier matin où vous l'utilisez.
L'effet cumulé se manifeste au deuxième mois.
Chaque mise à jour de propriété que vous effectuez entraîne une discipline qui maintient les données de votre coffre à jour. Cette discipline se cumule en un système où le tableau de bord est réellement précis, plutôt que partiellement précis.
Chaque élément OPEN: que vous capturez comble l'écart entre ce que vous aviez l'intention de faire et ce que vous avez réellement suivi. Au bout de 30 jours, vous ne perdez plus les éléments importants mais non urgents qui passaient auparavant entre les mailles du filet.
Chaque briefing matinal que Claude génère à partir des données du tableau de bord devient plus calibré à vos schémas de travail réels à mesure que les données sous-jacentes s'enrichissent.
Au deuxième mois, vous ne vous souviendrez plus comment vous commenciez vos matinées avant que le tableau de bord n'existe.
Au troisième mois, vous ne commencerez pas votre journée sans lui.
La construction prend un après-midi.
L'effet cumulé commence dès le premier matin.
Construisez-le aujourd'hui.
Suivez @cyrilXBT pour les requêtes Dataview exactes, les invites Claude et les modèles de coffre qui font fonctionner tout ce système.
