Notion pour gérer une PME : une base par objet, pas un tableau par équipe

Notion promet de tout ranger au même endroit. Six mois plus tard, la plupart des espaces d'entreprise ressemblent à un grenier : des pages que personne n'ouvre, trois tableaux clients qui ne disent pas la même chose, et une équipe revenue aux messages. Le problème n'est pas l'outil. C'est la structure.

Pourquoi les Notion d'entreprise meurent

Le scénario est toujours le même. Chaque équipe crée son tableau, à sa façon. Le commercial a sa liste de clients, l'opérationnel a la sienne, la comptabilité une troisième. Les informations se recopient d'un tableau à l'autre, puis cessent de l'être. Au bout de quelques mois, personne ne sait quelle version est la bonne, et tout le monde retourne demander à quelqu'un.

Notion n'y est pour rien. On a simplement reproduit dans un nouvel outil le fonctionnement en silos que l'on voulait quitter.

Le principe : une base par objet

La structure qui tient part des objets de votre activité, pas de votre organigramme. Un objet, c'est une chose que l'entreprise manipule et dont elle a besoin de se souvenir : un client, un site ou un logement, une mission, une personne de l'équipe, un incident, une facture.

Chaque objet a une base, et une seule. Chaque client existe une fois. Chaque mission existe une fois. Les équipes ne créent plus de tableaux : elles regardent les mêmes bases sous des angles différents.

Des relations plutôt que des copies

Une mission n'a pas besoin de recopier l'adresse du client : elle est reliée au client, et l'adresse s'affiche d'elle-même. Si l'adresse change, elle change partout. Les relations de Notion font exactement cela, et c'est la fonction la plus sous-utilisée de l'outil.

Dans le système que nous installons, cinq bases suffisent à faire tourner une activité de services : les sites, l'équipe, les réservations ou commandes, les missions et les incidents, toutes reliées entre elles. Tout le reste est une vue.

Des vues pour chaque équipe

L'opérationnel veut les missions de demain par intervenant. Le dirigeant veut les incidents ouverts. Le commercial veut les clients sans activité depuis trois mois. Ce sont trois vues filtrées sur les mêmes bases, pas trois tableaux. Chacun voit ce dont il a besoin, et personne ne maintient de copie.

Peu de propriétés, des statuts fermés

Une base avec quarante colonnes n'est remplie par personne. Gardez les propriétés dont une décision dépend, et supprimez les autres. Pour les statuts, utilisez des listes fermées, avec des valeurs définies une fois pour toutes. Un statut en texte libre produit « fait », « Fait », « ok » et « terminé (je crois) », et aucun filtre ne s'en remet.

Qui écrit quoi

La règle qui fait durer un Notion : les humains saisissent le moins possible. Les réservations arrivent toutes seules du logiciel de réservation, les demandes entrantes arrivent du formulaire du site, les missions se créent à partir des réservations. Les personnes valident, complètent et décident. Une base que l'on doit remplir à la main pour qu'elle soit à jour ne sera jamais à jour.

C'est le rôle des automatisations, chez nous construites avec n8n : faire circuler l'information entre les outils pour que Notion reflète la réalité sans que personne ait à recopier.

Les limites de Notion à connaître

• Ce n'est pas une base transactionnelle. Pour des milliers d'écritures par heure, de la comptabilité ou des stocks au fil de l'eau, un vrai logiciel métier ou une vraie base de données s'impose.
• L'API est limitée en débit. Environ trois requêtes par seconde : une synchronisation massive doit être conçue pour attendre et reprendre.
• Les droits sont fins mais faciles à mal régler. Une base partagée trop largement expose tout ce qu'elle contient, relations comprises.
• Le hors-ligne est imparfait. Une équipe terrain sans réseau a besoin d'une interface dédiée, pas de Notion directement.

C'est pour cette dernière raison que nos équipes terrain n'ouvrent jamais Notion : elles utilisent un portail simple sur leur téléphone, qui lit et écrit dans les bases à leur place.

Par où commencer

Listez les objets de votre activité sur une feuille. Choisissez les deux qui posent le plus de problèmes aujourd'hui, en général les clients et les missions. Créez une base pour chacun, reliez-les, importez l'existant, et supprimez les anciens tableaux. Pas archivés : supprimés. Tant qu'ils existent, quelqu'un continuera à les remplir.

Questions fréquentes

Comment organiser Notion pour une entreprise ?

En créant une base par objet de l'activité (clients, sites, missions, équipe, incidents) plutôt qu'un tableau par équipe. Les bases sont reliées entre elles par des relations, et chaque équipe travaille sur des vues filtrées des mêmes bases au lieu de maintenir ses propres copies.

Notion peut-il remplacer un logiciel de gestion pour une PME ?

Pour l'organisation du travail, le suivi des clients, des missions et des incidents, oui, à condition de le structurer en bases reliées et de l'alimenter automatiquement. Pour la comptabilité, les stocks en temps réel ou de gros volumes d'écritures, non : un logiciel métier reste nécessaire.

Pourquoi les équipes n'utilisent-elles pas Notion ?

Parce qu'on leur demande de saisir à la main des informations qui existent déjà ailleurs, dans des tableaux qui se contredisent. Un Notion qui dure est alimenté par des automatisations, et les équipes terrain passent par une interface simple sur téléphone plutôt que par Notion directement.

Quelles sont les limites de l'API Notion ?

Elle est limitée à environ trois requêtes par seconde en moyenne. Une synchronisation de gros volumes doit donc être conçue pour espacer ses appels et reprendre après une limite atteinte.