Piloter son business sans payer un CRM avec NocoDB

7 min de lecture + 25min d'exercice

Votre activité vit dans une grande table fourre-tout, ou pire, dans trois fichiers éparpillés : les clients à côté des devis, les projets mélangés aux notes, les contenus en vrac. Chaque nouvelle ligne ajoute une colonne « au cas où », et plus personne ne sait où vit quelle information. Ce n'est pas un problème d'outil, c'est un problème d'architecture.

Cette masterclass vous donne la méthode pour bâtir votre CRM d'indépendant dans NocoDB, un tableur intelligent open source : cinq tables, des colonnes au cordeau, et surtout des liens propres entre les entités. À la fin, vous avez un schéma simple et durable, où chaque information a un seul endroit logique, prêt à recopier directement dans NocoDB.

Ce que cet exercice ne peut pas casser

Tout se fait d'abord sur une feuille, pour vous seul. Vous ne touchez pas encore à NocoDB, vous ne migrez aucune donnée. Au pire, vous jetez un brouillon de schéma. Vous pouvez vous tromper de table trois fois : c'est exactement comme ça qu'on apprend à repérer les ambiguïtés.

Ce que vous saurez faire à la fin

  • Découper votre activité en cinq tables qui répondent chacune à une question précise, au lieu d'une table fourre-tout.
  • Définir les relations dans le bon sens : une Opportunité pointe vers un Client, un Projet vers une Opportunité.
  • Repérer les colonnes réflexes qui pollueraient votre schéma, avant de les créer.
  • Niveau membre· le prompt prêt à coller qui bâtit votre schéma complet, colonnes, types et relations comprises, à partir de votre matière ou en vous interviewant table par table.
  • Niveau Pro· je relis votre schéma avec vous et je tranche vos cas ambigus en direct.
Du fourre-tout au CRM
La table uniqueClients + devisProjets + notesContenus en vracCinquante colonnes, des doublons, personne ne s'y retrouve.Cinq tables liéesClientsOpportunitésProjetsRessourcesContenusChaque table répond à une question, les flèches relient le tout.

Avant : une table unique où tout se mélange. Après : cinq tables liées, chaque information à un seul endroit.

Cinq tables, des colonnes au cordeau, des liens propres

Un CRM ne tient pas debout parce qu'il a beaucoup de colonnes. Il tient debout parce que chaque information a un seul endroit logique, et que les tables se pointent entre elles dans le bon sens. C'est ça, refuser la grande table fourre-tout : un schéma simple, durable, que vous pourrez recopier directement dans NocoDB.

1Partez de votre activité réelle, pas d'un modèledoute : « par où commencer ? »

Avant de dessiner la moindre table, répondez à cinq questions : ce que vous vendez, à qui, comment vous êtes payé, ce que vous livrez, ce que vous produisez comme contenu. Si un de ces points est flou, le schéma le sera aussi. Un CRM se déduit de l'activité, jamais l'inverse.

2Cinq tables, une question chacune

Clients, Opportunités, Projets, Ressources, Contenus. Chaque table doit se justifier en une phrase : à quelle question elle répond, et pourquoi cette information ne doit pas vivre ailleurs. Si vous ne savez pas formuler la question d'une table, c'est qu'elle n'a pas lieu d'exister.

3Des colonnes strictement utiles, chacune avec son typedoute : « et si j'oublie une colonne ? »

Pour chaque table, listez uniquement les colonnes utiles à votre activité, avec leur type : texte, nombre, date, email, ou lien vers une autre table. Aucune colonne ne se crée sans justification. Une colonne oubliée s'ajoute en deux clics ; une colonne inutile, elle, reste et pollue.

4Des relations explicites, dans le bon sens

C'est le cœur du schéma : quelle table pointe vers quelle table. Une Opportunité pointe vers un Client, un Projet pointe vers une Opportunité. Ce sont ces flèches qui font le CRM, pas le nombre de colonnes. Quand le sens est posé, vous savez toujours d'où vient une information et où elle mène.

5Une information, un seul endroitdoute : « et si ça peut vivre à deux endroits ? »

Si une colonne peut vivre dans deux tables, ne tranchez pas au hasard : c'est une ambiguïté à signaler et à décider consciemment. Une information dupliquée finit toujours par diverger, et c'est là que le CRM se met à mentir.

6Chassez les colonnes réflexes

Terminez toujours par la liste des pièges : les colonnes que vous risquez d'ajouter par habitude, « au cas où », et qui pollueraient le schéma. Les écrire noir sur blanc, c'est la meilleure façon de ne pas les créer le jour où la tentation revient.

À vous de jouer : l'ossature de votre CRM sur une feuille

Prenez une feuille. Vous allez poser votre schéma à la main avant de laisser le prompt le détailler. Cochez à mesure.

Le résultat, en 30 secondes

À partir de votre matière (un export de votre CRM actuel, une liste de clients, vos notes, ou juste vos réponses en mode interview), le prompt déroule le schéma complet : un bloc par table avec sa question, ses colonnes typées, puis une section Relations et une section Pièges.

Table Opportunités : la question, « quelles ventes sont en cours, et où en sont-elles ? ». Colonnes : Nom (texte), Montant (nombre), Échéance (date), Client (lien vers Clients). En bas du schéma : la section Relations qui liste les flèches entre tables, et la section Pièges, avec les colonnes à ne surtout pas ajouter par réflexe.

Le prompt prêt à coller

Prompt prêt à coller~497 mots · 6 blocsNiveau membre · débloqué par email
# RÔLE
Vous êtes architecte de bases de données, spécialisé dans les CRM d'indépendants. Votre exigence : un schéma simple, durable, où chaque information a un seul endroit logique. Vous ne vous appuyez QUE sur ce que je vous donne. Ce qui manque, vous me le demandez, vous n'inventez jamais une colonne ni une table que je n'ai pas justifiée. Si une information peut vivre dans deux tables, vous me signalez l'ambiguïté au lieu de trancher seul.
# CONTEXTE
Je suis consultant, coach ou formateur indépendant. Je veux piloter mon activité dans NocoDB (un tableur intelligent open source) avec un CRM construit sur cinq tables : Clients, Opportunités, Projets, Ressources, Contenus. Je refuse la grande table fourre-tout. Je veux un schéma que je pourrai recopier directement dans NocoDB.
Ma matière (si j'en ai) : [collez ici votre export CRM, votre liste de clients, vos notes, ou la description de votre activité].

Le prompt bâtit votre schéma d'un coup à partir de votre matière, ou vous interviewe table par table si vous partez de zéro : colonnes typées, relations et pièges, prêts à recopier dans NocoDB. Laissez votre email, je vous l'envoie.

Pas de carte bancaire, juste un email réel. Déjà un compte ? Connectez-vous.

Vérifiez que c'est à vous

Une Opportunité doit garder la trace du client concerné. Comment la reliez-vous à la table Clients ?

D'abord avec vos mots, sans regarder les options :

Expliquez-le pour l'ancrer

En une phrase, à un confrère qui gère toute son activité dans un seul tableur : pourquoi cinq tables liées plutôt qu'une grande table ? Si vous savez le dire simplement, c'est à vous.

Ce que vous savez faire maintenant

  • Bâtir un CRM en cinq tables où chaque information a un seul endroit logique.
  • Relier les tables par des relations explicites, dans le bon sens : Opportunité vers Client, Projet vers Opportunité.
  • Reconnaître une colonne réflexe et l'écarter avant qu'elle pollue le schéma.
Table fourre-tout · la grande table unique où tout se mélange et où plus aucune information n'a sa placeRelation · la colonne de type lien qui fait pointer une table vers une autre, dans un sens définiColonne réflexe · la colonne ajoutée par habitude, sans justification par l'activité, qui pollue le schéma

Un schéma simple, durable, où chaque information a un seul endroit logique.

Continuez seul

Vous avez tout pour le faire. Pour continuer à outiller votre activité :

Toutes les masterclass

Faites-le avec moi

Je construis votre schéma avec vous, je tranche vos cas ambigus en direct, et vous repartez avec un CRM qui tient la route dans la durée.