Aller au contenu
NotionStartups & scale-ups SaaS
8 min de lecture

Vue d'ensemble des projets sur Notion : la visibilité vient des relations, pas du tableau de bord

Notion pour startups & scale-ups SaaS : pourquoi la visibilité ne vient pas d'un tableau de bord mais des relations entre bases, et comment construire des vues portefeuille réellement lisibles — Quotid-up, Notion Advanced.

La demande arrive presque toujours formulée de la même façon. « On voudrait un dashboard dans Notion, avec tout ce qui est en cours. »

Nous posons alors une question qui casse un peu l'ambiance : de quoi est faite une ligne de ce tableau ? Un projet ? Une tâche ? Une fonctionnalité ? Un client ?

Silence. Puis trois réponses différentes autour de la table.

C'est là que se trouve le vrai sujet. Le manque de visibilité dans Notion vient très rarement d'un défaut d'affichage. Il vient de ce que les objets à suivre n'ont jamais été définis.

Le problème spécifique d'une scale-up

Dans une startup qui grandit, les niveaux de suivi se sont empilés sans jamais être arbitrés.

Product suit des épopées et des fonctionnalités. Delivery suit des chantiers clients. Sales suit des comptes. Les fondateurs suivent des objectifs trimestriels.

Chacun a raison à son échelle. Aucun de ces objets ne se relie aux autres.

Alors quand quelqu'un demande où en est le sujet d'un client, il faut ouvrir trois endroits et reconstituer. Et la réponse dépend de qui la donne.

L'espace Notion, lui, s'est construit en arborescence. Une page par équipe, une sous-page par sujet, une sous-sous-page par mois. Ce qui fonctionne très bien à dix personnes devient illisible à quarante : l'information existe, mais elle n'est atteignable que par le chemin exact que quelqu'un a créé un jour.

Le Microsoft Work Trend Index 2025 relève qu'un collaborateur est interrompu en moyenne toutes les deux minutes, jusqu'à 275 fois par jour. Une bonne partie de ces interruptions sont des questions de statut, posées à une personne parce qu'aucune vue ne permet d'y répondre seul.

Pourquoi Notion peut y répondre — et où il plafonne

Notion possède exactement le mécanisme qu'il faut, et il est très peu utilisé : la relation entre bases de données.

L'idée est simple. Une tâche est reliée à un projet. Ce projet est relié à un client. Une agrégation permet ensuite d'afficher le client directement au niveau de la tâche, sans jamais le ressaisir.

À partir de là, la visibilité n'est plus un problème d'affichage. Vous appelez la même base dans plusieurs vues liées, filtrées et regroupées selon le lecteur : le calendrier de la semaine pour un contributeur, le kanban par projet pour un lead, la liste des échéances proches pour la direction.

Une donnée saisie une fois, lue de quatre façons. C'est la seule mécanique qui tienne quand les équipes grandissent. Trois autres briques comptent :

Les modèles de base de données, qui garantissent que chaque nouveau projet arrive déjà structuré, avec ses objectifs, ses notes et sa vue de tâches filtrée.

Les filtres par échéance, qui rendent visible ce qui arrive plutôt que ce qui est ouvert. Un élément sans date disparaît sous les urgences des autres : datez, quitte à ce que la date bouge.

Les vues regroupées à deux niveaux, par statut puis par projet, qui donnent une lecture de portefeuille sans construire de tableau de bord.

Il faut maintenant être honnête sur le plafond. Notion est faible sur le reporting et les tableaux de bord au sens strict. Indicateurs composites, graphiques croisés, scores de priorisation calculés, consolidation entre plusieurs équipes : vous y arriverez par contournement, avec un résultat en deçà d'un outil conçu pour cela.

Ce que Notion vous donnera, ce sont des vues lisibles. Pas un pilotage chiffré. Si votre besoin est de présenter des courbes à un comité d'investisseurs, prévoyez autre chose.

Notre recommandation de configuration

  1. Décidez de vos entités avant de créer la moindre base.Que voulez-vous suivre individuellement ? Un client et un projet sont distincts si un client porte plusieurs projets. Une tâche et un livrable aussi. Cette liste d'entités, écrite sur une feuille, détermine tout le reste.
  2. Séparez le back-end du front-end.Toutes les bases dans une page technique unique, jamais consultée au quotidien. Les espaces d'usage se construisent ensuite avec des vues liées. Confondre les deux est la cause la plus fréquente d'un Notion illisible.
  3. Reliez systématiquement, et remontez le contexte par agrégation.L'objectif est qu'une tâche affiche son projet et son client sans que personne n'ait à les ressaisir. C'est ce maillage qui remplace le tableau de bord.
  4. Créez une vue par question, pas une vue par personne.« Qu'est-ce qui arrive cette semaine », « qu'est-ce qui est bloqué », « où en est ce client ». Une vue qui ne répond à aucune question précise ne sera pas consultée.
  5. Datez tout, même approximativement.Un élément sans échéance sort du champ de vision et le projet meurt lentement. Une date qui bouge vaut mieux qu'une absence de date.
  6. Limitez-vous à quatre ou cinq vues par espace.Au-delà, plus personne ne sait laquelle fait référence, et la multiplication des vues reproduit exactement le désordre qu'elle devait résoudre.

La méthode que nous appliquons

Nous commençons hors de l'outil, sur une feuille.

  • Lister les activités, puis les regrouper en domaines.L'exercice paraît trivial et il révèle presque toujours deux ou trois activités qui n'appartiennent à personne.
  • Trancher la question des entités.C'est le vrai moment de décision, et il se prend collectivement : ce que vous choisissez de suivre individuellement devient une base, ce qui reste devient une propriété.
  • Construire le socle, puis relier.Les relations et les agrégations remplacent le tableau de bord que vous cherchiez au départ.
  • Créer les espaces de consultation en dernier.Jamais l'inverse. Un espace construit avant les bases se refait toujours.

Nous avons appliqué cette séquence dans le service innovation d'un groupe international de restauration collective. Dix personnes, des projets segmentés par pays, par sujet et par segment — trois axes qui ne rentrent dans aucun gabarit standard. La structuration de l'espace et le paramétrage des bases ont permis de lire l'activité selon chacun de ces axes, avec des espaces personnels en complément, et six mois de suivi pour ajuster.

Ce suivi n'est pas un supplément commercial. Une architecture de bases se juge à l'usage, pas à la livraison : les deux premiers mois révèlent toujours une entité manquante ou une relation à inverser.

Le constat revient d'un contexte différent, sur un espace Notion devenu illisible à force de sédimentation. Le directeur du service y résumait la reprise ainsi :

« Une démarche très structurée, particulièrement agréable dans le cadre de cette restructuration. À la fin, on y voit très clair, et ça fait du bien. »

Directeur de service, acteur public de l'innovation

Questions fréquentes

Peut-on faire un vrai tableau de bord dans Notion ?

On peut faire des vues agrégées, des compteurs et des regroupements, ce qui couvre l'essentiel des besoins d'une équipe. On ne fait pas facilement de graphiques croisés, d'indicateurs composites ni de consolidation entre plusieurs espaces. Pour du pilotage chiffré destiné à une direction ou à des investisseurs, un outil dédié reste plus adapté.

Combien de bases de données faut-il pour suivre ses projets ?

Trois suffisent dans la grande majorité des cas : clients, projets, tâches. On en ajoute une seulement quand on sait dire à quoi elle se relie. Une base isolée, sans relation, est presque toujours le signe qu'on a créé un dossier déguisé.

Comment éviter que les vues se multiplient ?

En attribuant un propriétaire à chaque espace et en formulant chaque vue comme une question. Une vue qui ne répond pas à une question identifiée est supprimée à la revue suivante. Sans cette discipline, la multiplication des vues recrée le désordre qu'elle devait résoudre.

Faut-il une base séparée pour les objectifs trimestriels ?

Oui si vous voulez les relier aux projets qui y contribuent, ce qui est le principal intérêt de l'exercice. Un objectif écrit dans une page isolée devient décoratif en quelques semaines. Relié à des projets, il se met à jour tout seul dès que ces projets avancent.

Notre espace est déjà en arborescence : faut-il tout refaire ?

Pas tout, mais il faut basculer les objets réellement suivis vers des bases de données. Les pages d'arborescence peuvent rester pour la documentation, qui se lit bien ainsi. La règle : ce qui a un statut, un responsable et une échéance appartient à une base, pas à une sous-page.

Voir aussi

Où en est votre maturité opérationnelle ?

Réserver un diagnostic gratuit
  • Monday Partner
  • Asana Partner
  • Notion Advanced
  • AirSaas