La première erreur n'est pas dans Notion.
Elle est avant.
La plupart des freelances ouvrent une page vierge, commencent à créer des bases de données, et décident de la structure en construisant. C'est une approche naturelle. C'est aussi la principale raison pour laquelle les systèmes s'effondrent.
Un système Notion se conçoit avant d'être construit. Trois décisions suffisent. Elles ne prennent pas longtemps. Mais elles changent la solidité de tout ce qui vient après.
Décision 1 : quel est le périmètre exact de ce système ?
Notion peut tout accueillir. C'est précisément pour ça qu'il faut décider ce qu'il ne fera pas.
Un système sans frontières devient un fourre-tout. Et un fourre-tout, personne ne l'entretient.
La question n'est pas "qu'est-ce que je pourrais mettre dans Notion ?". La question est "qu'est-ce que ce système doit couvrir, et rien d'autre ?"
Pour un freelance, le périmètre utile tourne presque toujours autour de deux choses : les clients et les projets. Tout le reste, notamment les finances et la facturation, peut vivre ailleurs sans que ton activité en souffre.
Placeholder : schéma avec deux zones — un cercle « Dans le système » contenant Clients et Projets, et des éléments à l'extérieur (Finances, Facturation, Notes perso).
Écris noir sur blanc ce que ton système couvre. Une phrase suffit : "Ce système gère mes clients actifs et mes projets en cours. Rien d'autre."
Décision 2 : qui sont les objets centraux de ton activité ?
Dans Notion, tout repose sur des bases de données. Avant d'en créer, il faut identifier les objets qui structurent vraiment ton travail.
Un objet, c'est une entité que tu suis dans le temps. Quelque chose qui a un statut, une histoire, des informations associées.
Pour la plupart des freelances, il y en a deux : les clients et les projets. Parfois un troisième : les tâches, si le niveau de détail en vaut la peine.
La question à se poser : si je devais résumer mon activité en trois mots, quels seraient-ils ? Ce sont probablement tes objets centraux.
Placeholder : vue simplifiée montrant deux bases de données liées — Clients et Projets — avec quelques propriétés essentielles visibles.
Chaque objet central devient une base de données dans Notion. L'erreur courante est d'en créer trop dès le départ. Commence simple. Tu pourras complexifier si le besoin apparaît vraiment.
Décision 3 : quel niveau de complexité es-tu prêt à maintenir ?
C'est la décision que presque personne ne prend consciemment. Et pourtant, c'est elle qui détermine si ton système sera encore utilisé dans deux mois.
La question est directe : combien de temps par semaine es-tu prêt à consacrer à la maintenance de ton espace Notion ?
La réponse conditionne tout : le nombre de propriétés par base, la complexité des vues, le niveau de détail attendu pour chaque entrée.
Sois honnête avec toi-même. Pas avec la version idéale de toi. Avec la version réelle, celle qui a des rendus, des clients qui rappellent, et des imprévus.
Placeholder : balance horizontale — côté gauche « Complexité du système », côté droit « Temps disponible ». Les deux plateaux doivent être au même niveau.
Une règle simple : si mettre à jour le système te prend plus de temps que ce qu'il te fait gagner, il est trop complexe. Réduis.
Ce que ces trois décisions changent concrètement
Sans ces décisions, tu construis à l'intuition. Tu rajoutes des propriétés parce que ça semble utile. Tu crées des vues parce que tu en as vu une belle en ligne. Tu relies des bases parce que Notion le permet.
Avec ces décisions, chaque choix de construction a une justification. Tu sais pourquoi cette propriété existe. Tu sais pourquoi cette base de données n'existe pas.
Ce n'est pas une garantie que ton système sera parfait. C'est une garantie qu'il ne s'effondrera pas pour les mauvaises raisons.
Ces trois décisions posent le cadre. Le premier pilier à construire maintenant : la gestion des clients.
