Un tableau de bord Notion est l'une des choses les plus faciles à construire, et l'une des plus faciles à abandonner. Vous y passez un dimanche après-midi. Des vues liées, quelques rollups, un emoji dans l'en-tête. Pendant deux semaines, vous l'ouvrez chaque jour. Puis chaque semaine. Puis plus du tout, et le travail retourne dans votre boîte de réception et dans votre tête, là où il était avant.
L'échec tient rarement à la discipline, et rarement à la mise en page. Il tient au fait que la page a été conçue pour exposer une activité plutôt que pour la piloter. Voici la différence entre les deux, et le petit ensemble de décisions qui garde un tableau de bord en usage quotidien au-delà du premier mois.
Pourquoi la plupart des tableaux de bord Notion deviennent des musées
Ouvrez un tableau de bord abandonné et vous trouverez généralement les trois mêmes pièces de musée : un total depuis le début, un graphique et un tableau complet de tout. Ils vous disent combien vous avez gagné depuis le départ, combien de tâches existent, combien de contacts vous avez rassemblés. Aucun ne vous dit de faire quoi que ce soit.
Un musée se visite volontiers une fois. Il ne donne aucune raison d'y revenir un mardi matin. Et comme rien sur la page n'est jamais faux ni urgent, rien n'appelle jamais de modification, si bien que les données sous-jacentes dérivent. En un mois, le tableau de bord Notion est discrètement périmé, vous le savez, et c'est pour cela que vous cessez de l'ouvrir.
La seconde cause est le périmètre. Une page qui résume toutes les bases à la fois devient longue, et une page longue se fait défiler au lieu d'être lue. Si le haut de l'écran ne contient pas la réponse, la page a déjà échoué.
Afficher des données ne revient pas à provoquer une décision
Posez une question directe à chaque bloc de la page : si ce chiffre changeait, que ferais-je différemment aujourd'hui ? Un chiffre d'affaires cumulé depuis le début résiste mal à cette question. Les factures dont l'échéance est dépassée y résistent bien, parce que vous les relancez. Les contacts sans interaction depuis trente jours y résistent bien, parce que vous leur écrivez.
C'est pourquoi les vues utiles sont presque toujours étroites et bornées dans le temps. Pas tout : le sous-ensemble qui a franchi un seuil. Pas le cumul : cette semaine. La page doit ressembler davantage à une liste de choses qui réclament votre attention qu'à un rapport.
Cela signifie aussi qu'une vue vide est une réussite, pas un manque. Quand rien n'est en retard, la vue des retards n'affiche rien, et ce vide est ce qu'il y a de plus précieux à l'écran. Un total n'en est jamais capable. Il est toujours là, toujours un peu plus grand, toujours ignorable.
Les vues qui méritent leur place sur un tableau de bord Notion
Dans Notion, un tableau de bord n'est pas une base de données. C'est une page ordinaire qui contient des vues liées de bases stockées ailleurs. Vous en ajoutez une avec la commande Create linked view of database, vous la pointez vers la source, puis vous la configurez. Cette dernière étape est celle que tout le monde saute. Une vue liée sans filtre ni tri n'est que la base elle-même, dans une boîte plus petite, et elle hérite de toutes les lignes que vous avez jamais créées.
Quatre types de vues couvrent presque tout ce dont une petite structure a besoin. Table pour tout ce que vous parcourez et modifiez sur place : factures en retard, relances à faire, brouillons qui vous attendent. Affichez trois ou quatre propriétés, pas onze.
Tableau, groupé par une propriété de statut, pour le travail qui passe par des étapes. Vous faites glisser une carte et la propriété se met à jour : c'est la seule interface que les gens entretiennent de façon fiable. Calendrier pour les éléments à date unique qui ne doivent pas se chevaucher, comme les dates de publication. Chronologie, qui exige une propriété de date de début et de fin, pour le travail qui occupe une période plutôt qu'un instant.
C’est dans les filtres qu'une vue devient utile. Les conditions de date de Notion sont relatives — la semaine prochaine, le mois dernier, aujourd'hui — si bien qu'une vue configurée une fois reste juste sans jamais être modifiée. Associez une date relative à une condition de statut et vous tenez la vraie substance d'un tableau de bord Notion : le travail à la fois inachevé et dû.
Les tris comptent plus qu'il n'y paraît. Onze factures en retard triées de la plus ancienne à la plus récente vous disent par où commencer. Les mêmes onze dans l'ordre de création vous obligent à tout relire et à décider de nouveau. Le tri transforme une liste en file d'attente.
Les relations et les rollups valent mieux que les chiffres ressaisis
L'habitude qui sépare un tableau de bord qui reste juste de celui qui se dégrade consiste à refuser de taper un chiffre qui existe déjà ailleurs.
Une propriété de relation relie une ligne d'une base à des lignes d'une autre : un client à ses factures, une campagne à ses publications. Un rollup lit ensuite à travers ce lien et calcule — additionner les factures, compter les éléments inachevés, afficher la date de la dernière interaction. Les pages d'aide officielles consacrées aux relations et rollups détaillent les calculs disponibles.
Un chiffre ressaisi est juste le jour où vous le tapez, et faux peu après, en silence. Un rollup ne peut pas se périmer, puisqu'il n'est stocké nulle part : il est relu à chaque fois. Cela vaut quelques minutes de mise en place, même pour un chiffre que vous ne consultez qu'une fois par mois.
Les rollups font aussi de bons filtres. Un rollup dernière interaction sur une fiche client, filtré sur « avant il y a un mois », produit la liste des relations qui refroidissent. C'est une décision fournie par deux propriétés, sans aucune revue manuelle.
Des formules, avec retenue
Les formules méritent leur place quand elles transforment plusieurs champs en un seul jugement : jours avant l'échéance, marge par projet, ou le fait qu'un contenu ait tout ce qu'il lui faut avant d'être programmé. Deux mises en garde, toutes deux apprises à la dure.
D’abord, soyez explicite sur ce que renvoie une formule. Une formule dont le type de résultat reste ambigu se comporte de façon imprévisible quand vous filtrez ou triez une vue avec, et la vue affiche souvent toutes les lignes sans signaler d'erreur. Ensuite, préférez une vraie propriété à une formule astucieuse chaque fois que les deux se concurrencent. Une propriété de date filtrée de façon relative sera encore juste l'an prochain. Une formule écrite autour des données de ce mois-ci ne le sera généralement pas.
Si vous ne pouvez pas vous expliquer une formule trois mois plus tard, personne ne l'entretiendra. Supprimez-la et utilisez une sélection.
Le rituel hebdomadaire qui garde un tableau de bord Notion vivant
Aucune structure ne survit sans une habitude qui l'accompagne. Vingt minutes, le même créneau chaque semaine. Vendredi après-midi ou lundi matin compte bien moins que la répétition. Le tableau de bord est l'ordre du jour de ce rendez-vous avec vous-même, et la seule raison pour laquelle ses vues doivent être justes.
Trois passages. Videz les vues d'action : relancez ce qui est en retard, écrivez aux contacts refroidis, déplacez ou abandonnez ce qui a glissé. Puis regardez ce qui n'a pas bougé, avec un filtre modifié il y a plus de quatorze jours qui se révèle aussi peu flatteur qu'utile. Enfin, bouclez la boucle : tout ce que vous avez décidé pendant la revue devient une ligne plutôt qu'une note dans votre tête.
Le rituel sert aussi d'entretien. Les vues que personne n'a ouvertes en quatre semaines sont supprimées. Les propriétés que personne ne remplit aussi. Un tableau de bord Notion modifié chaque semaine reste fiable ; celui qu'on ne fait que lire s'éloigne de l'activité qu'il décrit.
Ce qu'un tableau de bord Notion doit laisser de côté
D'abord, les totaux de vanité. Chiffre d'affaires cumulé, nombre total de contacts, publications depuis le début : agréables, inertes. Si vous en voulez un pour le moral, mettez-le en bas, à sa place.
Ensuite, les doublons. Si la même liste apparaît deux fois avec des filtres légèrement différents, l'une des deux sortira de votre tête, et vous agirez sur la mauvaise au pire moment.
Enfin, tout ce qu'on ajoute parce que c'est possible. Les boutons qui créent une ligne pré-remplie sont vraiment utiles. Les modèles de base de données aussi, tout comme les propriétés numériques affichées en barre. Chacun est aussi une chose de plus à entretenir. Ajoutez-les une fois que la page a survécu un mois, pas avant qu'elle ait survécu une semaine.
La page finale doit tenir à peu près sur un écran. Cinq ou six vues. Tout ce qui se trouve sous la ligne de flottaison est conservé pour d'autres raisons que l'usage.
Aller plus loin
Tout tableau de bord Notion repose sur des bases conçues d'abord pour autre chose, et c'est à ce niveau que se trouve l'essentiel du travail. Si vous préférez partir d'une structure déjà solide, notre Lightweight CRM réunit contacts, pipeline en glisser-déposer et journal des interactions, tandis que le Cashflow Ledger suit recettes, dépenses et factures avec des alertes de retard de paiement. Tous deux font partie de la collection systèmes Notion qui les réunit. Si vous préférez le construire vous-même, notre guide pour construire un CRM simple dans Notion détaille la couche de bases de données que cet article suppose.
Questions fréquentes
Un tableau de bord Notion doit-il être une page à part ou vivre dans une base de données ?
Une page à part. Les bases servent aux enregistrements ; le tableau de bord est une surface de lecture construite à partir de leurs vues liées. Garder les deux séparés vous permet de reconstruire la page, de la réorganiser ou de la jeter sans toucher à une seule ligne de données.
À partir de combien de vues est-ce trop ?
Si vous ne pouvez pas dire à voix haute quelle décision chaque vue soutient, vous en avez trop. En pratique, cinq ou six sont confortables et dix font une page que personne ne lit jusqu'au bout. Le nombre compte moins que le test : une vue qui n'a jamais changé ce que vous avez fait dans la journée doit disparaître.
Faut-il un abonnement Notion payant pour cela ?
Non. Les bases de données, tous les types de vues, les filtres, les tris, les relations, les rollups et les formules fonctionnent sur le palier gratuit. Les paliers payants ajoutent la collaboration, les permissions et l'administration, utiles pour une équipe plutôt que pour les capacités des bases. Une personne, ou une personne et un client, tiennent largement dans le palier gratuit.
Et si le tableau de bord est destiné à un client plutôt qu'à moi ?
Alors le filtrage ne suffit pas. Une vue partagée expose toujours la base qui la sous-tend : une page destinée à un client a besoin de sa propre base, ou d'un double que vous entretenez délibérément. Décidez-le avant de construire, car ajouter après coup des règles d'accès à une page conçue pour un seul lecteur est lent et source d'erreurs.