Tableur, CRM, base SQL : comment faire grandir la donnée de votre entreprise ?

Pour piloter une entreprise, il faut des chiffres fiables. Or, dans la plupart des PME, ils sont dispersés : les ventes dans un tableur, les clients dans un CRM, le stock ou la production dans un logiciel métier. Chaque outil a ses propres tableaux de bord, aucun n'offre de vue d'ensemble, et chaque réunion de direction commence par la même question : quel est le bon chiffre ?

La donnée d'une entreprise grandit par étapes : des tableurs au démarrage, un CRM dès que le suivi client l'exige, des outils métiers quand l'activité le demande, puis une base SQL qui rassemble tout et devient la source de vérité. Avant de construire cette base, un tableur peut servir de bac à sable pour tester vos indicateurs. Aucune étape n'est obligatoire : chacune répond à un besoin réel, jamais à une anticipation.

Pourquoi ne pas tout construire dès le départ ?

Un logiciel adopté trop tôt fige des process qui n'existent pas encore. Le bon moment pour adopter un outil, c'est quand le précédent ne suffit plus.

Surtout, aucun outil n'est la source de vérité de toute l'entreprise. Un CRM comme Attio peut devenir la référence sur vos clients. On peut l'étirer pour suivre un stock ou une production, mais il atteint vite ses limites, et des logiciels dédiés font ce travail bien mieux que lui. À terme, la seule source de vérité possible est celle qui rassemble les données de tous vos outils.

Quelles sont les cinq étapes ?

Étape 1 : les tableurs, exploités à fond

Excel avec Power Query, Google Sheets, Airtable : au démarrage, ces outils suffisent largement. En B2B, avec peu de clients, un simple outil de prise de notes peut même tenir quelques mois. L'enjeu de cette étape est d'avancer vite, et de découvrir à l'usage ce dont vous avez réellement besoin.

Étape 2 : le CRM, premier logiciel à adopter

Si vous ne deviez en adopter qu'un, ce serait celui-là. Sans CRM, le suivi des clients, des échanges et des relances finit par échapper à tout le monde. Le CRM devient la référence sur la relation client, et sur ce périmètre uniquement.

Étape 3 : les outils métiers

Viennent ensuite les logiciels propres à votre activité : gestion d'entrepôt (WMS), plateforme client, outil de production. Chacun apporte ses tableaux de bord, et le pilotage commence à se fragmenter. Pour suivre l'activité, il faut ouvrir trois outils, et les questions qui croisent leurs données restent sans réponse.

Étape 4 : un tableur comme bac à sable

Avant de construire une base, mieux vaut expérimenter. Les données du CRM et des autres outils sont exportées automatiquement vers un tableur (Excel, Google Sheets ou Airtable), par exemple avec des workflows n8n qui remplacent chaque feuille à chaque mise à jour. Sur ces feuilles, vous construisez les premières versions de vos tableaux de bord et vous tranchez trois questions : quels indicateurs suivre, quelles données y faire entrer, et comment relier vos sources entre elles.

Cette méthode a une limite. Plus le volume augmente, plus il devient lourd de réécrire chaque feuille en entier. C'est le signal qu'il est temps de passer à l'étape suivante.

Étape 5 : une base SQL comme source de vérité

La base SQL rassemble les données de la plateforme client, du CRM, du WMS et de vos autres outils. Vos tableaux de bord et l'intranet de l'équipe s'appuient sur elle. Ils se déploient sur un hébergeur comme Railway, Vercel ou Netlify, et un assistant IA comme Claude en écrit le code. Pour la base elle-même, un hébergeur français vous permet de garder vos données en France et simplifie la conformité au RGPD.

La synchronisation change aussi de logique. Plutôt que de tout recharger, chaque modification faite dans le CRM est envoyée à la base au moment où elle se produit : Attio, par exemple, déclenche un événement à chaque mise à jour et à chaque suppression d'une fiche. Une fiche supprimée dans le CRM n'est pas effacée de la base. Elle y est marquée comme supprimée, ce qui conserve l'historique et sert de sauvegarde.

Si vous avez pris le temps de l'étape 4, vous connaissez déjà vos tables, vos colonnes et vos jointures. Un agent IA peut alors construire la base en très peu de temps.

Comment savoir quelle étape franchir ?

Cinq questions, dans l'ordre.

1. Vos tableurs suffisent-ils encore pour suivre vos clients, vos échanges et vos relances ?
Oui : restez à l'étape 1. Non : adoptez un CRM.

2. Une partie de votre activité (stock, production, plateforme client) dépasse-t-elle ce que votre CRM sait gérer ?
Non : exploitez pleinement votre CRM. Oui : question 3.

3. Cette partie se gère-t-elle encore simplement sans outil dédié ?
Oui : restez sur votre CRM, sans outil supplémentaire. Non : adoptez l'outil métier adapté.

4. Avez-vous besoin de croiser les données de plusieurs outils, ou de réunir vos tableaux de bord au même endroit pour piloter ?
Non : les tableaux de bord de chaque outil suffisent. Oui : question 5.

5. Savez-vous déjà précisément quels indicateurs suivre, quelles données y faire entrer et comment relier vos sources ?
Non : passez par un tableur bac à sable. Oui : construisez directement la base SQL.

Une nuance sur la question 4. Réunir des tableaux de bord dispersés apporte un vrai confort, mais ce confort seul ne justifie pas toujours une transformation complète. Le besoin de croiser les données, lui, la justifie.

Qu'avons-nous construit pour l'un de nos clients ?

L'un de nos clients est une fintech. Son CRM, Attio, reçoit les données de sa plateforme, de ses webinaires, de son outil d'appels et, de façon plus manuelle, de ses événements. Pour chaque personne, l'équipe voit ses différents comptes sur la plateforme (à titre personnel ou via une société), ses investissements, les webinaires auxquels elle a assisté et le temps passé sur les présentations de chaque opération. Elle voit aussi jusqu'où la personne est allée : présentation faite, intérêt exprimé, signature restée sans suite, rendez-vous pris ou non.

Ces données alimentent une base SQL, elle-même reliée à un intranet. On s'y connecte avec son compte Google, et seulement avec une adresse au nom de domaine de l'entreprise. Les tableaux de bord exécutent directement des requêtes SQL : l'intranet n'effectue aucun calcul, ce qui le rend très léger. L'équipe peut aussi y saisir de l'information, par exemple marquer une tâche comme faite. Et chaque alerte, comme une erreur de paiement, renvoie d'un clic vers la bonne fiche ou la bonne vue du CRM, où l'équipe vérifie la donnée puis agit.

Questions fréquentes

Faut-il forcément passer par un tableur avant la base SQL ?

Non. Si vous savez déjà quels indicateurs suivre et comment relier vos sources, vous pouvez construire la base SQL directement. Le bac à sable sert à trouver ces réponses quand vous ne les avez pas encore.

Pourquoi remplacer les feuilles entières plutôt que synchroniser les seuls changements ?

Pour ne transférer que les changements, il faut une date de modification sur laquelle filtrer. Une mise à jour ligne à ligne (« insert or update ») ne détecte pas non plus les fiches supprimées, qui restent alors dans la feuille. Au stade du bac à sable, remplacer la feuille entière reste la solution la plus simple, et la seule qui ne puisse pas se désynchroniser. Avec une base SQL, on passe à une synchronisation par événements.

Que devient une fiche supprimée du CRM dans la base SQL ?

Elle reste dans la base, marquée comme supprimée. Vous gardez ainsi l'historique, et une fiche effacée par erreur se retrouve facilement.

Un CRM peut-il remplacer un logiciel de stock ?

Au démarrage, il peut faire illusion. Mais il atteint vite ses limites, et un logiciel dédié fait mieux le travail. Le CRM reste la référence sur la relation client.

Comment bien structurer ses données dans Attio ?

En choisissant, pour chaque information, entre un attribut, une liste et un objet custom. Nous détaillons ce choix dans Attribut, liste ou objet custom dans Attio : comment choisir ?