TL;DR — Un dashboard Notion utile ne ressemble pas à une to-do list gonflée. C’est un cockpit. Il te montre en 30 secondes quels clients sont à risque, quels projets bloquent, quelles tâches vont exploser la deadline. Sans relations entre bases, tu n’as pas un système : tu as des notes qui se regardent en chiens de faïence. Voici l’architecture que j’utilise pour piloter 5 projets et 3 bots IA depuis une seule page, et les 5 vues qui font toute la différence.
Depuis dix ans, je construis des SaaS, des bots IA et des automatisations pour des clients. Pendant toutes ces années, j’ai testé à peu près tout : ClickUp, Monday, Airtable, Trello, Asana. J’ai fini par revenir à Notion. Pas parce que c’est le meilleur outil du marché, mais parce que c’est le seul qui laisse construire un système au lieu de s’adapter à celui d’un autre.
Ce que je partage ici, c’est le résultat de six itérations successives de mon propre cockpit. Version 1 avait 47 propriétés et m’a fait perdre trois heures par semaine. Version 6 en a 12, et me fait gagner au moins ça. Entre les deux, beaucoup d’erreurs, et quelques principes qui tiennent la route.
Pourquoi 90 % des dashboards Notion freelance sont inutiles
Je vais être direct : la plupart des templates Notion vendus à 49 € sur Gumroad sont jolis, et c’est tout. Ils donnent l’illusion d’un système sans en être un.
Le problème vient de trois erreurs classiques, toujours les mêmes.
Erreur 1 : Des pages isolées au lieu de bases liées
Quand tu as une page « Clients », une autre « Projets », une autre « Tâches », et qu’elles ne communiquent pas entre elles, tu n’as pas un système. Tu as trois fichiers Excel déguisés. Un vrai cockpit exige des relations : un projet est lié à un client, une tâche est liée à un projet, un ticket est lié à un bot. Sans ces liens, impossible de filtrer « tous les projets de ce client qui bloquent depuis plus de 7 jours ».
Erreur 2 : Trop de propriétés
Tu connais le syndrome. Tu ajoutes une propriété « priorité », puis « urgence », puis « deadline critique », puis « impact business », puis « date de relance ». Six mois plus tard, tu en as 30. Tu ne remplis que les trois premières. Les autres sont du bruit.
Règle que j’applique maintenant : si tu ne remplis pas une propriété 9 fois sur 10, elle n’a rien à faire dans ta base. Tu la supprimes.
Erreur 3 : Pas de dashboard, juste une liste
Un dashboard, ce n’est pas « toutes mes tâches triées par date ». C’est une vue filtrée qui ne te montre que ce qui mérite ton attention aujourd’hui. Les 95 % de données qui ne demandent pas d’action ne doivent pas apparaître. Sinon, ton œil glisse, tu zappes, tu loupes l’urgent.
À retenir : un dashboard Notion freelance qui marche repose sur trois choses : bases reliées entre elles, propriétés minimales, et vues filtrées qui masquent le bruit.
L’architecture 3 couches : pilotage, production, mémoire
Plutôt que de te balancer une liste de bases dans le désordre, voici comment je structure mentalement chaque cockpit. Trois couches, trois fonctions distinctes.
Couche 1 — Pilotage (le cerveau)
Une seule page. Objectif : voir l’état de ton business en 30 secondes, sans ouvrir autre chose.
Ce qu’on y met : revenus du mois, MRR si tu as de l’abonnement, projets actifs, clients à risque, tickets urgents, objectifs de la semaine. Pas plus. Si ça prend deux scrolls, c’est raté.
Couche 2 — Production (là où le taf avance)
C’est là que vivent tes bases opérationnelles. Celles où tu passes du temps chaque jour :
- Clients — nom, statut, business, offre en cours
- Projets — lié à un client, statut, échéance, bloquant ou non
- Tâches — lié à un projet, priorité, deadline
- Bots / SaaS / Produits — lié à un client, statut (dev, test, live, bug)
- Tickets et bugs — lié à un bot, priorité, résolution
- Automations — nom du scénario n8n ou Make, statut, dernière vérification
Ces six bases se parlent. Une vue filtrée dans la couche pilotage peut ressortir « tous les tickets critiques liés à mes clients actifs dont le bot est en live ». Voilà ce qu’on gagne avec les relations.
Couche 3 — Mémoire (ce qui te fait gagner du temps)
La couche la plus sous-estimée. Celle que personne ne montre dans les templates à 49 €. C’est pourtant là que se joue ton effet de levier à long terme.
On y stocke :
- Base de prompts — par usage (support, vente, contenu, tech), avec version et résultats observés
- SOP — onboarding client, déploiement d’un bot, clôture de projet, gestion d’un bug
- Documentation produit — pour chaque SaaS ou bot
- Logs d’erreurs et solutions — la pépite. Chaque bug résolu devient une entrée réutilisable
- Base d’idées — features, nouveaux SaaS, angles marketing
Cette couche ne s’utilise pas tous les jours. Mais elle te sauve la vie une fois par semaine, quand tu te dis « j’ai déjà résolu ce truc il y a six mois, où est-ce que j’avais noté la solution ? ».
Les 4 bases minimum pour un freelance qui gère plus de 3 clients
Si tu débutes et que tout ça te paraît lourd, voici le socle réduit. Ces quatre bases suffisent pour sortir du chaos si tu as entre 3 et 8 clients actifs.
Base 1 — Clients
Propriétés essentielles (max 6) :
- Nom (titre)
- Statut (prospect / onboarding / actif / pause / churn)
- Business (secteur ou description en 3 mots)
- Offre actuelle (texte court : « abonnement X €/mois » ou « projet Y »)
- Projets liés (relation vers la base Projets)
- Dernière interaction (date — clé pour détecter les clients qui refroidissent)
Base 2 — Projets
- Nom
- Client lié (relation)
- Statut (à lancer / en cours / bloqué / livré / archivé)
- Deadline
- Prochaine action (texte court, la seule chose qui fait avancer)
Base 3 — Tâches
- Nom
- Projet lié (relation)
- Priorité (P0, P1, P2 — pas plus, sinon tout devient P1)
- Deadline
- Statut (à faire / en cours / fait)
Base 4 — Factures
- Numéro (format INV-2026-001, lisible humainement)
- Client lié (relation)
- Projet lié (relation)
- Montant HT
- Statut (brouillon / envoyée / relancée / payée / annulée)
- Date émission + Date paiement (la deuxième vide tant que la facture n’est pas payée)
Avec une formule simple, tu calcules ton délai de paiement moyen par client. Tu serais surpris du nombre de freelances qui n’ont aucune idée de leur DSO. Et c’est l’indicateur qui te dit si tu dois changer tes conditions de paiement avant que la trésorerie ne morde.
Base 5 — La page Cockpit (page, pas base)
C’est une page qui aggrège des vues filtrées des quatre bases ci-dessus. On y revient dans la section suivante.
À retenir : quatre bases reliées plus une page Cockpit suffisent pour un freelance avec 3-8 clients. Au-delà de 10 clients ou si tu gères des bots et des automations, ajoute les bases Bots, Tickets et Automations.
Le dashboard : les 5 vues qui changent tout
Une base sans vue filtrée, c’est comme une boîte mail sans tri. Techniquement fonctionnelle, pratiquement inutilisable.
Voici les cinq vues que j’ai gardées après six itérations. Toutes les autres (j’en ai testé beaucoup plus) ne servaient à rien en usage quotidien.
Vue 1 — Ma semaine en cours
Filtre : tâches avec deadline dans les 7 prochains jours, statut non « fait », triées par date. Tri secondaire par priorité.
C’est la vue que j’ouvre en premier chaque lundi matin. Elle remplace n’importe quelle to-do list.
Vue 2 — Clients à risque
Filtre : clients avec statut « actif » ET dernière interaction il y a plus de 21 jours.
Cette vue m’a sauvé au moins trois relations client en un an. Un client qui ne te parle plus depuis trois semaines, ce n’est jamais neutre. Soit il est satisfait au point de ne pas avoir besoin de toi (rare), soit il regarde ailleurs (fréquent).
Vue 3 — Projets bloqués
Filtre : projets avec statut « bloqué » OU deadline dépassée ET statut non « livré ».
Le piège avec les projets bloqués, c’est qu’on les oublie. Ils restent dans une base comme des dossiers fermés. Cette vue les ramène à la surface. Chaque vendredi, je les passe en revue et je décide : je débloque, je repousse explicitement, ou je clôture.
Vue 4 — Tâches qui dépassent
Filtre : tâches avec deadline < aujourd’hui ET statut non « fait ».
Simple. Mais redoutable. La plupart des freelances n’ont aucune idée du nombre de tâches qu’ils ont laissées glisser, parce que personne ne les leur remonte. Cette vue le fait.
Vue 5 — Revenus du mois (et trajectoire)
Si tu as une base Revenus ou si tu trackes ta facturation dans Notion, vue filtrée sur le mois en cours + total affiché en haut de page. Comparaison avec le même mois de l’année précédente si tu as l’historique.
Le vrai gain n’est pas de voir le chiffre. C’est de le voir chaque jour et de l’intégrer comme une métrique de pilotage, pas comme une donnée comptable qu’on regarde en fin de mois.
À retenir : cinq vues filtrées bien conçues valent mieux que vingt bases documentées. Le dashboard sert à décider, pas à documenter.
Ce que j’ai appris en itérant sur mon propre cockpit
Dix ans de projets, six versions de mon système, et quelques règles qui tiennent.
1. Commence avec le minimum, ajoute seulement sous contrainte
Ma version 1 avait tout. Version 2 avait encore plus. Version 3 avait commencé à couper. Les versions 4, 5 et 6 ont continué à retirer. Le nombre de bases n’a pas bougé depuis deux ans. Le nombre de propriétés a été divisé par trois.
Règle concrète : ajoute une propriété ou une vue uniquement quand tu as ressenti le manque trois fois de suite. Pas par anticipation.
2. Les relations avant les propriétés
Si tu dois choisir entre ajouter une propriété à une base ou créer une relation vers une autre base, choisis toujours la relation. C’est elle qui rend le système puissant. Une propriété peut être remplacée. Une relation bien placée démultiplie tout.
3. Pas de Notion sur le téléphone en premier lieu
Notion sur mobile est lent, moche, et pousse à du travail superficiel. J’utilise l’app iOS uniquement pour consulter en vitesse, jamais pour structurer. La construction se fait sur desktop, point.
4. Documenter ses SOP en même temps qu’on exécute, pas après
J’ai longtemps gardé mes SOP pour « plus tard ». Résultat : ils n’étaient jamais à jour, ou pire, jamais écrits. Maintenant, quand je fais un onboarding client ou que je déploie un bot, je documente en direct, dans la base SOP, pendant que je fais. C’est 15 % plus lent sur le moment. Et ça divise par quatre le temps de la fois suivante.
5. Le dashboard évolue, les bases restent
Les vues du dashboard changent selon la phase de business. Il y a un an, j’avais une vue « prospects à relancer » qui était critique. Aujourd’hui, j’ai plus de demande entrante que je peux en prendre, je ne prospecte plus, la vue a disparu. Mais la base Clients, elle, n’a pas changé. Le socle est stable, l’interface s’adapte.
Pour aller plus loin : bots IA, automations, tickets
Le setup qu’on vient de voir couvre les 3-8 premiers clients. Dès que tu commences à gérer des bots IA, des automations n8n ou Make, ou plus de 10 clients actifs, il te faut trois bases supplémentaires.
Base Bots / SaaS / Produits
Chaque bot ou produit a sa fiche : client lié, objectif (support, vente, contenu, support interne), statut (dev, test, live, bug), version du prompt principal, lien vers l’automation qui l’alimente. Cette base devient vite le cœur de ton activité si tu livres du logiciel récurrent.
Base Tickets et bugs
Liée à la fois aux clients et aux bots. Priorité, statut, résolution. Vue dashboard : tous les tickets en statut « ouvert » avec priorité P0 ou P1, triés par ancienneté. Si un ticket P0 traîne depuis 72 heures, c’est rouge vif dans la vue.
Base Automations
Nom du scénario, outil (n8n, Make, Zapier), bot ou client lié, statut (stable, à corriger, cassé), date de dernière vérification. Une automation qu’on ne vérifie jamais finit toujours par casser en silence. Cette base force une rotation de vérification hebdo ou mensuelle, selon la criticité.
J’ai mis à disposition deux versions de ce système, gratuitement.
La version Cockpit Freelance Lite contient les quatre bases reliées (Clients, Projets, Tâches, Factures) avec données d’exemple et page Cockpit prête à l’emploi. C’est ce que j’utilise pour piloter mon activité au quotidien. Tu peux la dupliquer dans ton Notion en un clic : accède au Cockpit Freelance Lite ici.
Si tu déploies des bots IA pour clients, gères du support et opères des automations Make ou n8n, la version Cockpit Freelance Pro ajoute les trois bases Bots, Tickets et Automations avec leurs relations, leurs rollups et neuf vues filtrées prêtes à l’emploi (semaine en cours, clients à risque, tickets P0, bots en production, automations cassées, etc.). Tu peux la dupliquer dans ton Notion en un clic : accède au Cockpit Freelance Pro ici.
Questions fréquentes
Quel est le meilleur dashboard Notion pour freelance en 2026 ?
Il n’y en a pas de meilleur dans l’absolu. Le bon dashboard est celui qui rend trois choses visibles sur une seule page : les tâches de la semaine, les clients à risque, et les projets bloqués. Tout le reste est optionnel.
Combien de bases faut-il pour un freelance dans Notion ?
Quatre suffisent pour 3-8 clients : Clients, Projets, Tâches, et une page Dashboard qui agrège. Au-delà de 10 clients ou si tu gères des produits récurrents (bots, SaaS), ajoute Bots, Tickets et Automations.
Notion est-il vraiment adapté aux freelances qui gèrent plusieurs bots IA ?
Oui, à condition d’utiliser les relations entre bases. Sans relations, Notion devient un fouillis. Avec relations, c’est l’outil le plus flexible du marché pour connecter clients, produits, tickets et automations dans un seul espace.
Faut-il Notion gratuit ou payant pour ce système ?
La version gratuite suffit largement pour un solo. Les limites (blocs, fichiers) ne se sentent qu’à partir de plusieurs utilisateurs ou de très gros volumes de données. Tant que tu es seul et que tu gères quelques dizaines de clients et projets, le plan gratuit fait le job.
Combien de temps faut-il pour mettre en place ce dashboard ?
Environ 90 minutes pour la version à 4 bases, avec un template prêt à importer. Deux à quatre heures si tu pars de zéro et que tu prends le temps de comprendre les relations. La vraie maîtrise arrive après trois semaines d’usage quotidien, quand les vues se calibrent sur tes vrais besoins.
Ce que tu peux faire dès cette semaine
Si tu devais retenir trois actions, ce serait celles-là.
D’abord, audite ton Notion actuel en 15 minutes : combien de bases, combien de propriétés par base, combien de vues que tu consultes vraiment chaque semaine ? Si tu as des propriétés que tu ne remplis plus, supprime-les aujourd’hui.
Ensuite, crée au moins une relation entre deux bases. Si tu as une base Projets et une base Clients mais qu’elles ne communiquent pas, c’est ta priorité numéro un.
Enfin, construis ta vue « Clients à risque » (dernière interaction > 21 jours). Même si tu n’as que 3 clients, cette vue te fera économiser une relation par an, c’est-à-dire probablement plus d’argent que tout ton stack Notion te coûtera à vie.
Le reste s’ajuste avec le temps. Pas besoin d’avoir un système parfait le premier jour. Besoin d’avoir un système qui évolue avec toi.
Continue à explorer le système Notion freelance
Cet article est le pilier d’un cluster de cinq articles supportings qui creusent chaque brique du cockpit. Pour aller plus loin sur un angle précis :
- Notion vs ClickUp pour freelance B2B — comparatif praticien avec matrice de décision par profil, si tu hésites encore entre les deux outils.
- Comment créer une base Clients dans Notion — la première brique du cockpit, avec les six propriétés essentielles et trois vues filtrées.
- 5 templates Notion freelance qui valent vraiment le coup en 2026 — sélection critique après 200+ templates testés, avec les quatre signaux pour reconnaître un bon template.
- Notion ou Excel pour gérer ses factures freelance — pourquoi Notion bat Excel pour le suivi mais ne remplace pas un logiciel de facturation pour l’émission.
- Pourquoi 90 % des templates Notion à 49 € sont une perte de temps — pamphlet contre le marketing des templates payants, et l’alternative gratuite qui marche.
Qu’est-ce qui bloque le plus dans ton Notion aujourd’hui : la structure des bases, les relations, ou les vues du dashboard ? Réponds-moi en commentaire ou par email, je lis tout.
