CRM Notion pour freelance : la structure minimale qui tient

Pourquoi les CRM de freelance meurent

Le scénario est presque toujours le même. Vous créez une base « Prospects » avec quinze propriétés : source, secteur, taille d'entreprise, budget estimé, niveau de chaleur, score, notes, date de premier contact… Vous remplissez consciencieusement pendant deux semaines. Puis un jour vous ajoutez un prospect à la va-vite, sans remplir la moitié des champs. Une semaine plus tard, la base ne reflète plus la réalité, et vous cessez de la consulter.

La cause n'est pas la paresse. C'est que le coût de saisie dépassait la valeur rendue. Un CRM d'indépendant doit être conçu pour être rempli en dix secondes entre deux rendez-vous, pas pour produire des statistiques.

Les quatre champs qui suffisent

Pour un freelance qui gère seul son pipeline, quatre propriétés couvrent l'essentiel :

Tout le reste — secteur, source, score, historique détaillé — peut attendre. Vous l'ajouterez le jour où vous en aurez réellement besoin, ce qui n'arrivera peut-être jamais.

Le cinquième champ, celui qui change tout

Le statut vous dit où vous en êtes. Il ne vous dit pas quoi faire. C'est la limite de la plupart des CRM improvisés : ils décrivent un état, et vous laissez ensuite votre mémoire décider de l'action.

Ajoutez deux propriétés et le CRM change de nature :

• Prochaine action — une phrase à l'infinitif : « Relancer après lecture de l'offre », « Envoyer proposition personnalisée ».
• Date de relance — le jour où cette action doit avoir lieu.

Avec ces deux champs, vous pouvez construire une vue filtrée sur « date de relance ≤ aujourd'hui ». Cette vue est votre liste de travail commerciale du matin. Elle se remplit toute seule et se vide quand vous agissez.

Relier le CRM au reste : là où Notion prend l'avantage

Un CRM isolé reste un carnet d'adresses. Ce qui le rend utile, c'est sa connexion au travail réel. Notion le permet nativement avec les propriétés de type relation.

Trois liaisons suffisent à couvrir le cycle complet :

1. Opportunité → Projet. Quand une vente est gagnée, elle donne naissance à un projet rattaché. Vous ne ressaisissez ni le client, ni le montant, ni le contexte.
2. Projet → Client. La fiche client affiche tous ses projets, en cours comme livrés.
3. Projet → Trésorerie. Chaque ligne d'encaissement pointe vers le projet qui l'a générée, ce qui rend visible la rentabilité réelle.

Une fois ces relations en place, une question comme « combien ce client m'a-t-il rapporté cette année, et qu'est-ce qui reste à encaisser ? » se répond en ouvrant une fiche, au lieu de croiser trois fichiers.

Les vues à créer, et rien de plus

Trois vues couvrent l'usage quotidien d'un indépendant :

• À relancer aujourd'hui — filtre sur la date de relance, trié par ancienneté.
• Pipeline actif — tout ce qui n'est ni gagné ni perdu, groupé par statut.
• Gagné ce mois — pour mesurer sans ouvrir de tableur.

Au-delà, chaque vue supplémentaire est une vue que vous ne consulterez pas.

Ce que ça donne dans un système déjà construit

C'est exactement cette structure qui est implémentée dans Synapse O.S. : la base « CRM & Opportunités » porte le nom, l'entreprise, le statut, la valeur potentielle, la prochaine action et la date de relance, et elle est reliée aux bases « Projets & Livrables », « Portail Clients » et « Trésorerie & Rentabilité ».

Les prochaines actions commerciales remontent automatiquement dans le centre de contrôle, à côté des projets actifs et des flux de trésorerie. Des fiches de démonstration sont fournies pour comprendre le mécanisme avant d'y mettre vos propres données.